9. Проблемы классификации проектов

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

Учитывая вышесказанное, попытаемся представить классификацию не проектов, а различных подходов к проектному управлению исходя из самой разной специфики предметных областей, т.е. попробуем выделить разные модификации управления проектом, используемые на практике.

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

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

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