Методы управления проектами по созданию программного обеспечения

Введение

Начнем с того, что переход человечества к информационному обществу, безусловно, характеризует современное общество, это является закономерным этапом цивилизационного развития. Информационная компьютерная сеть, ее возникновение и развитие - это один из главных аспектов этого процесса. Соответственно, с возникновением Интернета наиболее актуальной являлась проблема развития рынка информационных услуг информационного бизнеса.
Отличительным знаком нашего времени является появление различных новых и усовершенствованных информационных технологий, а также создание огромного числа так называемых технических ноу-хау. Сегодня то, что не так давно было для нас необычным, перестает быть роскошью и становится обычной частью нашей жизни.
Информационные технологии с каждым днем все больше входят в нашу повседневную жизнь, становятся ее неотъемлемой частью. И, действительно, сегодня эта очевидная тенденция. Не вызывает никаких сомнений тот факт, что ИТ-технологии нам нужны.
Таким образом, можно заметить, что информационные технологии быстро превратились в жизненно важный стимул развития всех сфер деятельности человека, в первую очередь, для мировой экономики. Сегодня достаточно трудно найти сферу, в которой бы не применялись информационные технологии, хотя бы косвенно. Все это, непременно, оказывает влияние на формирование информационного бизнеса.
Актуальность работы состоит в том, что в настоящее время имеется просто огромное число стандартных процессов, а также методологий, применяя которые компания имеет возможность получить ту или иную модель производства программного обеспечения. При этом наиболее известными из них являются CMM – Capability Maturity Model, а также серия стандартов ISO 9000.
Обычно компании внедряют данные процессы только лишь с целью получения сертификата соответствия своего процесса одному из вышеупомянутых стандартов. Но, как бы это не парадоксально звучало, очень часто попытки внедрить один из вышеобозначенных процессов негативно сказывались на работе фирмы, точнее ее стабильности.
Так, в последние три года на западе стали модными термины «легковесный процесс», «адаптивный процесс», «единый рациональный процесс» и «экстремальное программирование».
Цель работы – изучение методов управления проектами по созданию программного обеспечения. Поставленная цель предполагает решение следующих задач:
рассмотреть особенности и ключевые проблемы программного обеспечения как информационного продукта;
проанализировать методы управления проектами по созданию программного обеспечения;
исследовать актуальные тенденции и основные проблемы управления проектами по созданию программного обеспечения.
При написании работы использовались такие методы, как теоретическое обоснование темы, изучение научных источников, а также их сравнительный анализ.


ПРОГРАМНОЕ ОБЕСПЕЧЕНИЕ КАК ИНФОРМАЦИОННЫЙ ПРОДУКТ: ОСОБЕННОСТИ И КЛЮЧЕВЫЕ ПРОБЛЕМЫ
Следует начать с того, что со своей сложившейся инфраструктурой, в виде крупного многоотраслевого комплекса, информационный бизнес представляет сегодня сравнительно новую сферу предпринимательской деятельности.
Так, информационный бизнес можно рассмотреть с двух противоположных сторон. Первая - данная сфера является частью системы предпринимательской деятельности, а вторая - эту сферу можно рассматривать как самостоятельный бизнес.
Информационный бизнес - это направленная на получение дохода деятельность в сфере создания и коммерческого распространения информационных продуктов, технологий и услуг, то есть бизнес в информационной сфере [6, с. 7]. Рынок информационных ресурсов, в свою очередь, можно представить следующей структурой (рисунок 1).

Рисунок 1 - Компоненты рынка информационных ресурсов
Разработка программного обеспечения (ПО) - одна из главных финансовых ниш в современном обществе. Крупные компании вливают миллиарды долларов в разработку и внедрения новых технологий в эту сферу. Но в неё не так-то просто попасть, нужны подготовленные высококвалифицированные кадры и годы для получения репутации для внедрения своей продукции на рынок [4].
Не будет преувеличением утверждение, что рынок программных продуктов является одним из наиболее динамично обновляемых и изменяющихся. Высокой динамике развития программных продуктов способствует постоянное обновление технических средств, распространение мобильных вычислительных и коммуникативных устройств, расширение электронных телекоммуникаций, прежде всего, - сети Интернет [5, c. 675].
Обобщая вышесказанное отметим, что создание программных продуктов предполагает локализацию и работу с географией продаж. Важно, для какого рынка разработан софт: российского, европейского, американского. С учетом этих данных выполняется продвижение, которое может включать узкую направленность на жителей конкретных стран и регионов.
В этих условиях создание программных продуктов подвергается активному воздействию не только внутренних и отраслевых факторов изменения спроса на программное обеспечение, но и значительному влиянию внешних факторов - изменению требований к возможностям программных продуктов, способов их поддержки

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


Методы управления ПРОЕКТАМИ ПО СОЗДАНИЮ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Начнем с того, что управление проектами по созданию программного обеспечения, позволяющие упростить и структурировать данный процесс, требует от пользователей конкретных базовых знаний – представлений о декомпозиции работ, о критическом пути, денежных потоках, жизненных циклах и т.д.
Однако не только знание содержания, но и эффективное овладение формой делает проект успешным. Оптимизировать процессы и обеспечить их управляемость и подконтрольность в деле управления проектами помогает программа, которая часть процессуальных задач решает в автоматическом режиме, сопровождая решение наглядной демонстрацией в виде графиков, диаграмм, таблиц.
В управлении проектом краеугольным камнем представляется выбор методологии его разработки [2, с. 168]. Модель и параметры процесса производства ПО в значительной мере зависит от типа проекта. У каждой команды есть свои заказчики, с которыми сложились те или иные отношения.
«Свой» заказчик. Ситуация, при которой команда разработчиков в течение длительного времени обслуживает единственного заказчика. Как правило, подобный вариант характеризуется великолепными отношениями между заказчиком и разработчиками. Зачастую такие команды располагаются на территории заказчика.
Продукт под заказ. Ситуация, при которой команда разработчиков находит стороннего заказчика и договаривается с ним о разработке программного продукта, призванного решить те или иные проблемы заказчика.
Тиражируемый продукт. Ситуация, при которой команда разработчиков либо вообще не имеет конкретных заказчиков («коробочный продукт»), либо довольно значительное количество заказчиков на один и тот же продукт.
Аутсорсинг. Наиболее молодая модель производства программного обеспечения. Появилась на почве высокой квалификации и дешевизны труда российских программистов по сравнению с их западными коллегами. Суть такой модели состоит в том, что между западной фирмой по производству программного обеспечения и российской фирмой заключается договор о субподряде [1].
Наиболее типовую в России модель процесса производства программного обеспечения можно охарактеризовать следующим образом: «Каждый разработчик выбирает тот или иной метод, или технику для создания программ в соответствии с собственными привычками и пристрастиями. Практически полное отсутствие четкой ответственности за выполнение тех или иных функций. Качество программного обеспечения является случайной величиной и напрямую зависит от способностей отдельных сотрудников компании. Практически все зависит от инициативы и деловых качеств нескольких личностей». Эта формулировка практически полностью соответствует 1 уровню CMM под названием «начальный».
Все пути решения вышеобозначенных проблем сводятся к изменению процесса производства программного обеспечения таким образом, чтобы процесс был предсказуемым, устойчивым и вовремя обеспечивал бы выполнение главной цели – готовое программное обеспечение.
Линейный жизненный цикл создания программного обеспечения (также известный как «Водопад») предусматривает последовательное прохождения 6 этапов: обследование, постановка задачи, проектирование, программирование, тестирование и внедрение [1]. Такой жизненный цикл предполагает неизменность требований, предъявляемых к ПО, с момента постановки задачи до момента подписания акта о внедрении разработанного продукта, каким бы длительным не был этап разработки программного обеспечения.
Такой подход применим, к классическим дисциплинам, таким, как строительство домов или производство станков. Данный подход применим даже в индустрии производства программного обеспечения, если требования к продукту на самом деле не меняются в течение всего цикла разработки. Еще одним условием служит устоявшаяся технология разработки ПО, без применения каких-либо до конца не исследованных технологических новинок.
Примером проектов подобного рода может служить написание программы, управляющей ракетой, летящей на Луну (маловероятно, что по ходу написания программы человечество узнало что-то кардинально новое о Луне) или создание калькулятора, требования к которому уже давно известны и долгое время не меняются. А как же быть, если требуется создать, например, электронный магазин для заказчика, торгующего компьютерами и комплектующими?
Современный бизнес очень динамичен, и требования к электронному магазину изменятся не один десяток раз в течение процесса его разработки. И каждый раз придется переписывать значительную часть кода и приводить множество документов в соответствие с новыми обстоятельствами