Насколько вы 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 и пройдите весь путь заново.
Сколько раз ваша команда сталкивалась с тем, что планы рушатся из-за нереалистичных оценок? Разработчики перегружены, в команде возникают конфликты из-за приоритетов, бесконечные правки в роадмапе… Знакомый сценарий? В этой статье вы найдете пошаговый алгоритм для команд, как оценивать общий объем работ и сложность задач на старте работ, визуализировать их последовательность с помощью роадмапа и построить поспринтовый план, отталкиваясь от сложности работы для команды.
В этом году AgileDays уже в 20-ый раз собрал в одном пространстве всех, кто активно стремится к новым знаниям и ищет современные подходы в менеджменте. Но вместо традиционного юбилейного формата мы сделали ставку на перезагрузку. Программа, акценты, темы — всё было собрано заново, чтобы честно ответить на важные вопросы: что по-прежнему работает, а что уже давно не помогает, а только занимает место? Получилось мощно, глубоко и очень драйвово.
Наверняка вы уже знаете и активно используете такой инструмент как ретроспектива спринта — это отличная практика, но она фокусируется только на событиях последнего спринта. Health Check ретроспективы позволяют взглянуть шире — на процессы, коммуникацию, атмосферу и общее состояние команды. В статье я расскажу о трёх инструментах, которые помогают системно оценить ситуацию и договориться о решениях.