Содержание
Ключевой момент в планировании спринта — процесс формирования списка задач. А точнее, выбор stories, которые нужно скопировать из product backlog в sprint backlog и сделать в ближайшие две недели. Цель спринта может казаться немного глупой и надуманной в ходе планирования. Ее ключевая ценность проявляется к середине спринта, когда члены команды уже потихоньку забывают, чего именно хотят в нем добиться. Если у вас есть несколько SCRUM-команд, которые работают над разными проектами (как у нас), полезно собирать в одном месте список целей спринтов для всех команд. Например, вывесить их на всеобщее обозрение, чтобы каждый сотрудник (а не только руководство) знал, чем и зачем занимается агентство.
Вместо того чтобы понять, что нет правых и виноватых, а есть команда. И либо она смогла с твоей помощью выстроить процесс и быть эффективной, либо нет. Сразу оговоримся, что мы ни в коем случае не беремся оценивать целесообразность самого Scrum-подхода или эффективность его бэклог это применения в отдельных командах. Речь пойдет исключительно о распространенных случаях несоответствия теории и практики, а также представлений самих IT-специалистов об этом методе. Думаем, всем, кто сам работает по Scrum, наш материал поможет проверить базовые настройки.
В этом материале постараюсь разъяснить потенциальным заказчикам, как остаться довольными сотрудничеством и продуктом, полученным от IT-подрядчика. На мой взгляд, Scrum — лучший фреймворк для разработки интеллектуальных продуктов. Всем, кто хочет внедрить его в свою работу, я советую, во-первых, не бояться пробовать. Бывает набор техник и методик, которые повышают эффективность конкретно вашей команды. Чтобы их найти — нужно решиться на эксперимент. Разбивайте каждый спринт на бэклоги — «пакеты заданий», выполняя которые команда двигается к достижению цели этапа.
Никаких вопросов во время ежедневного скрама.
Команда является самоуправляющейся, самоорганизующейся и кросс-функциональной3. Она несет ответственность за организацию своей работы и за решения о том, как в рамках итерации превратить часть бэклога продукта в инкремент потенциально поставляемой функциональности. Участники команды несут коллективную ответственность за успех каждой итерации и проекта в целом. Планирование самого спринта — обсуждение самой приоритетной задачи командой и скрам-мастером.
- Отсюда — риски, дороговизна и сомнительная эффективность.
- Мы проводим множество асессментов и анализов компромиссов, чтобы обсуждать с заказчиком, что должно быть сделано, поэтому всегда стремимся работать с наиболее важными «вещами».
- Поскольку команда сама отвечает за организацию своей работы, ей необходим предварительный план, чтобы начать разработку задач спринта.
- Так, задачи «перепроверить фид» и «составить медиаплан» могут занимать одинаковое время, но та, что сложнее, будет стоить больше сторипоинтов.
Работа над одной измеримой целью в течение короткого времени хорошо мотивирует сотрудников и позволяет не погрязнуть в ежедневной рутине. Главная характеристика команды, которую получится «подсадить» на Scrum — все ее члены объединены вокруг одной цели. Они создают вместе продукт, организовывают фестиваль или внедряют важную реформу.
Приспосабливание ежедневного плана к цели спринта. Команды, которые придерживаются этих правил, могут очень эффективно расставлять приоритеты задач в Спринте. Примечательно то, что когда цель спринта становится несостоятельной или устаревшей, это может оправдать отмену всего спринта. Вопросы « Почему» также помогают разработчикам понять ценность той или иной задачи, функции или пользы для бизнеса .
Хотя SCRUM не требует наличия спецификации на разработку, то, что у нас было готово описание предметной области, оказалось большим плюсом. Этот документ лег в основу product backlog — базы для старта SCRUM. Product backlog — список требований, историй, функционалов, которые упорядочены по степени важности. При этом все требования описаны на понятном для заказчика языке.
«Scrum. Революционный метод управления проектами». Книга за 15 минут
Безусловно, требования должны быть однозначными и понятными, но если у команды возникнут какие-либо вопросы, вы должны быть в состоянии на них ответить и уточнить любые нюансы. Согласно методологии скрам требования из бэклога продукта служат основой для проработки задач в спринтах, которые представляют собой временные интервалы для выполнения работ. Перед каждым этапом разработки команда проводит встречу со scrum-мастером, чтобы обсудить план работ и сформировать бэклог спринта. Agile – это общая система ценностей, на основе которой базируются различные подходы к управлению проектами, в их числе и Scrum. Scrum – это фреймворк, который воплощает в жизнь идеи ценности Agile.
Все требования должны быть указаны в порядке важности и приоритетности. Ведь во время разработки в спринт будут браться первые требования из списка, и далее по порядку в каждый следующий. На скриншоте ниже вы видите, как может выглядеть бэклог продукта. В таблице указана приоритетность задач и их описание, объем и сложность работ по каждой из них в цифровом эквиваленте — story points.
При этом использовать ее можно, даже если вы не разрабатываете софт. Рассказываем про несколько хороших Scrum-фишек, которые будут полезны в работе каждому. Если так получилось, что одна команда работает на нескольких проектах, то процесс переключений необходимо построить таким образом, чтоб минимизировать потери. С первой попытки угадать приоритеты задач в первом спринте врядли удастся. После первого спринта могут измениться приоритеты, переформулироваться задачи, и второй спринт обязательно будет лучше предыдущего.
Пошаговый разбор: как получить максимальный результат от работы с IT-подрядчиком?
Если вы знакомы с предыдущей версией Scrum Guide, вы сразу заметите, насколько меньше Scrum стал с новой версией. Теперь у нас всего 13 страниц вместо 19 – сокращение более чем на 30%. В первую очередь были исключены некоторые повторяющиеся и сложные инструкции, а также вопросы в Daily Scrum .
Наполнение секции может меняться в любое время. Current Sprint #NЭто текущий спринт определенной команды. В нем находятся пользовательские истории и дефекты, которые ранее были выбраны командой на планировании. В этот спринт попадает большинство историй из «Next Sprint #N».Истории/дефекты отсортированы сверху вниз основываясь на технических зависимостях.Каждая история разбита на задачи для FE, BE, QA.
Кар’єра в IT: чим займається Project Manager, плюси та мінуси професії
Ценность реализованной наполовину истории нулевая, поэтому все запланированные в рамках одного спринта истории нужно решить. В конце спринта, когда все готово, инкремент показывают владельцу продукта, а заодно всем, кому это интересно, если опыт https://deveducation.com/ может быть полезен коллегам. Если все хорошо, то инкремент выпускают на прод, а в бэклог вносятся соответствующие изменения. Очень часто этот этап плавно перетекает в первый из следующего спринта. В общем, спринт — это про конкретные задачи.
Проекты
Однако в долгосрочной перспективе выигрывают те, кто осознаeт необходимость перехода к системе независимых агентов, действующих в соответствии с набором правил. Еще эффективность работы команды можно показывать через диаграмму сгорания задач. Например, вы себе представляли, что объем работы в спринте займет 120 стори поинтов и вы сделаете его за семь дней. Три роли — это Scrum-мастер, Product Owner и команда разработки. В гибких подходах нет PM-а, но его функции распределены между Scrum-мастером и Product Owner-ом.
В отличие от жестких каскадных систем гибкая методология Agile управление проектами по Scrum не имеет ограничений в выполнении задач. Например, невозможность вовремя выполнить какую-нибудь функцию или отсутствие члена команды, который должен предоставить данные, не влечет за собой сбоев в системе и задержек в реализации цели. Каждый элемент проекта может быть откорректирован в процессе работы или исключен из звена. Scrum-мастер знает, какой продукт должен получиться в финале и как привести команду к такому результату. Вместе с командой он формирует задачи на спринт, помогает их распределить и отслеживает приоритетность выполнения.
Знакомство с Agile
Таким образом к концу каждого спринта вы будете иметь завершенный кусок работы. Разбивайте подготовку проекта на несколько спринтов — этапов, каждый из которых имеет свою цель и длится 1-2 недели. Таким образом команда в течение этого срока сосредоточена на одной измеримой цели и работает для ее достижения. Вы наверняка слышали про Scrum — популярную методику управления проектами в IT.
Разработайте пользовательские истории для каждой функции и проанализируйте ценность для будущих клиентов. Визуализация пути клиента, его целей, эмоций, барьеров. Карту пути клиента формируют под каждую конкретную User Stories. CJM помогает выявить слабые места, правильно расставить приоритеты работы. Customer journey map, также как дорожную карту и бэклог, важно регулярно обновлять и корректировать. Помогает описать требования к продукту и лучше понять пользователей.
