• 5

3.3. Развивающиеся проекты

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

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

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

Иерархический характер модификации версий структуры содержания проекта и структуры продукции проекта можно продемонстрировать на конкретном примере. Вслед за созданием первой версии программы появляется подверсия с номером 1.1 или подверсия еще более низкого уровня — 1.1.1. В зависимости от потребностей могут создаваться подвер- сии 1.2, 1.3 и т.д. или же подверсии более низкого уровня — 1.1.2, 1.1.3... 1.1.10, 1.2.1, 1.2.2... 1.2.5 и т.д. После того как потенциал решений первой версии будет исчерпан, начинается развитие новой, второй версии программного продукта с последующим развитием ее подверсий (2.1, 2.2 и т.д.). Таким образом, по ходу развивающегося проекта складывается слож­ная иерархическая система последовательного (а иногда и параллельного) управления структурой продукции. Цифровой код той или иной версии определяется самым нижним уровнем структуры продукции, который не подвергался изменениям. Иными словами, версии 1.3.4 и 1.3.7 созданы на базе версии 1.3, т.е. на основе модификации третьего уровня; в данном случае второй уровень является нижним уровнем структуры продукции, который не подвергается изменениям при разработке этих версий. Этот нижний, не подвергаемый изменениям уровень является базовым для со­здания всех производных от него версий. Такая иерархическая модель наглядно демонстрирует особенности развивающегося проекта (конечно, реальная нумерация и кодификация различных версий продукции опреде­ляется не только логикой внесения изменений в конфигурацию продук­ции, но и содержанием проекта и его продукции).

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

4 Управление проектом

ствах), то развивающийся проект построен на постоянном изменении, совершенствовании и управлении конфигурацией продукции проекта.

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

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

Проект создания программного обеспечения — яркий пример развиваю­щегося проекта. Однако развивающийся проект характерен и для других отраслей экономики. Именно развивающийся проект является наиболее распространенным в современной хозяйственной действительности. Со­

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

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

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

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