Репост из: Вправо Вверх. Михаил Табунов
Очень часто в IT бизнесе узкое место всей компании – это скорость команд разработки. Поэтому в IT гигантах типа FB или Google сидят тысячи лучших разработчиков со всего мира, и они никогда не закрывают набор.
Я довольно долго пытался понять как можно на это влиять, потому что это нигде особо не описано. Что я понял:
– Само написание кода съедает только 50% времени. На это время мы влиять не можем.
– Вторые 50% забирают QA, Code Review, Release и все дополнительные этапы. На них мы можем влиять, и это поле для оптимизации.
– Выстроенное общение внутри команды и с заказчиком это 80% успеха. Во всех моих командах дейлики, на которых мы каждый день обсуждаем статус задач и проблем
– Чтобы быстро получать результаты ты как заказчик должен сам во все вникнуть и искать пути как ускориться.
Почитать советую эти две книжки:
– "Цель" Голдратта
– "Priming Kanban" Jesper Boeg
Я довольно долго пытался понять как можно на это влиять, потому что это нигде особо не описано. Что я понял:
– Само написание кода съедает только 50% времени. На это время мы влиять не можем.
– Вторые 50% забирают QA, Code Review, Release и все дополнительные этапы. На них мы можем влиять, и это поле для оптимизации.
– Выстроенное общение внутри команды и с заказчиком это 80% успеха. Во всех моих командах дейлики, на которых мы каждый день обсуждаем статус задач и проблем
– Чтобы быстро получать результаты ты как заказчик должен сам во все вникнуть и искать пути как ускориться.
Почитать советую эти две книжки:
– "Цель" Голдратта
– "Priming Kanban" Jesper Boeg