Жизнь управленца, кадр 1, не надейтесь на понимание

95% своей сознательной жизни я связан с ИТ, начав как переводчик, достаточно быстро перешел в ИТ, развитие проектов, в общем кто плавал, тот поймет.

Основная проблема, с которой я столкнулся, во время своего путешествия, это конечно люди. Не плохие люди и не хорошие, а просто люди-сотрудники.

Так вот, в любой нормальной ИТ компании, которая занимается программерством, 90% это программисты процентов 7% технари, остальное административный отдел. Самые простые люди в компании это конечно администраторы, в прямом смысле этого слова, те люди кто делают чай, кофе, чистоту, учет и безопасность. И так часто происходит что именно эти люди самые бесправные, вы знаете что их легко заменить, их никто не замечает и тд и тп.

Технари — это так сказать рабочая сила, джуниор тестеры, джуниор системщики, тоже в принципе, расходный материал.

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

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

Первое что вам как менеджеру нужно сделать это четко определить кто в офисе теоресты. Обычно, это люди которые находятся в коллективе на хорошем счету, все их считают очень нужными, и бояться их потерять. Вокруг них собираются стайки фанатов, мне больше нравится слово groupies. Которые считают их великими гуру и не от мира сего.

Так вот, вначале определите таких теорестов. Затем, поймите что это действительно они, т.е. сделайте скрининг, теорест должен отвечать следующим требованиям:

1) Верит в стандарты, великие книги, авторитеты
2) Постоянно их цитируют
3) Считает что ему уже программировать не «айс», у него настало время «коучинга», «персонел девелопмента», «визуалайзина», «стратеджик мэппинга» и тд.

Определили? Посчитайте сколько вы на них тратите, если бюджет на теорестов превышает 5% от общего фонда ЗП, всегда есть отличный способ с ними справиться.

Увольняйте. Запомните, никогда не надейтесь на них, что вот мол они такие умные, когда настанут проблемы в проекте они вас вытащат. Не думайте то они умнее вас, если вам нужен совет избегайте теорестов, и найдите практикующих менеджеров. Запомните отличные программисты = хреновые менеджеры. Из собственного опыта могу сказать что они уйдут в самый неподходящий момент потому что:

1) Когда вы заботитесь о клиенте, вы нарушили целых 5 пунктов из стандарта ITIL, и теперь ваш выстраданный SLA может быть нарушен, и это ужасно…
2) Потому что в другом месте его понимают, и любят и ждут
3) Ему заплатили на 100 долларов больше.

Причин масса. Увольняйте теорестов, сразу и жестко. Очень быстро, без долгих объяснений. А потом оглянитесь вокруг, наверняка в компании много людей, которые тупо пашут, в то время как толпа народу каждые два часа обсуждают «паттерны использования методик гибкого программирования к подходам решения задач» когда проект на грани сдачи. Поищите тихих, вдумчивых людей, которые пишут код, находят решения и внедряют их. Посмотрите кто больше всех комитит в СВН, и кто приходит утром а уходит вечером. Найдите тех, кто вам постоянно не полощет мозги по поводу ЗП и тогда.

1) Сделайте их начальником
2) Дайте им хорошую ЗП

И никогда не позволяйте терять фокус на клиента. Если клиент хочет чтобы кнопка была треугольной и по ней бегали искры, вначале поймите почему это так, а потом сделайте как он хочет. Поверьте, если у него есть деньги платить хорошим разработчикам, и он пришел к вам, то в свое деле он понимает гораздо больше вас. И если как в реальной жизни он знает, что его 40-50 летние работники так поймут лучше, пусть так и будет. Ведь у нас в стране так мало технологов и так много программистов, экономистов, юристов.

Единственный теорест, кто допустим в компании это методолог, который должен:

1) Отвечать за поддержание внутренних процессов
2) Делать документацию
3) Отслеживать тренды.

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