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

Но каким образом достигалась расстановка приоритетов, если подсчет ROI больше не проводился? Оказалось, что он и не нужен. Если элемент важен и ценен, то его выбирали из очереди в бэклоге, а если нет, то отодвигали дальше.

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

А как насчет правила, согласно которому крупные запросы не поступали в техподдержку, а становились частью большого проекта? В итоге решили, что некоторые из них все же могут туда направляться. Опыт показывал, что таких запросов обычно менее 2 %. Разработчиков просили быть внимательными и, если новый запрос, по их оценкам, требовал на обработку более 15 дней, предупреждать своего менеджера. Риски и затраты в данном случае составляли менее 1 % доступной мощности. Это прекрасно окупалось: отказавшись от оценок, команда обрела более 33 % мощности за счет затрат менее 1 % той же мощности. Это новое правило позволило разработчикам управлять рисками и при необходимости высказывать свое мнение!

На первые два изменения отвели шесть месяцев. В течение этого периода внесли еще кое-какие незначительные улучшения. Как уже упоминалось, появилось правило очищения бэклога, а еженедельное совещание с владельцами продукта исчезло. Процесс протекал так гладко, что Драгош автоматизировал инструмент Product Studio: теперь он получал электронное сообщение каждый раз, когда образовывалось свободное место для нового задания. После этого Драгош предупреждал по электронной почте владельцев продукта, что им необходимо решить, за какое задание браться прежде всего. Производился выбор, и запрос из бэклога работы переводился в очередь через два часа после того, как появлялось свободное место.

<< | >>
Источник: Дэвид Андерсон. Канбан. Альтернативный путь в Agile. 2017

Еще по теме Примечание. Это распространенная тема в канбан-методе. Сочетание четких правил, прозрачности и визуализации дает членам команды возможность принимать собственные решения и самостоятельно оценивать риски. Руководство в итоге начинает доверять системе, поскольку понимает, что процесс – это набор правил, которые предназначены для управления рисками и удовлетворения пользовательских ожиданий. Эти правила прописаны, работа открыто визуализируется, а все члены команды понимают правила и принципы их пр:

  1. двигаться — действовать — принимать решения — использовать возможности
  2. Как принять решение, начинать ли мне собственное дело?
  3. Брюс Тулган. Все начальники делают это. Пошаговое руководство по решению (почти) всех проблем менеджера, 2016
  4. 5.1.3. Риски при операциях с недвижимостью Риск – это возможные отклонения реальных результатов той или иной операции или проекта в отрицательную сторону по сравнению с планируемыми вначале
  5. Прозрачность — ценный источник возможностей
  6. Что дает вам право собственности
  7. Художественное произведение дает возможность дистанцироваться
  8. Мы разработали два сценария на 2025 год, иллюстрирующие пути развития анархономики В сценарии «Восстание против картелей» интеллектуальные права еще более ужесточаются и, хотя это облегчает жизнь за счёт массового производства контента, однако создает контркультуру «пиратов» В сценарии «Эпоха возможностей» интеллектуальные права, напротив, смягчаются, при этом становится труднее жить за счёт массового производства контента, хотя эа ситуация и дает небогатым людям больше возможностей В обоих сцен
  9. 7. Принимаете ли вы на себя необходимые риски, сопутствующие вашей жизненной философии?
  10. Сочетание методов государственного управления
  11. XVIII Руководствуйся правилом 60–30–10
  12. 43. Чтобы доверять собственному выбору, самоуправление должно быть многоуровневым
  13. Часть II/27. Руководство по поисковой оптимизации для начинающих от Google
  14. Под инвестором в данной структуре понимается юридическое или физические лицо, принимающее инвестиционные решения. Он осуществляет вложение собственных или заемных денежных, а также иных привлеченных имущественных или интеллектуальных ценностей в инвестиционный проект и обеспечивает их целевое использование
  15. ТЕМА РУКОВОДСТВО КАТЕГОРИЯМИ И ДРУГИЕ ЕРЕТИЧЕСКИЕ ЗАБЛУЖДЕНИЯ
  16. Сформируйте у персонала осознание потребности в качест­венной работе и создайте возможность для улучшения качества. 2. Установите цели для постоянного совершенствования дея­тельности. 3. Создайте организацию, которая будет работать над дости­жением целей, выработав условия для определения проблем, вы­бора проектов, сформировав команды и выбрав координаторов. 4. Предоставьте возможность обучения всем сотрудникам организации. 5. Выполняйте проекты для решения проблем. 6. Информируйте сотрудников о