Как эффективно руководить командами разработчиков программного обеспечения: системное мышление для руководителей инженерных проектов на русском

Ваша команда — это система. Большинство руководителей инженерных отделов так и не учатся воспринимать её именно так.

На посту руководителя инженерного отдела вам одновременно поручают множество задач: разработку продукта, поддержание работоспособности технологий и развитие персонала. Обычно их рассматривают как отдельные проблемы с отдельными алгоритмами действий, что приводит к перегрузке и ухудшению результатов. Книга « Управление эффективными командами разработчиков программного обеспечения» показывает, что все это — одна проблема, и что лучший способ сформировать свою роль — это разработать систему, в которой все три задачи объединяются.

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

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

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

Франсиско Триндаде — вице-президент по разработке в компании Braze в Нью-Йорке. Опираясь на двадцатилетний опыт работы в консалтинге, стартапах и продуктовых компаниях, он пишет как практик, обращающийся к коллеге, опираясь на реальные ситуации, а не на теорию.