Без заголовка
А я прочитал до конца ;-)
Объектная парадигма, конечно мощная штука (проект - объект, процесс - экземпляр объекта ), но, по-моему, есть процессы, которые не укладываются в эту объектно-озабоченную схему.
ООПс :-)
IMHO, операционное управление (процессы) и проектное управление (проекты) существенно отличаются тем, что проекты изначально ограничены во времени (и потому, вообще говоря, их можно запланировать). Процесс не имеет срока жизни, а проект имеет. Операционное управление через проекты (с использованием шаблонов) хоть и напоминает проектное управление, но всегда сталкивается с этой же временной неопределенностью - время завершения цикла работ ("минипроекта") часто неизвестно.
Например, большинству сервисных организаций не известен заранее объем работ: никто не сможет заранее сказать, какое кол-во звонков в течение месяца поступит в call-центр, сколько заявок пришлют клиенты на модификацию кода или сколько человек придет стричься в салон. Т.е. деятельность таких организаций организуется потоком внешних событий (event-drive). Есть поток работ, которые возникают по случаю, и планировать (во времен) выполнение каждой работы проблематично - можно управлять реакциями. Даже если каждую стрижку в салоне будут делать по "проектному" шаблону (помывка головы -> уточнение требований -> стрижка -> помывка -> укладка -> акт сдачи-приемки :-) мы все равно не сможем заранее узнать, сколько времени займет каждая стадия и весь цикл работ в целом (ЖЦ) - слишком много вариаций. Можно, конечно, ввести рационирование (ограничение по времени) на каждую стадию, но всех стричь "под горшок" не получится - сервис предполагает интерактивность и итерационность.
То же самое можно сказать про деятельность любых поддерживающих подразделений внутри организации - работу бухгалтерии предприятия, например, крайне проблематично описать в проектных терминах.
Другой пример. Компания, в которой я работаю, занимается разработкой, внедрением и сопровождением ПО. Сопровождение - типичная операционная деятельность (по запросам), а разработка и внедрение - проектная. Для управления разработкой мы как раз и используем шаблоны (управление через проекты), поскольку разработчики "обслуживают" и проекты и сервис (один пул ресурсов). Канонические проекты внедрения "живут" в Project'е, разработка ПО - там же (шаблоны), а вот сопровождение туда засунуть не получается никаким манером (но очень хочется ;-).