Насколько вы 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 и пройдите весь путь заново.
Почему команды так не любят изменения? Как это проявляется и почему на самом деле сопротивление — это хороший знак? В этой статье обсудим, какую роль играет сопротивление и как Agile-коуч может не бороться с ним, а использовать в интересах команды, применяя различные техники.
Что такое интервизия и действительно ли она помогает скрам-мастерам и agile-коучам, как правильно организовать такую встречу и зачем интервизия нужна самой компании. В статье я постараюсь ответить на все эти вопросы и рассказать о своем опыте, а в конце поделюсь кратким чек-листом для участников, которые хотят извлечь из интервизии максимум пользы.
Современные компании сталкиваются с необходимостью постоянных изменений — будь то адаптация к новым рыночным условиям или улучшение внутренних процессов. Как найти способ эффективно внедрять изменения, причем так, чтобы сделать это быстро и с минимальным сопротивлением от команды? Один из инструментов, который может помочь в этом, — HADI-цикл.