Блин. Именно так, с большой буквы, с чувством и выражением, с желанием побиться головой. О стену, желательно - не гипроковую. Читаю пресс-релиз/рекламную листовку Некоторой Компании. И медленно ухожу в космос. Во-первых, оттого, что листовка в заголовке говорит об одном, в первом абзаце - о другом, а дальше напоминает известное разводилово - "хотите фен бесплатно? Купите 2 утюга и один порошок для ловли блох". Во-вторых, листовка, отправленная адресно техническому специалисту (да, несмотря на мою любовь к бизнесориентированности ИТ, я - технарь: не стоит об этом забывать) не содержит ровным счетом ничего. Ноль полезной информации. В третьих, она написана на 4 листах А4 довольно мелким шрифтом (один лист А3, напечатанный с 2 сторон и сложенный пополам). Вернее, на 3,5 - т.к. половину листа занимает тот самый заголовок. Текст рассчитан на домохозяек. Причем, даже скорее на (простите, милые дамы) - пародию на домохозяек. На лиц с ограниченным интеллектом... Детские книжки, которые рассчитаны на детей 2..3 лет, гораздо информативнее в плане формирования мировоззрения и донесения информации.

Вопрос. Вернее - несколько. Все риторические.

* неужели PR служба Некоторой Компании не в состоянии договориться хотя бы с продавцами, не говоря о ИТшниках о написании здравого текста?

* неужели в PR службу набирают людей, не способных отличить белого от черного в целом, и к организации эффективных коммуникаций в частности?

* неужели на ЭТИ листовки кто-то ведется?

* если на ЭТО никто не ведется, то как отбиваются затраты на изготовление листовок?

* неужели ЭТО не проходило утверждения перед отправкой в типографию и заказчикам?

К счастью, утешает то, что такого рода материалы все-таки встречаются нечасто. Но, блин, встречаются!

Кросспост из моего ИТшного блога на ITBlogs.ru

На днях, разговаривая с представителями крупной ИТ компании, декларирующей в частности наличие опыта в телекоме (в части реализации там ИТ проектов), поинтересовался - а что он представляет из себя, этот самый "отраслевой опыт"? Результат оказался вполне предсказуем: отраслевой опыт представляет собой компетенцию людей. Конкретных сотрудников, которые выполняли конкретные проекты. И некоторого материального остатка в виде проектной документации

Каждый проект начинается со сбора и анализа требований заказчика, выработки концепции решения, реализации и заканчивается внедрением, эксплуатацией и поддержкой внедренного решения (в идеальном случае, поскольку суровые будни могут внести свои коррективы).Каждое из перечисленных действий должно порождать некий документ. Который, собственно,и представляет собой тот самый материальный след опыта. При условии низкой текучести кадров среди персонала интегратора это действительно так. В случае высокой"текучки" или неграмотного подхода к документированию - далеко не факт.Также, как и в условиях привлечения специалистов-профессионалов "на проект".(Сразу же поясню: профессионал выполнит работу на проекте хорошо, но вопрос в том, как он ее выполнит, поскольку профессионал всегда сможет "напустить туману", если, конечно,у него будут мотивы для подобного поступка).

С другой стороны, "введение в опыт" нового специалиста в условиях накопления отраслевого опыта, поставленных выше, представляет собой довольно длительный процесс. Кроме того, следует иметь в виду, что опыт, почерпнутый из книг или электронного хранилища - это одно, а опыт реальных отраслевых проектов конкретных специалистов - совсем другое. Причем, это"второе" почти всегда значительно весомее.

Получается почти что замкнутый круг,разорвать который тем не менее, заказчику довольно просто: достаточно зафиксировать в договоре конкретных исполнителей со стороны интегратора, предварительно поинтересовавшись их конкретным опытом, сформулированном в виде короткого резюме. Которое должно быть предоставлено до того, как будет заключен договор. Часто к подобного рода резюме имеет смысл попросить справку о компании (по сути - резюме компании с описанием конкретных выполненных в отрасли проектов). Во всех этих резюме в идеальном случае должны быть включены сведения, позволяющие проверить достоверность предложенной информации: контактные данные лиц, которые могут предоставить подтверждение либо отзыв о конкретной проделанной работе. Подтвердив, тем самым, наличие конкретного отраслевого опыта. Правда, следует отметить, что на подобные вещи интеграторы идут не очень охотно, а сведения, отраженные в справках, порой расходятся с представленными менеджерами по продажам. Но мне встречалась и обратная ситуация - когда опыт, отраженный в резюме и справках, был обширнее заявленного продавцом. Но! Даже если мы зафиксировали в договоре участие конкретных специалистов, не факт, что все пойдет именно так, как мы предсказывали - надо учитывать такую вещь, как текучесть кадров. На момент заключения договора ключевой сотрудник может работать у интегратора, на момент начала работ - нет. Уволился. Выход - настаивать на условии в договоре, при котром на проект привлекаются специалисты определенной квалификации, и определенного опыта, в случае невыхода "основного состава". А как иначе?:)

Оригинал и комментарии на ITBlogs.ru

Собеседуя кандидата, натолкнулся на одну любопытную вещь: я просто не понимаю некоторых HR терминов. Например, что такое "активная жизненная позиция"? Или "самореализация"?

С одной стороны, это устоявшиеся термины. С другой - почти никто не знает, что это такое. Или, как минимум, каждый формулирует эти понятия для себя по-своему.

Например, есть такое красивое почти всем понятное слово - харизма:) Обозначает оно личные качества и особенности, позволяющие ее носителю вести за собой, увлекать и идеалогизировать (слово-то какое!) людей. Интересно, пресловутая активная жизненная позиция - это то же самое? И насколько она важна для соискатиеля на должность программиста? А самореализация? Она нужна кандидату, претендующему на роль технического писателя? Программиста? Менеджера?

Все эти рассуждения я привожу в основном к тому, что достаточно ли определения на собеседовании только профессиональных качеств? Или надо определять и измерять позицию, харизму, самореализацию (плюс еще ряд подобных параметров)?

С одной стороны, все это важно и нужно. Особенно - определение склонности кандидата (на конкретном собеседовании рассматривались кандидаты на должности программистов) к творчеству в жестко ограниченных временных и рабочих рамках. С другой стороны - кандидату надо уметь качественно выполнять свою работу - программировать, и при чем тут активность жизненной позиции, не совсем понятно. С третьей стороны, само понятие "жизненная позиция" мне кажется несколько надуманным.

Истина, как мне кажется, "зарыта" где-то посередине. Безусловно, при приеме на работу надо смотреть на кандидата не только как на "ресурс", но и как на человека (и в первую очередь - как на человека!), за час-полтора пытаясь определить: как и насколько быстро конкретный человек вольется в коллектив и внутренне примет его. Только непонятно: как в решении этой задачи поможет та самая самореализация и активная жизненная позиция? Или может стоит просто попытаться посмотреть на характер, внешность (никаких намеков: по одежке встречают), понять - чего кандидат хочет добиться на этой работе, куда стремится и "чем дышит"? Не вникая в длинные столбцы цифр психологического теста, расшифрованные при помощи ключа внимательным HR менеджером?

Оригинал и комментарии на ITBlogs.ru

На тему этого поста меня натолкнул визит к системному интегратору, который развивает направление Open Source как бизнес. То есть, продает услуги по внедрению локализованных и оттестированных им Open Source решений. Стоимость лицензий для заказчика - нулевая, заказчик оплачивает лишь услуги по внедрению и сопровождению решения. При этом центром ответственности за решение становится интегратор, но клиент имеет в любую минуту взять эту ответственность на себя - решение-то открытое, исходные коды не тайна, настройки документированы, ... - все как на ладони. Все предельно красиво. Футуристически нереально, я бы сказал.

В связи с этим вопрос к коллегам - с вашей точки зрения, где тут "порылась собака"? Есть ли у вас примеры удачных/неудачных внедрений программного обеспечения с открытым исходным кодом по похожей модели?

Я пока что смог придумать лишь один контраргумент: скорее всего, "собака порылась" в плане стоимости внедрения и поддержки решения. Если компания, решившая внедрить у себя свободное программное обеспечение по схожей модели, не выстроит структуру передачи информации и ответственности, а также- команду внедрения, то она становится заложником интегратора в плане поддержки решения.

Кроме того, если интегратор входит в число разработчиков софта, он может зарабатывать деньги на интеграции и введении дополнительного проприетарного функционала. На который не распространяется свободная лицензия и которые являются закрытыми и требуют от дельных денег за поддержку.

Оригинал и комментарии на ITBlogs.ru

Как я и обещал, рассказываю продолжение истории про смену тарифа в МТС.

...

Поездка в контакт-центр ничего не дала: девушка смогла меня убедить, что все будет нормально, надо лишь немного потерпеть. Потерпел. Ничего не произошло, и я отправил в МТС гневное письмо, содержание которого сводилось к тому, что пора бы перевести с тарифа на тариф. И пересчитать стоимость звонков за нехилое время, что МТС спал.

Еще через пару дней мне позвонила из МТС Неизвестная Девушка, которая сообщила о том, что меня наконец-то перевели на интересующий меня тариф. И пересчитали. Правда, один номер из двух:) Со вторым оказалось все не так просто. Когда номер был в корпоративной группе, ему приписали скидку 15% за то, что я буду им пользоваться в течение года.

Тариф, который я выбрал, не подразумевает этой скидки:) Неизвестная Девушка очень удивилась, так как скидку можно было отключить при переводе с корпоративного тарифа на тариф для физических лиц. О чем, мне, разумеется, забыл сообщить консультант:)

Итого: один телефон переведен (путем ругани и письма, кажется это - единственный способ заставить МТС пошевелиться), по второму - ожидаем:)

О продолжении / завершении этой истории - обязательно сообщу.

Скажем так: рано или поздно все мы собираемся сделать Большой ИТ проект. С привлечением Внешнего Интегратора. Потому что он обладает знаниями, ресурсами и опытом. Или хотя бы потому что, делать надо - быстро, а ресурсов - катастрофически не хватает. Знакомая ситуация?

Классика жанра: пишем требования на систему, пишем приглашения на тендер, рассылаем их ответственным товарищам из числа предварительно отобранных интеграторов, и... начинаются чудеса.

"Здравствуйте, вас беспокоит компания такая-то. Рады сотрудничать с вами... Какой бюджет на внедрение?"

"Добрый день. Скажите, а у вас это планируется на бюджет этого года? И, кстати, какой он?"

"Вы же понимаете, решение недешевое. Скажите, сколько вы готовы потратить на решение?"

Статистика следующая: примерно в 80% случаев разговор начинается с бюджета. И в 20% - с требований и задач, которые необходимо решить.

Из этих 20% примерно 40% дают нормальное, продуманное по соотношению цена/качество предложение. Если свести эти цифры, то получается, что "выхлоп" - примерно 8% нормальных предложений. Этот эффект я определил для себя как "бюджетное сито".

В принципе, всем все ясно - задача интегратора состоит в максимизации собственной прибыли. Но сколько при этом теряется заказов? Подсчитать бы;) возможно, лучше сразу давать нормальные предложения? Которые исходят из задач, а не из "готовности тратить деньги"?

Постскриптум:

Если считать, что на конкурс представлено 10 предложений, то путем нехитрой арифметики выясняем, что в итоге после "бюджетного сита" остается одно. В оптимистичном случае - два-три. Уже есть выбор! Кстати, с выбором тоже, как правило, не все так просто. Но это - совсем другая история...

Оригинал и комментарии на ITBlogs.ru

Телевизор я смотрю редко. Как правило, на Новый год, и еще - когда случайно придется. Сегодня вот случайно посмотрел на телевизор, где шел футбол.

"Какая интересная 3D графика! Как реалистично прорисовано!" - подумалось мне.

...

после чего стало грустно.