«Он нас посчитал» или оценка состояния производственного конвейера
История с оценкой работ программистов имеет древние корни, много подходов в свое время отмели (вы же не оцениваете по строчкам кода, да?), много осталось. Современный подход - Story Points.
Но сейчас не об оценке одной задачи, как таковой, или даже проекта, а об общей эффективности работы, нескольких команд (пусть их будет 10+) и прозрачности состояния вашего производственного конвейера и вероятности получения точной оценки.
🚸 Современные стандарты предлагают в этой ситуации использовать LeadTime - как интегральный показатель здоровья производственного процесса и, что важно, возможности прогнозирования результатов.
Картинка, которая приложена к посту, отлично иллюстрирует разницу между Time to Market и LeadTime.
❓Так что же такое LeadTime? LT - время от момента взятия обязательств делать задачу до ее поставки. Работает она хорошо только на масштабе. То есть, мы должны наработать статистику, посчитать 85% перцентиль (это бест практис мировой) по LT. Тогда, при поступлении новой задачи мы сможем с данной вероятностью оценить срок ее реализации. Если LT у нас 53 дня, то +/- в этот срок мы и уложимся.
🙋♂️ Но в чем же проблема этой метрики? А тут все просто, как и у любой другой метрики, если людям начать платить только за нее, то они могут начать выпускать продукт с дефектами, экономить время на написании автотестов, забить на надежность, построить заграждения из кучи бюрократии . Так, что одной метрики вам точно не хватит.
👉🏼 Стоит обложиться и кучей других: надежность, покрытие автотестами, кол-во дефектов в проме, кол-во тех.долгов и прочее.
❗️ А самое вкусное в этой метрики для менеджера то, что разложив ее на составляющие можно будет выявить узкие места/ бессмысленные простои (когда вы все ждете запуска джобы, которая почему-то запускается только раз в неделю или согласования некоего эксперта и т.п.).
💛 Вот тут уже есть где менеджеру разгуляться, устраняя все эти проблемы в конвейере, выравнивая процессы и занимаясь вот этой вот менеджерской работой (обожаю ее❤️).
🏭 А почему я заговорил про LT? Управление разработкой - это множество параметров. Нет единого показателя, который нужно улучшать. Есть совокупность метрик. При этом LT - хороший интегральный показатель, отражающий общее здоровье конвейера
🏎️ А делать сложные проекты - это как переделывать на ходу Феррари на Ламборджини.
