СТОИМОСТНАЯ ОЦЕНКА ГИБКИХ МЕТОДОЛОГИЙ

Следует отметить, что состав разработчиков и специфика проектов отличны для каждого отдельного случая (коммерческий проект разработки мобильного приложения, обучающий open-source проект для сферы образования и коммерческая разработка веб-сайта компании), поэтому для комплексной оценки требуется большее количество выполненных кейсов для четкого выявления наиболее эффективной методологии управления ИТ- проектами. В проекте №2 была возможность сэкономить на материальных ресурсах, а в проекте №3 напротив, была необходимость в закупке компьютерного оборудования и оплаты сопутствующих расходов на организацию рабочего места и трудового процесса команды. Каждая из рассмотренных методологий имеет свои достоинства и недостатки. XP и TDD лучше всего применять при работе над критичными к срокам проектам средней степени сложности, FDD является предпочтительной для более дорогих, но менее срочных проектов, Scrum методология более универсальна и эффективна для средних и крупных команд, процесс работы которых необходимо централизованно контролировать, сохраняя при этом гибкость его функционирования.
Проведенный стоимостной анализ ряда дополнительных проектов позволил выявить существенное влияние различных рисковых факторов на фактическую стоимость проекта и сроки его выполнения. В частности, установлено, что проблемы с человеческим фактором, отсутствие регулярных встреч и совещаний с заказчиком, неэффективная политика менеджмента и контроля качества процесса разработки руководством в проектах №5 и №7 привели к существенным дополнительным затратам и превышению сроков выполнения проектов. Следует заметить, что это является характерной чертой для модели управления ИТ-проектами - Waterfall. При этом, подавляющее большинство проектов, основанных на Agile методологиях, показывают более эффективные результаты, укладываются в бюджет и в сроки. Это связано с гибкостью процесса организации общения между клиентом и командой, отсутствием бюрократических проволочек и инстанций, снижении степени формальности контроля труда разработчиков и проведением регулярных внутренних совещаний (митингов).
Следует, также, отметить, что все перечисленные практики редко применяются в единичном «чистом» виде, т.к. достижение наиболее эффективных результатов возможно лишь в случаях их корректного сочетания. В частности, каждый из рассмотренных проектов на базе Agile состоит из процесса формирования отдельных спринтов, планирования объемов работ и ежедневной фиксации выполненных задач для построения итоговой диаграммы сгорания.
При этом, с нашей точки зрения, лучше всего себя зарекомендовала практика Scrum, в связи с тем, что она поддерживает большее количество инструментов для обеспечения максимальной степени гибкости процесса разработки ПО и имеет меньший порог интеграции на практике, по сравнению с XP, TDD, FDD. Это связано в первую очередь с тем, что команде: легче взаимодействовать; необходимо тратить меньше сил и времени на выполнение рефакторинга и составления проектно-отчетной документации; проще понимать состояние проекта посредством проведения кратких ежедневных Scrum-совещаний; подведения итогов с формированием рекомендаций по улучшению работы над последующими проектами посредством проведения ретроспективного анализа.
Следует отметить, что ряд существующих тенденций и аспектов на рынке разработки ПО в отечественной и зарубежной практике, с учетом специфики управления ИТ-проектами, в целом подтверждается ответами опрошенных респондентов.
Проведенные в рамках данной работы исследования в области практического управления проектами в сфере ИТ, стоимостной анализ трех реальных кейсов и опроса более 80 респондентов, практикующих гибкие методологии разработки ПО, позволили сформировать следующие ключевые рекомендации для повышения эффективности деятельности компаний.
1. Использование комбинированной мотивации членов команды исходя из личностных качеств и профессиональных возможностей. Зарубежный опыт свидетельствует, что при разработке плана мотивации сотрудников целесообразным является применение принципов и концепций соционики - науки об информационном метаболизме человека. В зависимости от результатов типирования (диагностики) каждого сотрудника необходимо комплектовать группы из совместимых и продуктивно взаимодействующих личностей. Кроме финансовой мотивации (премий, надбавок) соционика позволяет дать ответы на возможные варианты не финансовой стимуляции эффективности труда (должности, новые обязанности, креативные направления, возможность смены режима работы на удаленный, участие в мероприятиях обмена опытом и др.).
2. Сочетание различных практик из разных Agile методологий, позволяющих снизить недостатки и сложности отдельных методов. Scrum может сочетаться с элементами Kanban (планирование проекта и контроль), как свидетельствует первый из рассмотренных кейсов. TDD хорошо сочетается с XP, как показывает опыт второй рассмотренный кейс. Подобный синергетический эффект может в последствии приводить к разработке новой методологии, с учетом специфики конкретной организаций, повышающей итоговую производительность команды и способствующей снижению рисков проекта.
3. Снижение материальных затрат на проект и более понятное обоснование необходимости оплаты дополнительных функций по разработке проекта со стороны заказчика может быть достигнуто путем плотного общения с клиентом бизнес-аналитика и архитектора команды. Это позволяет детально, на примерах и с учетом уже выполненных кейсов, обсудить цели и задачи проекта, на базе которых может быть разработано конкретное техническое задание, backlog проекта и дополнительные спецификации. Также, для решения данной задачи полезным будет применение методик быстрого прототипирования (простого или эволюционного) начальных версий интерфейса, разрабатываемого ПО для заказчика. Видя несколько вариантов предложенных командой прототипов, клиент проникается доверием к разработчикам, становиться более склонным к ведению конструктивного диалога.
4. Для снижения рисков проекта, кроме описанных выше подходов по оценке трудоемкости, бюджета, способностей членов команды, необходимым, на наш взгляд, является применение эффективных методов количественной оценки рисков. В число таких подходов следует отнести следующие:
- метод Монте-Карло - направленный на проведение имитационного моделирования исследуемых процессов;
- методы построения нечетко-вероятностных продукционных моделей оценки рисков (на базе алгоритмов Mamdani и Sugeno) - использующих аппарат нечеткой логики для выявления специфики взаимовлияния и взаимозависимости факторов рисков;
- методы кластерного анализа (алгоритмы k-means или c-means) для выделения рисков в отдельные кластера для формирования приоритетов при их закладывании в проект;
- методы построения искусственных нейронных сетей для прогнозирования возможных рисков исходя из заданных входных статистических выборок данных.
Таким образом, представленные результаты, разработанные рекомендации, кейсы, которые были рассмотрены в рамках 2-й главы выполненной работы могут быть полезными и ценными для команд, применяющих Agile методологий. Приведенная методика стоимостного анализа, примененная для описанных кейсов, может быть использована для оценки материальных расходов и для других проектов.


Купить