Файл: Программное обеспечение управления проектами.pdf

Введение

За последние 15 лет IT-компании существенно изменили принципы и подходы к управлению проектами не только в своей сфере, но и в других отраслях. Появление новых методологий, таких как SCRUM, AGILE и значительное изменение существующих, таких как lean и kanban является результатом не модного течения, но конъюнктурой рынка и необходимым условием выживания. Ускорение темпов жизни, ускорение бизнес-процессов приводит к тому, что компании, не меняющие свой подход к проектной деятельности, теряют время, возможности и, как следствие прибыль, что нередко становится причиной банкротства или поглощения. Верно и обратное – чтобы оставаться лидерами рынка, крупные игроки перенимают опыт молодых компаний, обновляют свои бизнес-процессы и приумножают свою прибыль. Яркими примерами, даже в таких консервативных отраслях как банковская и нефтегазодобыча, являются ПАО «Сбербанк» и ПАО «Газпром нефть». ПАО «Сбербанк» не только перенял молодую методологию agile, но и, пользуясь своими обширными ресурсами, значительно модифицировал и переработал под свои нужды, назвав получившуюся технологию sbergile.^[1] ПАО «Газпром нефть» тоже внедрила одну из гибких методологий – scrum.^[2]

Вслед за изменением подходов, меняются и инструменты управления проектами. Так, например, для методологии agile требуется частая поставка рабочего программного обеспечения (каждый месяц, неделю или чаще). Новые инструменты, такие как Jira в связке с Docker, Grafana и Teamcity позволяют создать непрерывный сквозной процесс разработки продукта, проверки качества и поставки клиенту, не потеряв из вида общую картину проекта, ведя учёт ресурсного плана и оставаясь открытым к диалогу с клиентом по управлению требованиями даже на поздних этапах разработки.

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

Ключевыми причинами выбора темы курсовой работы «Программное обеспечение управления проектами» стали:

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

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

1. Определение бизнес-процессов и этапов проекта, характерных для IT сферы;
2. Определение и анализ функциональных и нефункциональных характеристик, на основе обозначенных бизнес-процессов;
3. Анализ рынка и сравнительный анализ программного обеспечения управления проектами.

Практическое исследование, идущее в третьей главе вслед за теоретическим, подтверждает и финализирует полученные выводы.

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

Используемые методы исследования предмета:

1. Изучение теоретических материалов

2. Наблюдение

3. Эксперимент

4. Анализ и синтез

В качестве источников, используются учебные пособия и материалы, рекомендуемые Московским Финансово-Промышленным Университетом «Университет» по дисциплине «Организация управления проектами», учебные пособия аккредитованных российских государственных учебных заведений и материалы, рекомендуемые этими учебными заведениями, а так же надежные источники в сети Интернет, такие как: официальный сайт ПАО «Сбербанк», официальный сайт ПАО «Газпром нефть», официальный сайт Федеральной службы государственной статистики и т.п.

Глава 1. Функциональные требования к программному обеспечению управления проектами в сфере IT

Определение программного обеспечения управления проектами.

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

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

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

Информационная система управления проектами – организационная и программно-техническая среда, предоставляющая руководству и команде проекта инструменты выработки и реализации сбалансированных управленческих решений, охватывающая разные уровни управления проектами и позволяющая обеспечить эффективность управления.^[6]

Программное обеспечение управления проектами является комплексным программным обеспечением, включающим в себя приложения для планирования задач, составления расписания, контроля цены и управления бюджетом, распределения ресурсов, совместной работы, общения, быстрого управления, документирования и администрирования системы, которое используется совместно для управления крупными проектами^[7]

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

Функциональные требования описывают поведение системы и сервисы (функции), которые она должна выполнять.^[8]

Проектно-ориентированные организации при выборе программного обеспечения в области управления проектами заинтересованы в том, чтобы программное обеспечение удовлетворяло требованиям команды проекта и обеспечивало полную и качественную поддержку и повышение эффективности процессов управления проектами в компании. Как правило, наиболее важные требования, которые рассматриваются при выборе системы, это:

• Пользовательский интерфейс
• Управление данными
• Механизм планирования
• Обеспечение совместной работы^[9]

Нефункциональные требования относятся к характеристикам системы и её внешнего окружения.^[10]

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

Требования к графическому пользовательскому интерфейсу можно отнести к нефункциональным интерфейсным требованиям – требованиям которые описывают формат, в котором система общается с внешней средой.^[12]

Определение особенных требований, предъявляемых к программному обеспечению управления проектами в IT- компаниях.

Современные IT-компании в большинстве своём являются эдхократическими.^[13] Ключевыми факторами в эдхократии являются компетентность и групповая взаимосвязь работ.

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

• Такой продукт является результатом работы группы (как малой, меньше 10 человек, так и крупной, более 100 тыс. человек) высококвалифицированных специалистов. Т.к. каждый час работы таких специалистов оплачивается выше, чем средняя по профессиям^[14], то требуется более тщательное управление человеческими ресурсами.
• Для создания такого продукта требуется дорогостоящее оборудование. Каждому из прикладных специалистов требуется предоставить рабочую станцию для работы с исходным кодом (разработчикам) или с готовым функционалом продукта (другие специалисты, такие как тестировщики, аналитики, архитекторы и пр.). Помимо персонального рабочей станции, требуется также серверное оборудование. Не каждая организация может позволить себе избыточное количество серверов, и единственный выход для сдачи проекта в срок с сохранением качества, не увеличивая бюджет – грамотное распределение машинных ресурсов между специалистами или командами специалистов.
• Продукт нематериален, разработка компонент идёт параллельно и в то же время компоненты продукта сильно связаны.^[15] Параллельная разработка ведет к тому, что несколько специалистов работает над частями продукта, которые взаимно влияют друг на друга – при выходе из строя одного компонента, другой также выходит из строя. Т.к. все компоненты сильно связаны друг с другом, выход одного компонента из строя может привести к лавинообразному выходу из строя целого ряда других компонент, что приведет к неработоспособности всего продукта. Для недопущения подобной ситуации применяется два подхода. Первый: часто используется инкрементальная разработка с маленьким шагом^[16] – после окончания разработки части каждого компонента, программное обеспечение тестируется на поиск дефектов. Второй: жесткая интерфейсная взаимосвязь компонент между собой, прямая связь выполняемых работы и документированных требований.

Ключевые характеристики комплексных пакетов для управления проектами в сфере IT^[17]:

• Возможность рассмотрения и учета всех фаз жизненного цикла проекта;
• Возможность управления всеми проектами на предприятии, причем итоговая информация по этим проектам может представляться в различной форме (как ИСП/ИСР, в организационной форме, в виде схемы счетов или ином), задаваемой пользователем пакета;
• Возможность осуществления информационной поддержки стратегических решений;
• Возможность связи с другими информационными управленческими программами.

Вывод

Обобщая все сказанное, можно выделить ключевые параметры, по которым следует проводить анализ рынка программного обеспечения управления проектами:

Функциональные требования:

• Возможность отслеживания всех фаз жизненного цикла проекта;
• Возможность управления портфелем проектов или несколькими проектами независимо;
• Возможность представления отчета по проекту или группе проектов в различном, удобном для конкретного проекта виде;
• Наличие модуля или возможность интеграции с сервисами информационной поддержки стратегических решений;
• Возможность интеграции с другими программами управления проектами.

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

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