В IT и выйти
Шрифт:
Во всем этом самым болезненным, на мой взгляд, является трансформация бунтаря-СЕО в нахального монополиста, для которого идея совершенствования мира больше не является мотивацией и стимулом дальнейших действий. Наверное, поэтому вчерашний простой пацан из сибирского города Волгограда, взорвавший некогда рынок IT-технологий, вместо заботы о клиентах и совершенствовании продукта своей компании меряется с коллегами писюном и регулярно повторяет:
– Да куда они денутся!
– Да им, чтобы уйти, нужно вложить в новое решение миллионы.
– Они уже столько лет собираются уходить!
– Нет
И хочется встряхнуть это IT-болото и достучаться до тех, кто когда-то горел, хотел и у кого стоял. Но отчего-то слова: «Давайте любить наших клиентов и то, чем мы занимаемся» не находят отклик у моего Сюзерена и тонут в сомнениях и пассивности его команды.
Глава 2. Приходите завтра
– Скажи, пожалуйста, когда будет готово описание функционала по нашим IT-продуктам?
– Ну, слу-у-у-у-у-у-шай, сейчас у нас завал. Быстро точно не сделаю. Давай в понедельник? Или лучше во вторник. В крайнем случае в четверг-пятницу. Не на этой, а на следующей неделе, – устало говорит Очень хороший начальник (но пока еще не директор).
– Нам нужна эта информация от вас, чтобы объяснять потенциальным заказчикам разницу в возможностях наших продуктов и политику ценообразования.
– Ага, – говорит он, что в переводе с корпоративного языка нашей компании означает: «Иди в жопу, сейчас вообще не до твоей задачи».
В понедельник разговор с очень хорошим начальником повторяется. Больше двух недель требуется для того, чтобы результат был стабильно нулевым. Низкая скорость обработки запроса для коммерческого отдела демонстрирует не только качество внутренних коммуникаций между подразделениями, но и отсутствие признания важности выстраивания всех бизнес-процессов вокруг продаж. Если степень критичности у запросов со стороны менеджеров по продажам отсутствует, значит, она присутствует у кого-то другого.
Пока задача с описанием функционала продуктов остается нерешенной, любая работа по инициированию коммерческим отделом активностей с целью привлечения новых заказчиков бессмысленна. Потенциальные заказчики
– можно ли добавить перламутровых пуговиц;
– сколько будет стоить каждая доработка;
– есть ли возможность укоротить подол;
– сколько времени придется ждать;
– почему так дорого;
– а это точно платье?
Ответы на все эти вопросы есть у тех, кто конструирует платья и принимает активное участие в их производстве. Жаль, что времени на то, чтобы рассказать об этом менеджерам по продажам, у них нет, потому что конструкторы и производители заняты… созданием новых и штопаньем старых платьев.
Уходя от дуальности, где каждый участник непременно или хороший, или плохой, можно допустить, что Очень хороший начальник вовсе не злодей или враг, подосланный в ряды нашей (кажется, теперь не нашей, а вашей) команды. Наоборот, этот человек работает, живет в соответствии с принципами, правилами и выстроенными бизнес-процессами фирмы, в которой работает. В его списке приоритетов именно те, что транслируются и исполняются Сюзереном вместе с топ-менеджментом.
Качество персонала, личностные особенности, уровень сознания, эмпатии, профессионализм, система ценностей и мотивации есть средняя величина, напрямую зависящая от совокупности действий, мыслей, идей, ценностей, паттернов поведения СЕО и руководства. Чем выше личностный и профессиональный уровень топ-менеджмента, тем выше качество команды на каждом уровне иерархии.
Пренебрежительное отношение со стороны Очень хорошего начальника к потребностям менеджеров по продажам объясняется тем, что приоритетом для него являются интересы исключительно своего подразделения. Ничто не ново под луной. Как в свое время производство продукции существовало в отрыве от рынка, т. е. маркетинга и продаж, где руководитель производственного подразделения считал, что его основная задача – выпустить наибольшее число качественной продукции, а продажи этой самой продукции его никак не касаются, так и сейчас разработка и внедрение IT-проектов оторвана от рынка и существует в сферическом вакууме. Возможно, это происходит еще и потому, что закрывающие документы и большая часть оплаты за контракт поступают после завершения этапа внедрения проекта. Таким образом создается впечатление, что IT-компании зарабатывают исключительно благодаря работе Проектного офиса и разработчиков. Весь остальной персонал: продажи, бэк-офис, маркетинг – балласт, не производящий для бизнеса никакой ценности.
Ввиду того, что коммерческий отдел не смог сформировать в глазах топ-менеджмента и СЕО свою ценность, являясь при этом центральным звеном, влияющим на формирование выручки и непрерывность производства IT-продукта, он был лишен права голоса и возможности влиять на управленческие решения. Степень приоритетности задач от коммерческого отдела была понижена до уровня «когда-нибудь никогда». Такое искажение часто происходит в системах, создающих продукт, требующий применения гибкого и проектного подхода к управлению, длительного этапа внедрения или в фирмах, существующих на незрелых рынках.
Проектный подход наиболее эффективен при большей зоне неопределенности. Так, интеллектуальный продукт и его возможности могут быть раскрыты в каждом конкретном случае по-разному. От потребности потенциального заказчика зависит полнота и многофункциональность приобретаемого IT-продукта (программного обеспечения, услуги).
За успешное и эффективное внедрение IT-проекта отвечает команда Проектного офиса или IT-департамента. Причем подразумевается, что внедрение будет осуществляться как со стороны заказчика, так и со стороны исполнителя. Чем более мотивированы и заинтересованы команды заказчика и исполнителя, тем быстрее и качественнее будет достигнут результат.
Масштаб команд внедрения на стороне заказчика, как правило, обусловлен следующими факторами:
1) сложностью проекта;
2) зрелостью компании;
3) бюджетом.
Численность команды исполнителя в большинстве случаев определяется лишь его зрелостью. Зачастую IT-команда существует в величине постоянной и вынуждена распределять ресурсы между различными проектами в зависимости от степени приоритизации и масштаба возникающих при внедрении проблем. Это в свою очередь влияет не только на качество самой команды, но и на конечный продукт и степень удовлетворенности заказчика. Последнее, впрочем, при растущем спросе можно какое-то время игнорировать.
Сделка сложного продукта, а IT-продукт, требующий внедрения, является, безусловно, сложным, состоит из нескольких этапов. Внутри каждого происходит своя последовательность шагов и действий.
1. Сделка. Зависит от сложности проекта и его стоимости. Чем более сложен процесс внедрения, тем длиннее цикл сделки. Как правило, для сложных проектов цикл сделки составляет от 9 до 24 месяцев (почти как выносить ребенка или слоненка). Состоит, как правило, из пяти этапов, из которых п. 1.2 и п. 1.3 являются наиболее длительными по времени.