«Производственный контроль» в управлении ИТ-разработкой. Как это вообще возможно?

Всем привет, расскажу про кейс, как человек с производства пришел ИТ управлять.

Для начала , вы знаете, что такое производственный контроль в машиностроении и для чего он нужен?

Если коротко - при каскадирование годового плана - в квартальный - в месячный - в недельный и так до «задания на день» - очень важно подводить итог дня и фиксировать фактическое выполнение задания и далее это уходит по обратной цепочке - факт недели / факт месяца и ТД.

Такой путь информации крайне важен для уточнения плана производства и прогноза исполнения больших заказов ( чтобы не допустить срыва сроков из-за мелких проблем на местах).

Так вот теперь, скажите мне- почему это не должно быть внедрено в ИТ - разработку, да и в целом в процесс управления проектами.

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

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

Если вам близка тема оптимизации и развития команд и производств - присоединяйтесь к ТГ сообществу, делитесь мыслями и своими методами управления и повышения эффективности