Модели и алгоритмы управления жизненным циклом программного продукта

не работают, так как нет эффективных механизмов их конкретного применения. В связи с этим процветает компьютерное пиратство, рынок заполнен нелегальными копиями программных продуктов.

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

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

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

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

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

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

программный продукт нематериален, его нельзя увидеть

впроцессе конструирования и, следовательно, оперативно повлиять на его реализацию;

ЖЦ ПП в существующих стандартах описан в общем виде и прямо не ориентирован на специфику конкретного продукта, необходимо адаптировать стандарты под конкретные условия;

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

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

Вотличие от обычных товаров, имеющих материально-ве- щественную форму, программные продукты являются предметом интеллектуального труда и охраняются авторским правом.

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

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

производится в условиях повышенного риска; характеризуется ничтожными затратами на тиражирование по сравнению с затратами на разработку продукта.

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

1.3. Функциональная модель жизненного цикла рыночного программного продукта

В общем случае можно утверждать, что управление жизненным циклом программного продукта имеет определенное сходство с процессами управления ЖЦ любого нового продукта. В то же время, учитывая специфику программных продуктов как нематериальных объектов и рекомендации ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств» и PMBOK (Project Management Body Of Knowledge — «Свод знаний по управлению проектами»),

под жизненным циклом тиражного программного продукта

будем понимать упорядоченную совокупность фаз (процессов, работ и задач), охватывающих эволюционное изменение программного продукта с момента возникновения потребности в нем либо идеи его создания до полного изъятия ПП из эксплуатации. С учетом основных положений классического маркетинга [10] эта совокупность может быть представлена в виде структуры ЖЦ IT-продукта (рис. 1.2).

Эффективные процессы инициации программного про-

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

Конечной целью фазы инициации является разработка биз- нес-плана программного проекта. Бизнес-план — это общепринятая в мировой хозяйственной практике форма представления деловых предложений и проектов, содержащая развернутую информацию о производственной, сбытовой и финансовой деятельности организации и оценку перспектив, условий и форм сотрудничества на основе баланса собственного экономического интереса фирмы и интересов партнеров, инвесторов, потребителей, посредников и других участников инвестиционного проекта [11].

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

Так, макет бизнес-плана, утвержденный постановлением Правительства РФ от 22.11.1997 г. № 1470 имеет следующую структуру: титульный лист; вводная часть, или резюме проекта (3–4 с.); анализ положения дел в отрасли (3–4 с.); производственный план; план маркетинга; организационный план; финансовый план.

Международная форма бизнес-плана ЮНИДО, разработанная ООН по промышленному развитию, включает следующие разделы: резюме; идею (сущность) предлагаемого проекта (общие исходные данные и условия, описание образца нового товара, оцен-ка опыта предпринимательской деятельности); оценку рынка сбыта (описание потребителей нового товара, оценка конкурентов, оценка собственных сильных и слабых сторон относительно конкурентов); план маркетинга (цели маркетинга, стратегия маркетинга, финансовое обеспечение плана маркетинга);

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

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

Функциональная модель фазы инициации программного проекта представлена на рис. 1.3.

Идея программного продукта, который компания могла бы предложить рынку, формируется в виде описания ценностного предложения для потребителя, состоящего из одного–двух предложений и без описания конкретной формы реализации.

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

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

Рис. 1.3. Набор стадий фазы инициации