• 5

3.2. Терминальные проекты

Терминальный (конечный) проект — проект, имеющий терминальную цель и четко ограниченный жизненный цикл, обозначенный моментами, когда проекта еще не было и когда проекта уже нет. Это традиционные, класси­ческие проекты, описываемые в большинстве печатных изданий по управ­лению проектом. Перед терминальным проектом ставится четкая цель, достижение которой означает завершение проекта. Поставленная цель достигается полностью, а высвободившиеся материально-технические, человеческие, информационные или финансовые ресурсы направляются для достижения других целей. Чаще всего в рамках терминальных проек­тов создается или разрабатывается какой-то один сложный комплекс про­дукции, одна сложная система. Классическим примером терминального проекта является строительный проект, т.е. строительство какого-либо промышленного или гражданского объекта.

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

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

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

тельностью по повышению доходности недвижимости) подразумевает зна­чительное расширение рамок проектного управления, так как не сводится только к созданию объекта недвижимости генподрядчиком, заказчиком- застройщиком или инвестором. У девелопера на всех стадиях инвестици­онно-строительного проекта особая роль, отличная от роли других участ­ников. Активное участие девелопера в проекте охватывает весь период эксплуатации и дальнейшего развития объекта недвижимости. Для деве­лопера важно, чтобы здание было спроектировано исходя из выявленных им потребностей потенциальных клиентов и с учетом всех архитектурных и строительных норм и правил. Не менее важно, чтобы здание было пост­роено в соответствии с проектом, в установленные сроки и в рамках ут­вержденного бюджета. Но, пожалуй, самым важным для девелопера явля­ется эффективное использование полученной строительной продукции, объекта недвижимости, так как именно на этом этапе осуществляется поступление всех доходов. При этом девелопер может решать задачи не только продажи недвижимости и промышленных объектов физическим или юридическим лицам, осуществляющим непосредственную эксплуата­цию, но и передачи в аренду объекта целиком или по частям. Девелопер заинтересован в том, чтобы созданный объект приносил как можно боль­ше прибыли в течение как можно более длительного времени, и поэтому он активно развивает этот объект исходя из собственного знания рынка и необходимости соответствия объекта требованиям, предъявляемым уже в период эксплуатации. Таким образом, девелопмент как новая форма ин­вестиционно-строительной деятельности не укладывается в традиционное понимание терминального проекта.

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

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

С одной стороны, строительная продукция стационарна, стабильна и, так сказать, консервативна в своей материальной форме, она обычно не тре­бует особого участия в своем развитии, а подразумевает лишь поддержа­

ние ее на ранее заявленном уровне. Иными словами, постреализационная деятельность в строительстве имеет обычно стабилизирующий характер. Даже если речь заходит о дальнейшем развитии строительной продукции, то это рассматривается как новый проект по перестройке или реконструк­ции здания или сооружения.

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

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

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

Авторы: 1379 А Б В Г Д Е З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Э Ю Я

Книги: 1908 А Б В Г Д Е З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Э Ю Я