Для чего вообще заморачиваться с определением границ практик Стратегирования, Планирования и Операционного менеджмента?
Если не понимать связи, принципов, последовательностей, созависимостей и разграничения этих практик, то довольно сложно замыслить реализовать успешную систему, так как по своей сути мы говорим о практиках цепочки создания системы. То есть если проскочить этап Стратегирлвагия, Целеполагания, Системного моделирования, а перейти сразу к планированию, то бесконечно заниматься итерациями переделок Рабочих продуктов, так как описания что можно считать успешным рабочим продуктом пропуденно и ориентир отсутствует. Этот аспект важен как применительно к системному уровню Личность, так и для целей системного уровня Команда, Организация и выше.
Вторая важная причина касается больше аспектов системного уровня Команды/Рабочие группы и Организация в затруднениях при масштабирования бизнеса. Если мы не понимаем какие Методы используются для создания рабочих продуктов на каждой стадии, и не можем их разграничить, то будет крайне затруднительно сделать две вещи:
- Определить штатное расписание команд и рабочих групп исходя из ролевого описания: какие конкретно Роли нужны для выполнения работ
- Описать границы интерфейсов организационных процессов в компании и сделать их относительно друг друга с приемлемой степенью свободы и созависимостью через понимания перечня входящих, внутренних и исходящих рабочих продуктов. А это в свою очередь создаёт бесконечные авралы, пожары, перегрузки, дублирования функционала, растраты ресурсов, неспособность своевременно выдавать требуемые рабочие продукты со снижающимися затратами и создавать успешные системы. А в конечном итоге и проигрывать конкуренцию в Техноэволюции среди других в отрасли организаций.
В чем отличия и связь
[[Стратегия]] работает с корнем проблемы и отвечает за описание границ проблемы в оформленную [[Неудовлетворенность]] (говоря об организации будем говорить о [[Потребность]]), а далее порождения вариантов и описания принятой в работу текущую Гипотезу по снятию/устранению неудовлетворенности путем воплощения Систем в выбранном Проекте. Описанием или чаще говорят Моделированием системы занимается Системное моделирование (описание), в котором мы описываем системы с использованием приемов вариантов разбиения систем, из которых ключевыми являются Функциональное разбиение, а также Модульный синтез (какие физические куски/модули будут исполнять функции в разбиении).
Для воплощения систем/рабочих продуктов, призванных снять неудовлетворенность, создаются/открываются Проекты, Задачи в которых будут выполняться по каким-то практикам/методам.
В проектах задачами можно называть контрольные точки - вехи, которые должны быть пройдены в определенное время.
И только пройдя все предыдущие этапы, когда есть такие артефакты/рабочие продукты как: Стратегия, Проекты, Системы, Альфы, Контрольные точки, Список рабочих продуктов и пр., - можно говорить о Планировании выполнения работ.
Для обеспечения прохождения контрольной точки должны быть совершенны работы по какому-то методу в определенной последовательности с каким-то результатом в виде рабочих продуктов, с пониманием исполнителем этой работы для чего и куда в потоке работ рабочий продукт пойдет дальше, к какой роли, и для чего ей (следующей роли в цепочке нужен этот продукт).
То есть Планирование занимается переводом Задач в Работы с использованием принципов правильного формулирования работ ([[Формулировка работы крайне важна (или в как перевести Задачу в Работу)]]) с определением Исполнителя в какой Роли в какие Сроки по какому Методу, с какими Ресурсами, и с каким Рабочим продуктом как результат и для передачи в дальнейшем к какой Роли как входящий Продукт будет выполнена работа.
То есть входящие продукты для Планирования это уже описанные Задачи.
А далее уже в работу вступает [[Операционный менеджмент]], который отвечает за скорость прохождения Рабочих продуктов (Поток работ и Рабочих продуктов) с качеством, соответствующим текущим Требованиям или Сценариям использования. Сюда же и работа с ограничениями по [[TOC (theory of constraints Теория Ограничений)]] автора [[Элияху М. Голдратт]] с целью устранения бутылочных горлышек общего потока работ и рабочих продуктов.
Гипотеза:
- Понимание разграничения практик/методов даст более четкое понимание ролей в команде управления
- масштабирование оргструктуры команды управления проекта поможет снять неудовлетворенность [[!Не провожу организационных изменений в компании]]
domain:: [[02 Личность]], [[04 Команды]]
source:: [[Курс - Практики саморазвития 2024-1П]]
keywords::
category::
question::
related::
published::
date:: [[2024-07-07]]