Главная

Если обратить внимание на практику строительной деятельности, то можно увидеть, что даже в такой классической проектной сфере, как строительство, традиционные подходы подвергаются значительной корректировке. Создание строительного объекта никогда не является окончательным результатом. Можно указать момент, когда проекта еще не было, например, продемонстрировать фотографию, изображающую свалку мусора на том месте, где впоследствии появился мусоросжигательный комбинат.

Однако четко указать момент, когда проекта уже нет, значительно сложнее. Это связано с тем, что чаще всего традиционные терминальные проекты в целом и строительные в частности создают некую продукцию, которая в дальнейшем эксплуатируется в течение неопределенно длительного времени без существенного изменения физической формы и используется как средство для достижения каких-либо целей субъектов, осуществляющих эксплуатацию, а затем может подвергаться дальнейшему изменению, совершенствованию, развитию. Но ввиду того, что традиционное управление проектами чаще всего не рассматривает стадии эксплуатации, то и сам проект приходится искусственно обрубать. В теории такое возможно, но не на практике. Это не означает, что терминальные проекты являются надуманным продуктом интеллектуальной деятельности, оторвавшейся от реальной жизни.

Наоборот, классические терминальные проекты применимы на практике, например, в том же строительстве возведение генподрядной организацией здания или сооружения на условиях «под ключ» обобщенно можно рассматривать как именно такой конечный проект. «Обобщенно» означает, что активность генподрядной организации выйдет за пределы стадии реализации в период эксплуатации в виде гарантийного обслуживания, технической поддержки и иных, на сегодняшний день широко распространенных и продолжающих развиваться форм участия производителя в процессе эксплуатации его продукции. И при этом свести такую постреализационную деятельность к единовременному завершению проекта невозможно. Но с точки зрения генподрядной фирмы постреализационная деятельность требует незначительного привлечения ресурсов и занимает малую долю внимания менеджмента по сравнению с предыдущими стадиями проектирования (разработки проекта здания или сооружения) и непосредственно строительства (реализации проекта). Поэтому эту деятельность можно условно выносить за рамки основного проекта без особого ущерба для эффективности деятельности.

Но такой пример реализации терминального проекта необходимо рассматривать как частный, не самый распространенный случай управления проектом. Сводить все проектное управление исключительно к терминальным проектам представляется нецелесообразным. А сложившаяся на сегодня в России и ставшая уже традиционной методология управления проектами как раз и сводит проектное управление к управлению терминальными проектами. Этому есть и объективная причина. В России эта методология складывалась и развивалась именно в строительной сфере. Но на сегодняшний день проектное управление вышло за рамки инвестиционно-строительного комплекса и ныне актуально во многих динамично развивающихся сферах хозяйственной деятельности, таких, как информационные технологии, консалтинг, деловые услуги. Да и в инвестиционно-строительной сфере появляются новые формы, которые не укладываются в традиционные концепции. Более подробно о проектах в строительстве можно прочитать здесь.

Следует повторить, что строительство в этом смысле не является показательным примером, хотя, как видно, и здесь происходят определенные изменения в общем русле развития постреализационной активности. Более целесообразно рассмотреть в этой связи проекты разработки нового программного обеспечения. Первоначально такой проект проходит стадии проектирования и разработки (реализации), так же как и обычный терминальный проект. И чаще всего после создания первой полноценной версии программного продукта проект перестает рассматриваться как терминальный. Вслед за выпуском и дальнейшей эксплуатацией первой версии проводится работа по сбору и анализу всех замечаний и рекламаций.

Помимо того что в рамках самого проекта в текущем режиме осуществляется техническое сопровождение программного продукта и устранение выявленных недостатков путем выпуска специальных приложений (так называемых пачей (patches), сервис-паков (service-packs), также создается база для пересмотра созданного программного продукта и разработки новой, улучшенной его версии. Такая новая версия не создается на пустом месте, а является органичным продолжением предыдущей версии, и поэтому эта работа организуется специалистами и руководителями, участвовавшими в разработке первой версии. Таким образом, очередная версия является продолжением, развитием первоначального проекта, хотя сама по себе также имеет самостоятельное проектное значение, т.е. рассматривается как подпроект по созданию новой версии в рамках единого проекта разработки программного продукта. Уже при анализе двух версий программного обеспечения видно, что перед нами не терминальный проект, а постоянно развивающаяся коммерческая инициатива.

Эта инициатива, с одной стороны, носит проектно-ориентированный характер, а с другой стороны, не имеет четких характеристик проекта. Более наглядно особая природа проектного управления в таких проектах видна в более длительной временной перспективе, охватывающей не две, а значительно большее количество версий. Исходя из этого можно заключить, что это иной тип проектов. Еще более нагляден пример, когда программное обеспечение не является коробочным продуктом, а разрабатывается специально для организации и затем развивается вместе с ней (например, внутренний интернет-портал организации). Многие специалисты и аналитики уже заметили отличие подобных проектов от традиционных терминальных. Так, консультанты из Gartner Group называют такие проекты бесконечными, но далее будет предложен другой понятийный аппарат и другие определяющие классификационные признаки.