Planning Accuracy: как узнать, переоценивает или недооценивает задачи ваша команда
· 8 мин. чтения
«Это должно занять два дня.» Три недели спустя фича всё ещё в работе.
Стив Макконнелл в книге Software Estimation: Demystifying the Black Art обнаружил, что программные проекты обычно превышают первоначальные оценки на 28–85%. Закон Брукса из Мифического человеко-месяца объясняет часть причины: сложность растёт нелинейно с объёмом, а добавление людей в опаздывающий проект делает его ещё более опаздывающим. PM расстроен. Разработчик чувствует вину. Дорожная карта — фикция. И вся организация молчаливо приняла, что инженерные оценки ненадёжны.
Это не проблема людей. Это проблема измерения. И она решаема.