Насколько вы 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 и пройдите весь путь заново.

В этой статье разбираемся, что на самом деле значит «дать команде полномочия», и какие условия необходимо создать руководителям, чтобы это работало.

Если команда задается вопросом «Зачем нам эти daily?», вероятно, ваш Daily Scrum напоминает скорее скучный круговой отчет, чем живую синхронизацию. Но есть способ сделать встречу полезной. В статье рассказываем, как помочь команде включиться в обсуждение и ясно видеть прогресс на пути к цели спринта.

Жесткие сроки и гибкий Agile – вечный конфликт? Не обязательно. В статье расскажу, как превратить вашу Scrum-команду в предсказуемую силу.