Эмпирическое управление процессом по сравнению с определенным управлением процессом в Scrum: Полное руководство

Эмпирическое управление процессом по сравнению с определенным управлением процессом

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

Управление процессом

Что такое определенное управление процессом?

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

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

Что такое эмпирическое управление процессом?

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

Эмпирическое управление процессом имеет следующие характеристики:

• Учится на прогрессе
• Ожидает и принимает изменения
• Использует короткие циклы разработки для проверки и адаптации
• Оценки служат только для справки и могут быть неточными

Эмпирическое управление процессом в Scrum

Эмпирическое управление процессом в Scrum

В Scrum эмпирическое управление процессом реализуется через три основных принципа: прозрачность, проверка и адаптация.

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

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

Если инспекторы определяют, что один или несколько аспектов процесса находятся за пределами допустимых значений, и результативный продукт будет неприемлемым, они должны скорректировать процесс или материалы, которые обрабатываются. Корректировки должны быть выполнены как можно скорее, чтобы минимизировать дальнейшие отклонения.

Три краеугольных камня в событиях Scrum

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

Например:

• Событие Ежедневный Scrumиспользуется для проверки прогресса в достижении цели спринта и внесения корректировок в работу на следующий день с целью максимизации ценности.
• Кроме того, Обзор спринтаи планирование спринта используются для проверки прогресса в достижении цели релиза и внесения корректировок для оптимизации ценности в следующем спринте.
• Наконец, событие Ретроспектива спринтаиспользуется для анализа прошедшего спринта и выявления изменений, которые сделают следующий спринт более эффективным, продуктивным и приятным.

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

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

• Артефакты
  • Заявление о видении проекта
  • Приоритет Продуктовый бэклог
  • План релиза
• Встречи
  • Встреча обзора спринта
  • Ежедневная стоячая встреча
• Информационные радиаторы
  • График сгорания
  • Доска задач Scrum

Проверкав Scrum описывается следующим образом:

• Использование общих досок задач Scrum и других информационных радиаторов
• Сбор обратной связи от клиентов и заинтересованных сторон в ходе разработки эпиков, создание приоритизированного продуктового бэклога и планирование поведения релиза
• Собственник продукта и клиенты проверяют и утверждают результаты на демонстрациях и проверках спринта

Адаптация является основой Scrum, где команда и заинтересованные стороны учатся на прозрачности и проверке, а затем адаптируют свою работу соответствующим образом. Гибкость в Scrum описывается как:

• Ежедневные стендап-встречи
• Постоянная идентификация рисков
• Запросы на изменение
• Руководство по Scrum
• Собрания по итогам спринта