Академический Документы
Профессиональный Документы
Культура Документы
Введение
1
Особенность данных методов – четкая регламентированность порядка действий. Это с
одной стороны облегчает принятие решения об организации работ по проекту, с другой
стороны становится препятствием в проектах с высокой неопределенностью требований
или внешних факторов.
2. Гибкие методы
3. Комбинированные и «интуитивные»
Эта группа методов не менее распространенная, чем первые две, формируется из команд,
которые пришли к самоорганизации самостоятельно, либо скомбинировали подходящие
для них подходы, взятые из известных им методов.
Самый очевидный способ сделать проект более управляемым – это разбить процесс его
исполнения на последовательные фазы. Именно на такой линейной схеме базируется
традиционное проектное управление. Как уже было показано в предыдущих лекциях, все
проекты могут иметь следующую структуру жизненного цикла [PMBoK]:
начало проекта;
организация и подготовка;
завершение проекта.
2
сопровождающих управление проектом (Устав проекта, План коммуникаций, Реестр
рисков, План управления изменениями и пр.) [PMBoK].
Agile
Как уже говорилось, далеко не все проекты могут быть организованы таким образом,
чтобы к ним могли быть эффективно применены методы классического проектного
управления. Это как приготовление одного блюда идеально ложится на классический
подход, а вот вовремя приготовить и подать ужин из нескольких разных блюд с учетом
обратной связи от посетителей будет практически невозможно с этим подходом.
Несмотря на то, что Agile был придуман для IT-проектов, многие ценности и принципы
подойдут и для проектов в других областях.
3
Our highest priority is to satisfy the customer through early and continuous delivery of valuable
software.
Welcome changing requirements, even late in development. Agile processes harness change for
the customer’s competitive advantage.
Мы всегда готовы изменять требования, даже на поздних стадиях проекта, если узнаем
что-то новое. Гибкие процессы используют изменения для обеспечения конкурентных
преимуществ заказчика.
The most efficient and effective method of conveying information to and within a development
team is face-to-face conversation.
Agile — это просто набор ценностей и принципов. Основной минус подхода состоит в
том, что требуются высококвалифицированные и мотивированные сотрудники, которым
придется самостоятельно выстраивать свою систему управления, руководствуясь данными
принципами. Также требуется значительное количество времени от Заказчика.
Гибкие методы
Scrum
4
Метод, признанный в семействе Agile наиболее структурированным. Scrum используется
для проектов, в которых необходимы «быстрые победы» в сочетании с толерантностью к
изменениям. При таком подходе продукт проекта разбивается на части, подходящие для
немедленного применения Заказчиком. Такие части оформляются в виде «беклога» (задел
продуктов, Product BackLog). Чаще всего такой метод применяется для разработки
программного обеспечения.
Наиболее важные для Заказчика части первыми отбираются для выполнения в «спринте»
(Sprint, cпринт – это итерация продолжительностью от 2 до 4 недель). В результате
выполнения спринта Заказчик получает готовую к использованию часть продукта проекта.
После окончания одного спринта проектная команда начинает следующий спринт.
Продолжительность спринтов одинакова, но команда сама устанавливает ее, оценивая
свою производительность и особенности проекта.
5
Летучки – это ежедневные встречи для обмена сведениями (до 15 минут). Члены
команды делятся информацией о статусе своей работы и состоянии проекта, однако
никакие решения не принимаются и проблемы не обсуждаются (для этого выделяется
отдельное время, устраиваются дополнительные встречи).
Процесс организации работ по проекту подходит далеко не для каждого продукта (не
каждый продукт можно разбить на части, выполнять итерациями).
Lean
Метод Lean дополняет принципы Agile за счет внедрения схемы потока операций
(workflow) для выполнения отдельной итерации. В Lean работу разбивают на некоторые
части (пакеты), реализующиеся независимо друг от друга. В отличие от Scrum каждый
6
пакет различается своим потоком операций с этапами (планирование, тестирование,
разработка и т.д.) – главное, чтобы эти этапы были важны для качественного
осуществления проекта.
Kanban
7
В Канбан поток работы проекта разбивается на столбцы, а задачи обозначаются
специальными карточками. Карточки перемещаются по этапам, на каждом из которых
повышается процент завершения. В итоге получается готовый элемент продукта. Доска со
столбцами может быть реализована как в физическом виде, так и в электронном
(например, Trello, JIRA, Bitrix24, Planfix, Kanbanchi и др.). Пример такой доски
представлен в презентации к лекции.
Карточки создаются для каждой задачи, где фиксируется вся нужная информация о
ней.
Регламентированные количество задач для каждого этапа, что позволяет отслеживать
возникновение «заторов» в потоке операций.
Непрерывное улучшение: постоянный анализ рабочего процесса и поиск путей
повышения его эффективности.
Гибкость к изменениям.
8
ЗАДАНИЕ