Голдратовщина
ailev: Что происходит с теорией ограничений в проектном управлении:1. Мода на теорию ограничений в проектном управлении в её оригинальном виде прошла.
Моя гипотеза тут такова, что отсутствие нормального свободного софта существенно повлияло на ситуацию. Для любой методологии управления проектами (отличной от PMI PMBoK) нужна поддерживающая её софтина.
2. То, что пик моды на "каноническое учение" TOC прошёл, вовсе не означает конец банкета. Многие идеи растащены по разным другим быстро набирающим популярность методологиям... Так, идеи TOC в сочетании с lean и agile плодотворно взошли в kanban для разработки...
3. Но по факту это означает, что классические технологии управления проектами в их опоре на нормирование всё больше и больше используют в правой части V-диаграммы (воплощение системы), а в левой части (определение системы) бурно расцветают case management, issue tracking (ведение дел, управление задачами, управление процессом разработки -- нет даже слова "проект"!) с разнообразным софтом для методологий типа того же kanban-для-разработки.
В любом случае, инженеры тяготеют к issue tracker и учёту голдратовщины, а неинженерные менеджеры к программе управления проектами и неучёту голдратовщины.
У меня за семь лет паззл так и не сложился: управление проектном и управление процессом - две большие разницы.
Моя гипотеза тут такова, что отсутствие нормального свободного софта существенно повлияло на ситуацию. Для любой методологии управления проектами (отличной от PMI PMBoK) нужна поддерживающая её софтина.
2. То, что пик моды на "каноническое учение" TOC прошёл, вовсе не означает конец банкета. Многие идеи растащены по разным другим быстро набирающим популярность методологиям... Так, идеи TOC в сочетании с lean и agile плодотворно взошли в kanban для разработки...
3. Но по факту это означает, что классические технологии управления проектами в их опоре на нормирование всё больше и больше используют в правой части V-диаграммы (воплощение системы), а в левой части (определение системы) бурно расцветают case management, issue tracking (ведение дел, управление задачами, управление процессом разработки -- нет даже слова "проект"!) с разнообразным софтом для методологий типа того же kanban-для-разработки.
В любом случае, инженеры тяготеют к issue tracker и учёту голдратовщины, а неинженерные менеджеры к программе управления проектами и неучёту голдратовщины.
У меня за семь лет паззл так и не сложился: управление проектном и управление процессом - две большие разницы.