В нашем новом докладе мы хотим перейти от темы измерения работы отдельного разработчика на основе данных к теме измерения команд и процессов.

В прошлом нашем докладе на Teamlead conf “Оцениваем разработчиков на основе объективных данных” мы рассказывали, как можно подойти к вопросу измерения работы отдельного разработчика. Теперь мы собираемся поговорить уже не об отдельных разработчиках, а о командах разработки и расскажем, как оценивать эффективность процессов, которые вы заводите в своих командах. Также немного поговорим про теорию ограничения систем и как ее применять для изменения процессов разработки.

Обсудим следующие вещи:
* Немного повторим тезисы предыдущего доклада:
** Где брать данные для метрик? github/gitlab/bitbucket, таск-трекеры, мессенджеры.
** Почему нет одной-единственной хорошей метрики.
** Подход от проблем.

* Поговорим про конкретные процессы в команде и метрики, нужные для их измерения:
** Метрики для процесса планирования.
** Метрики для процесса имплементации в коде.
** Метрики для процесса код-ревью.
** Метрики для процесса тестирования.

* Как понять, что надо менять в команде в первую очередь, и что такое главное ограничение.
* Как использовать метрики или продуктовый подход для внедрения процессных улучшений - HADI-циклы для внедрения новых процессов, дневник тимлида.