6911
правок
Изменения
м
## Принципиальная новизна схемы - что верхний слой, Customer, втянут внутрь деятельности и относится к объекту управления, а не задает контекст. Хотя по стрелкам на схеме этого НЕ скажешь. Учебники классического менеджмента преимущественно относят это как к контексту, или выделяют в совершенно отдельные потоки работы, например, работу со стратегией. А здесь это - внутри. ## Отметим, что классический проектный менеджмент выносил ответ на вопрос "обеспечивает ли результат проекта требуемые возможности" за рамки проекта, на уровень программ проектов - об этом я писал тоже статью для профессионального журнала Управление проектами https://mtsepkov.org/ValuableProjects
## Здесь так же уместно говорить про Lean, который впервые разграничил task flow и value flow, поставил задачу устранения task, не несущих value - muda, пустая работа. И это тот фокус, который следует держать в современном менеджменте.
Нет описания правки
## Это дает два полюса управления: процессное, ориентированное на оптимизацию и обработку однородного потока задач, и проектный, ориентированный на разовую работу.
## То, что поместили на общую схему дает возможность работу на смешанных потоках, к которым относятся IT-проекты - там после первого релиза почти всегда эксплуатация вместе с развитием. И так же покрывает Case Management.
## Однако, цепочка создания ценности на схеме - стрелки на стейкхолдеров нет. Так что здесь схема не фиксирует важное изменение менеджмента. Удовлетворенность стейкхолдеров как критерий успеха проекта - совсем не то, что работа со стейкхолдерами классического менеджмента. Мой доклад https://mtsepkov.org/Sth-Satisfied-2017
# Схема также добавила Команду и Метод в объекты управления. И это - очень правильно.
## Баланс между Методом и Компетентностью как средством обеспечить выполнение работ - он важная составляющая проекта. А он таким образом не рассматривается и даже вопроса не ставится, наоборот говорят "обеспечьте компетентными сотрудниками". Что в нынешних условиях невозможно.
