Вообще если смотреть с Customer oriented подхода, то чем счастливее твоя работа делает кастомера, то тем твоя работа лучше.
Это чисто субъективный конечно же подход.
И если менеджер проекта, в каждом индивидуальном случае, знает как делать кастомера более счастливым - будь-то красивые обильные репорты, обилие митингов и т.д., значит работа этого менеджера движется в правильном направлении.
Но это всё есть упаковка, чем хуже код\сервис тем тяжелее его красиво упаковать.
Но изначальный вопрос этой маленькой дискуссии в том что есть разные уровни зрелости компаний. Одни - это "рудименты из прошлого", который знают только метод кнута
в других много "пряника" и скатывается в что-то такое
Как нужно "пасти котов" - это своего рода искусство IT-менеджера: найти нужных людей, промотивировать их, и посчитать метрики.
И при правильном применении все модные штуки дают положительный результат.
По поводу метрик хороший пример:
Метрики отображают динамику проекта, например, изменения во времени кол-ва строк кода, процента покрытия юнит тестов, кол-ва мануальных тестов, кол-ва новых тестов, кол-ва багов и т.п. позволяют видеть где появилось много нового кода, а отсутствие роста покрытия юнит тестами и новых мануальных тестов говорит, что новый код потенциально не стабильный, нужно в этой области немного больше усилий потратить на развитие тестовой базы. Или же наоборот - тестеры клепают десятки тестов в день при том что код не изменяется, налицо неэффективное распределение ресурсов.
С точки зрения менеджмента, разработку проекта можно рассматривать как некая мат. модель с кучей циферок и формулками, которые выдают на выходе либо кружочек зеленого, либо желтого, либо в печальных случаях красного цвета.
Главное чтобы усилия на создание и работу с такими моделями не занимали времени целого отдела![]()
Социальные закладки