Насколько вы Agile? Проверьте свою команду с помощью Теста Nokia!
Простая диагностика из 9 вопросов для команд, которые используют гибкие практики
В сообществе Agile компания Nokia запомнилась своим Nokia Agile Test – простой и понятной методикой оценки того, насколько гибкая у вас команда.
Кстати, подробнее об истории этого индустриального гиганта и как вышло, что Nokia проиграла Apple и Android, я рассказывал в этом видео 👇
В тесте Nokia всего 9 вопросов про разные аспекты работы гибкой команды.
— Есть ли у вас итерации?
— Как происходит тестирование?
— Как работает Владелец продукта и как структурирован бэклог?
Предлагаю вам пройти быструю диагностику и получить ответы на все эти вопросы. Тест подготовлен компанией ScrumTrek на основании последней версии теста компании Scram. Inc.
Excel-таблицу для подсчета баллов и расшифровки результатов можно скачать по этой ссылке.
Кто и когда придумал Тест Nokia?
Изначально тест был разработан Басом Водде (Bas Vodde) – автором подхода LeSS и множества книг. В 2005 году Бас Водде начал консультировать команды Nokia Networks в Финляндии. Первый тест Nokia был посвящен применению Agile-практик.
В 2007 году к Nokia Network присоединилась Siemens, таким образом, вместе они образовали компанию Nokia Siemens Networks со штатом более 60 000 сотрудников и выручкой в размере 15 миллиардов евро. Бас Водде переезжает в Китай, чтобы научить команды Nokia Siemens Networks работать по Scrum и обновляет тест Nokia, включая в него Scrum-практики.
В 2007 году Джефф Сазерленд (Jeff Sutherland) дорабатывает тест и в 2008 превращает его систему скоринга Скрам-команд.
Подробную историю создания теста Nokia вы найдете здесь.
12 шагов, чтобы улучшить эффективность команды
Если результаты теста показали, что ваша команда пока не очень хорошо знакома с Agile-практиками, анализ слабых областей и пошаговый гайд из 12 этапов поможет скорректировать работу команды.
- Утвердите Владельца Продукта, Scrum-мастера, состав участников команды, а также определите Продуктовую цель.
- Назначьте дату Обзора спринта (Spring Review) через 2 недели (+ время, чтобы подготовить Бэклог) и разошлите приглашения.
- Определите приоритет задач в Бэклоге продукта.
- Оцените элементы Бэклога продукта.
- Проведите Планирование спринта (Spring Planning) с командой и стейкхолдерами.
- Возьмите ответственность как команда за выполнение обязательств в течение спринта.
- Ежедневно отслеживайте статус задач и возникающие сложности на Ежедневном стендапе (Daily Scrum).
- Отслеживайте прогресс с помощью Диаграммы Сгорания Работ Спринта (Sprint Burndown Chart)
- Проведите Обзор спринта; проведите демо.
- Проведите Ретроспективу Спринта (Sprint Retrospective).
- Примите меры по устранению имеющихся препятствий.
- Вернитесь к пункту 2 и пройдите весь путь заново.
Наверняка вы уже знаете и активно используете такой инструмент как ретроспектива спринта — это отличная практика, но она фокусируется только на событиях последнего спринта. Health Check ретроспективы позволяют взглянуть шире — на процессы, коммуникацию, атмосферу и общее состояние команды. В статье я расскажу о трёх инструментах, которые помогают системно оценить ситуацию и договориться о решениях.
Обсудим, что такое Agile-команды: структуру, роли и как эффективно управлять командой, которая работает по Agile
Что такое профессиональная идентичность Скрам-мастера, с чем связано возникновение кризисов и почему их нельзя избегать.