Главная идея - найти формальный способ или хотя бы эвристики для определения оптимального способа “нарезки работ” по проекту и определения их очередности, чтобы минимизировать риски не уложиться в сроки проекта.
Ясно, что тут должно быть много операционного менеджмента, думаю, что стоит начать с Теории ограничений и ее текущего приложения к менеджменту - The Book of TameFlow. Важной книгой может также оказаться и Actionable Agile Metrics for Predictability, она, кстати, в TameFlow прямо упоминается. Ну и обе эти книги прямо ссылаются на Principles of Product Development Flow.
Первое из наших предположений заключается в том, что нарезка работ должна в первую очередь учитывать функциональные требования (одна единица работы не должна содержать больше одной функции), ресурсные требования (один атом работы не должен требовать действий более, чем от одной роли) и некоторую степень готовности (fake it until you make it, единица работы может заключаться в том, чтобы уменьшить количество фейков).
Понял, что для работы мне нужно понимать принцип свободной энергии Фристона, т.к. это именно тот формализм, который нужен для описания выбора действий и принятия решений. Точнее, кажущиеся нарушения этого принципа, наблюдаемые в командных процессах, на самом деле вскрывают необходимость уточнения ментальных моделей, а не изменения мира действиями под управлением неверных ментальных моделей.
Friston K. The free-energy principle: a unified brain theory? // Nature Reviews Neuroscience. 2010. № 2 (11). C. 127–138.
Явно нужен будет баланс Производство vs Способность к производству. Про принятие решений с учетом этого баланса можно обзорно прочитать вот тут: https://untools.co/confidence-determines-speed-vs-quality. Если коротко, то если мы уверены в важности проблемы и корректности решения, то нужно напирать на качество (в смысле, что важность и корректность - это не предположения, а факты).
Баланс скорости и качества в разработке определяется уверенностью в проблеме и решении
Вспомнил про такую среду симуляции процессов - https://hash.ai. Пересмотрел видео-туториал по построению простого процесса и подумал, что можно будет для визуализации процессов воспользоваться этой средой, вроде бы задание свойств агентов/процессов в ней довольно понятно и не займет много времени. К тому же у них есть интересные статьи в блоге по поводу, например, теории ограничений и ее использовании в качестве фреймворка для моделирования / работы по улучшениям процессов.
Левенчук в блоге упомянул о книге, применяющей подходы Фристона к менеджменту, я нашел ее и скачал.
Khazri B. Governing continuous transformation: re-framing the strategy-governance conversation / B. Khazri, Cham: Springer, 2022.
Обнаружил сайт https://blackswanfarming.com за авторством Joshua Arnold. Здесь есть много материалов по расчету Cost of Delay - важной для расстановки приоритетов методологии. Особенно интересен какой-то отчет о реальных результатах, загрузил его в Zotero:
Arnold J. J., Yuce O. Using Cost of Delay: Discover, Nurture and Speed Up Delivery of Value Nashville, TN, USA: IEEE, 2013.C. 101–116.
За наводку спасибо John Cutler