chitay-knigi.com » Психология » Гибкое управление проектами и продуктами - Борис Вольфсон

Шрифт:

-
+

Интервал:

-
+

Закладка:

Сделать
1 ... 16 17 18 19 20 21 22 23 24 25
Перейти на страницу:

• диаграмма вариантов использования;

• диаграмма классов;

• диаграмма робастности;

• диаграмма последовательности.

Об использовании методологии ICONIX см. разд. «Процесс ICONIX» гл. 8.

Как внедрить Agile за четырнадцать недель

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

Основная цель составления данного плана по внедрению Agile – дать четкую и краткую инструкцию по трансформации компании/подразделения в гибкую и эффектную бизнес-единицу по производству программного обеспечения.

План рассчитан на небольшие компании размером 20–50 человек и нуждается в адаптации под конкретную организацию. Для компаний (или отдельных команд) меньшего размера можно использовать этот же план за исключением масштабирования методологий.

Будем считать, что в компании по исторически сложившимся обстоятельствам применяется «методология» Code&Fix. В качестве допущений будем использовать следующие положения:

• длина спринта – две недели;

• длина релиза фиксирована – три итерации;

• внедрение Agile поддерживается руководством.

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

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

При выборе компании или тренера рекомендуется обратить внимание на следующие факторы.

Реальный практический опыт работы по теме тренинга. Самым важным параметром при выборе компании и тренера является наличие практического опыта работы по теме тренинга. Дело в том, что тренеры-теоретики просто не способны понять многие вещи в силу отсутствия соответствующего опыта даже при наличии всех необходимых сертификатов.

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

Принципы внедрения
Цикл Деминга (PDCA-цикл)

При организационных изменениях очень помогает использование здравого смысла и научного подхода. Традиционным методом в данном случае является цикл Деминга, который состоит из четырех шагов.

• Plan (планирование). Производится анализ системы, вырабатываются возможные подходы к улучшениям, и определяются желаемые результаты.

• Do (исполнение). Решения, выработанные на предыдущем шаге, реализуются.

• Check (проверка). Производится анализ результатов, полученных на предыдущем шаге.

• Act (корректировка). Выполняются корректирующие действия для уменьшения отклонений от плана.

Гибкое управление проектами и продуктами

Цикл Деминга

ShuHaRi

Внедрение методологии и практик можно разбить на три этапа. Важно, чтобы компания и отдельные команды их прошли, не застряв на одном из них. Названия:

• Shu (Гибкое управление проектами и продуктамизащита, подчинение) – изучение традиционной мудрости – изучение методологии, работа строго по книжкам, руководствуясь предписаниями тренера/внедренца;

• Ha (Гибкое управление проектами и продуктамиотделение, отклонение) – отступление от традиции – понимание методологии на очень глубоком уровне и ее адаптация под требования проектов/бизнеса/внешней среды;

• Ri (Гибкое управление проектами и продуктамипокидание, отделение) – превосходство над традицией – осознанное отступление от методологии, например переход со Scrum на Scrumban.

Важно пройти все этапы, не перепрыгивая, – достаточно распространенная ситуация, когда команда не может делать Scrum и сразу перепрыгивает на канбан, что в итоге выливается в классический Code&Fix.

График и содержание внедрения

План состоит из трех частей.

1. Подготовка компании к трансформации – сбор и анализ информации, получение знаний и навыков сотрудниками компании.

2. Первый релиз – знакомство с основными элементами Scrum и Lean.

3. Второй релиз – адаптация Agile к бизнесу компании.

Неделя № 1 (подготовка к трансформации)

Цели: собрать и проанализировать основную информацию о компании, дать основным участникам базовые знания об Agile.

1. Изучение и описание текущих бизнес-процессов компании: составление карты бизнес-процессов, касающихся разработки ПО/сайтов (в графическом или текстовом виде).

2. Изучение проектов и организация их в портфель проектов:

• составление списка проектов;

• разработка методологии приоритизации, принятие решений о запуске/завершении проектов;

• приоритизация и балансировка портфеля проектов.

3. Буткемп по основам Scrum (однодневный тренинг по основам скрама с деловыми играми): каждый участник тренинга должен понимать роли, процессы и артефакты Scrum.

4. Продвинутое обучение скрам-мастеров (четырехчасовой тренинг): скрам-мастера должны получить дополнительные знания и навыки по процессам Scrum, навыки фасилитации и организации работы команд.

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

Неделя № 2 (нулевой спринт)

Цели: выработать понимание продукта и создать высокоуровневую архитектуру.

1 ... 16 17 18 19 20 21 22 23 24 25
Перейти на страницу:

Комментарии
Минимальная длина комментария - 25 символов.
Комментариев еще нет. Будьте первым.
Правообладателям Политика конфиденциальности