14
Рисунок 3. Схема создания и управления проектом
На рисунке 3 показаны стандартные процессы управления стандартным
проектом, где самым важным фактором представляется идея или гипотеза.
Существует 5 этапов развития проекта:
1) Создание идеи. На данном этапе происходит поиск идей, обширный
анализ рынка, создание бизнес-плана и разработка технических средств для
воплощения идеи в реальный продукт.
2) Запуск. В стадии запуска продукт должен доказать свое преимущество
на рынке и найти своего потребителя, обойдя большое количество доступных
аналогов. Создателям необходимо проявить большое упорство и
продемонстрировать деловую хватку.
3) Развитие. На определенном уровне развития проект охватывает нишу
рынка, на которую ориентировались разработчики. Происходит процесс
утверждения продукта на рынке и выход на точку безубыточности.
4) Стадия расширения. На данной стадии продукт становиться
узнаваемым и пользуется спросом у потребителей. Цели, поставленные
командой, достигнуты. Компания не останавливается на достигнутых
15
результатах и продолжает продвигать плод своей идеи, переходя на более
обширные рынки.
5) Выход – это конечная стадия, когда инновационная компания
достигает пика своего развития и передает свой продукт более крупным бизнес-
игрокам.
Для каждого из выше перечисленных пунктов присущи свои методы и
инструменты, с помощью которых реализуются цели на каждой стадии.
Управление проектами или проектный менеджмент является
необходимым оружием для выживания и получения конкурентных
преимуществ на рынке. При отсутствии определенной концепции управления,
стартапы, особенно крупные, редко завершаются вовремя и в пределах их
приемлемой стоимости. Правильно подобранная методология ведет группу
разработчиков через управляемый, просматриваемый набор действий и
инструментов, направленных на достижение желаемых результатов [1].
Рассматривая классические или, как их еще называют, нейтральные
концепции управления, одной из лидирующих в применении является
методология PRINCE2.
PRINCE2 (Projects In Controlled Environments) – методология управления
проектом, в которой происходит структурированный метод управления,
разработанный на основе тысяч лучших практик реальных проектов. Данная
методология включает в себя весь набор инструментов по организации и
контролю стартапов, дает четкую инструкцию от начала и до конца по всем
аспектам, на протяжении всего жизненного цикла проекта.
Основным преимуществом данного метода является разделение всего
процесса на этапы для более эффективного использования ресурсов. Именно
это главный фактор успеха для стартапов, так как на начальном этапе ресурсы
ограничены, и нерациональное их использование приведет к краху проекта.
16
Рисунок 4. Схема работы по PRINCE2
Данная методология подходит к проектам любой сферы, так как не имеет
предметной области.
Методология Scrum в отличие от PRINCE2 ориентирована только на IT-
проекты. Данная концепция позволяет решать такие проблемы, как отсутствие
слаженной работы внутри команды, невыполнение планов, дублирование задач
внутри подразделений.
Ориентация на клиента в данном аспекте ставится на первое место, так
же, как и взаимодействие с пользователем во время планирования и
выполнения проекта. Отличительной чертой данного подхода является
оперативность реагирования на изменения требований и быстрой адаптации к
ним.
Рисунок 5. Схема процесса Scrum
17
На рисунке 5 показан процесс согласно методологии Scrum, который
заключается в пяти основных встречах: упорядочивания беклога, планирования
спринта, ежедневные летучки, подведение итогов и ретроспективы спринта [2].
Под спринтом подразумевается обработка данных, которые повторяются
многократно на разных этапах, предполагая, что посредством последующего
спринта команда будет получать более эффективный результат. Такой подход
позволяет группе разработчиков быстро выявлять и анализировать свои
ошибки, принимая на следующем этапе более точное решение, основанное на
ошибочном опыте.
Методология Scrum разработана для быстрого достижения четких целей и
не допускает нарушения правил [5].
Рисунок 6. Жизненный цикл внедряемых элементов в методологии
Kanban
По сравнению с Scrum, методология Kanban, которая была разработана в
Японии в 1953 году, более мягко подходит к ограничению во времени
спринтов, так же в ней отсутствуют роли, кроме владельца проекта (рис. 6).
18
Метод управления Kanban позволяет вести сразу несколько задач, тем самым
выделяя те, которые стоят в приоритете проекта. Kanban – методология
управления разработкой, реализующая принцип «точно в срок» и
способствующая равномерному распределению нагрузки между
разработчиками. Такая концепция управления хорошо работает в стартапах, у
которых нет четкого плана. Когда запускается новый продукт, возникают
различные проблемы. Доска Kanban позволяет отслеживать внедряемые
характеристики и элементы для выделения основных показателей.
Методология Lean стартап, разработанная в 2011 году Эриком Рисом
стала настоящим прорывом в сфере инновационных разработок. В основе его
методологии лежит бережливое производство, суть которого заключается в
максимальном предотвращении рисков и адаптации маркетинговой стратегии
путем предварительного выхода на рынок для постоянного улучшения
продукта [3].
Задача этой методологии заключается в том, чтобы помочь менеджерам
проекта избежать огромных финансовых затрат и рабочего времени, создавая
продукт, который не найдет своего потребителя.
Исходя из того, что скорость является единственным преимуществом
проекта, «Бережливый проект» запускает главную идею – это как можно
быстрее интегрировать свои гипотезы, так как все, что происходит во время
разработки – это эксперименты.
Lean проект используются для развития клиентов, отталкиваясь от данной
идеи, метод предполагает разработать минимально жизнеспособный продукт,
благодаря которому можно учесть все желания и критику потребителей. Далее,
после опросов, учитывая рекомендации, процесс повторяется.
Данный метод выхода на рынок идеально подходит для каждого проекта.
P2M – японский стандарт по управлению проектами и программами,
сориентированными на инновации в развитии организации. Основной принцип,
которого придерживается данная методология – это рассмотрение стартапа с
точки зрения создания новой ценности.
19
P2M основывается на четырех простых принципах:
– Профилирование механизма создания ценностей.
– Инновации – это ключ развития проекта.
– Высокая квалификация менеджеров – залог успеха проекта.
– Холистическое видение как основа оптимизации управления проектом.
Холистическое видение для руководителя стартапа – важная и
неотъемлемая часть понимания и представления инновационного проекта в
целом, от начальной до конечной точки разработки.
Проведя сравнительный анализ рассмотренных ранее методологий,
можно сделать следующий вывод: из всех вышеперечисленных концепций
наиболее эффективной в рамках управления проектом является концепция
Lean.
Данная методология быстро получила признание и применение в кругу
менеджеров по управлению проектами, концепция, которая основана на
простых принципах, дает преимущество не только для опытных групп
разработчиков, но и для команд, которые только начинают развиваться в
данном направлении. Эрик Рис создал оптимальную методологию, которая
позволяет получить обратную связь с потребителей, тем самым тестируя идею
разработчиков, другими словами – это разработка минимально
жизнеспособного продукта (MVP) [3].
Lean проект или как его еще называют «бережливый» несет в себе идею
быстрых экспериментов, позволяющих сократить время и ресурсы на ненужные
усилия, которые в конечном итоге не решат существенные проблемы.
Таблица 1
Комплексное рассмотрение методологий
Методология
Основные этапы
Преимущества
Недостатки
PRINCE2
Начало проекта;
Инициация
проекта;
Управление
проектом;
Разделение проекта
на этапы;
Жесткий контроль
проекта.
Отсутствие
регламентирования
со
стороны методологии
подходов к
20
Контроль
проекта;
Реализация
проекта;
Управление;
Завершение
проекта.
управлению
контрактами
поставок.
Scrum
Упорядоченный
беклог;
Планирование
Спринта;
Ежедневные
летучки;
Подведение
итогов Спринта;
Ретроспектива
Спринта.
Оперативность
реагирования на
изме-
нения требований и
быстрой адаптации
к ним;
Быстрый запуск
проекта с
минимальным
бюджетом.
Сложности при
заключении
договоров;
Большое количество
исключений
проектов.
Kanban
Карточки;
Непрерывный
поток;
Постоянное
улучшение.
Нет четко
установленных
дедлайнов;
Правильная
расстановка
ограничений;
Высокое качество
продукции на всех
стадиях.
Не подходит для
жестких дедлайнов.
P2M
Определение;
Изменение;
Исследование;
Разработка;
Контроль.
Ориентация на
конечный
финансовый
результат;
Интеграция
процессного
подхода;
Повышение
рентабельности за
счет
сокращения
издержек.
Не предполагает
изменения культуры
организации и стиля
управления;
Высокая стоимость
обучения
корпоративного
клиента.
Lean
Идея;
Определение;
Эксперименты;
Прыжок;
Тестирование;
Оценка;
Вираж;
Рост;
Адаптация.
Создание
минимально
жизнеспособного
продукта;
Быстрые интеграции;
Инструменты с от-
крытым исходным
кодом.
Работа только над
функциями, а не над
продуктом в целом;
Непрерывное
интегрирование
способствует спаду
результативности
команды.
На основании представленной таблицы можно сделать вывод, что самым
оптимальным методом с целью управления проектом является метод: Lean.
Данный метод способствует созданию максимально ориентированного на
21
жизнеспособности проекта и быстрому внедрению проекта в практическое
применение.
1.3. Особенности управления проектами со сложной структурой
Управление проектами со сложной структурой обладают определенными
особенностями, которые необходимо учитывать при разработке и реализации
проектов.
Проекты со сложными структурами могут реализовываться не одной
организацией, а несколькими – в этом их главная отличительная особенность от
проектов с простой структурой. И чем больше организации, с помощью
которых осуществлется реализация проекта, тем сложнее считается структура
самого проекта.
Рассмотрим типы управления разными видами сложно-структурных
проектов.
Выделяют три основных вида управления:
1. Общее управление проектом реализует Заказчик.
2. Общее управление проектом реализует Генеральный подрядчик.
3. Общее управление проектом реализует специализированная
Управляющая фирма.
22
Рисунок 7. «Сложные» организационные структуры
(Общее управление проектом – функция Заказчика)
Рисунок 8. «Сложные» организационные структуры
(Общее управление проектом – функция Генерального
подрядчика)
23
Рисунок 9. «Сложные» организационные структуры
(Общее управление проектом – функция Управляющей
фирмы)