Процессы в ИТ: Долго, дорого и не то
Многие привыкли к треугольнику Хопкинса (Быстро, Дёшево, Качественно), он же - треугольник ограничения проектов. Вместе с тем в бизнесе популярным стало: «Ох уж эти программисты: опять долго, дорого и не то».
Многие привыкли к треугольнику Хопкинса (Быстро, Дёшево, Качественно), он же - треугольник ограничения проектов. Вместе с тем в бизнесе популярным стало: «Ох уж эти программисты: опять долго, дорого и не то».
Так в чем измеряется качество работы разработчика? Есть разумная метрика, кроме количества потраченных часов?
Скоростью. Скоростью решения задач, скоростью внесения доработок. И объёмом накладных затрат. То есть сколько на час работы разработчика приходится часов тестировщика, менеджера проекта, аналитика либо ещё кого-то.
Хороший код быстро меняется и легко поддерживается. Плохой код сложно менять и часты случаи регресса. Код может быть плохим, даже если соблюдать все лучшие практики и ритуалы. Код может быть хорошим, даже если нарушены все мыслимые практики.
А вот количество потраченных часов — не самая лучшая метрика, лучше оперировать стоимостью в деньгах. Стоимость часа у каждого разная. Если итоговая (с тестированием, сдачей, поддержкой на продуктиве) стоимость разработки какого-то функционала с одним разработчиком 50К, с другим 100К, а в среднем на рынке у подрядчика 30К, то лишних вопросов не остаётся.
Лучше опираться на сквозные процессы, а не на искусственные метрики.