Надо ли руководителю быть разработчиком в прошлом?
Без технического опыта крайне сложно управленцу договориться с технарями, оценить их квалификацию и контролировать выполнение задач. Будет страдать качество, сроки и бюджеты.
Есть три типа компаний:
1) продуктовые; 2) аутсорс типа епама/люксофт, хотя это самые крупные из них; 3) бизнес-компании, где айти -- сервисная функция. К ним, например, относится е-коммерс.
CTO в этих компаниях имеют совершенно разный профиль работы. Ключевое отличие в том, как айти тратит деньги.
В продуктовых это должно быть экстенсивное генерирующее средства подразделение, окупающее ещё с десяток невыстреливших продуктов. Команду холят и лелеят: кофе, печеньки, фитнес, массаж, завтраки по утрам с личным поваром, психотерапевты и т. д. и т. п. Все заточено на развитие.
В аутсорсе важно обеспечивать маржу между ценой часа разраба и ценой часа, которую платит клиент. Здесь все заточено на нагон объемов, на повышение маржи и обеспечение взаимозаменяемости всех.
В айти-отделах сервисных, которые по своему определению деньги не зарабатывают, все заточено на оптимальность, отчетность, процессы. На эксплуатацию.
В итоге ЦТО у всех разные, но есть одна боль российского айти: 95% российских айтишников не имеют управленческих навыков от слова «вообще». Вот этот хайп про тимлидов последние годы -- попытка решить именно эту боль. Я преподаю на тимлидских курсах "Отуса" и вижу огромное количество старых зубров из разработки, подтягивающих именно управленческие навыки.
Занимаясь менторством, я помогаю ответить на вопросы, которые бизнес задаёт своим технарям и ни как не может получить ответа (((
