Содержание
Таким образом, одна команда в течение спринта может быть занята тематически разными задачами. В таком случае, можно использовать «цель спринта» в качестве «фокуса спринта». Как говорится, «все равны, но я равнее» — в случае возникновения трудностей, именно на задаче-фокусе стоит сконцентрироваться при прочих равных. Из бэклога проекта выбираются задачи, обязательства по выполнению которых за спринт принимает на себя команда в данном спринте. Это список требований к системе, упорядоченный по приоритету – важности реализации.
- Они обеспечивают прозрачность проекта для всех участников.
- Sprint (спринт) – временной промежуток от 1 до 4 недель, за который команда создает часть продукта, готовую к демонстрации и ценную для заказчика.
- Это очень короткое ежедневное собрание, которое для удобства проводится в одно и то же время (обычно утром) и в одном и том же месте.
- Возможные проблемы здесь такие же, как и в пункте «Слишком рано», но Scrum Team решили не заканчивать Sprint раньше, а более расслаблено продолжить работу, что также является ошибкой.
- Затем находят решения и выписывают план действий.
По окончании встречи резюмируются итоги, и планируется следующий спринт (это происходит по уже рассмотренному нами обычному алгоритму планирования спринта). Закончив второй спринт, проводится новая демонстрационная встреча, и так по кругу вплоть до полного завершения Scrum-проекта. Во второй половине встречи скрам-мастер вместе с остальными участниками анализирует прошедший спринт. Команда разработчиков определяет эффективные и неэффективные методы совместной работы, проводит их анализ, делает выводы и принимает решения, которые улучшат дальнейшую работу.
Команда разработчиков совместно со scrum-мастером планирует на общем собрании объём работ для предстоящего спринта и устанавливает цели. Совместно с командой и scrum-мастером раз в спринт проходит груминг бэклога. Это встреча, на которой бэклог актуализируют, дополняют новыми вопросами и задачами. За данное событие в скрам отвечает владелец продукта. Он следит, чтобы продукт соответствовал требованиям, отслеживает рыночную ситуацию, уточняет потребности заказчика.
Элементы Scrum
Поскольку процесс в скраме эмпирический, каждый спринт — это эксперимент, в котором возможны разные случайности. Это влечет за собой некоторые риски — как раз их призваны снизить ограничения по времени. Каждодневная встреча – это одна из опор Scrum спринта.
Кроссфункциональные команды имеют все необходимые навыки, чтобы выполнить работу и не зависеть от остальных, не являющихся частью их Команды. Командная модель Скрама создана для оптимизации гибкости, креативности и продуктивности. Изменения должны вноситься как можно раньше для уменьшения риска последующего отклонения от нормы. Но ответственность за принятие решения все равно будет лежать на одном человеке — владельце продукта. Компания доверяет средства (деньги, время сотрудников) на разработку проекта одному человеку, ожидая, что вложенные инвестиции принесут прибыль.
Описание технологии Agile/Scrum
Ретроспектива Sprint происходит после обзора Sprint и до следующего планирования Sprint. Обычно это часовая встреча для двухнедельных спринтов и трехчасовая встреча в течение одного месяца Sprint. Затем команда Scrum анализирует график, бюджет, потенциальные возможности и рынок для следующего ожидаемого выпуска прироста продукта. Хотя Scrum Master координирует Ежедневную встречу Scrum и гарантирует, что цели встречи будут выполнены, Совещание отвечает за команду. Спринт должен быть отменен, если цель Sprint устарела. Это может произойти, если организация изменит направление или изменится рыночная или технологическая ситуация.
На этой неделе я прошла двухдневный тренинг по Agile/Scrum (произносится «эджайл» и «скрам»). По гибким методологиям разработки программного обеспечения написано много заумной и не очень литературы, многое я читала. Но только после двухдневного погружения в тему у меня наконец собралось базовое понимание предмета, из которого я пишу эту заметку. Наверное, с моей точки зрения упущение, что я не описал подробно, что именно пишет Scrum Guide – 4-часовая встреча для одномесячного спринта и повестку дня. Что в гайде описан весьма жесткий сценарий, с повесткой дня, в который, в том числе описана подготовка бэклога к следующему этапу и жесткая договоренность о нем. А действительность оказывается гораздо более разнообразна, это не всегда можно упаковать в одну встречу.
Scrum Team на текущих показателях выглядит достаточно хорошо. По линиям видно, что в самом начале были трудности, но во время Daily Scrum Meeting все вопросы вскрывались и Scrum Master исправлял работу, ведя команду к цели. В случае такой проблемы чаще всего Scrum Master спрашивает команду о возможности добавления дополнительных задач из Product Backlog.
Sprint Review Meeting
Перед началом работы, команда обсуждает продолжительность спринта. При работе над следующим продуктом он может меняться, но тоже только после обсуждения и обоснований. Несмотря на законченный Sprint, все итоговые оценки были внесены в диаграмму сгорания в самый последний день после завершения работы. Это равносильно тому, когда законченные задачи вообще не вносятся. По данному графику невозможно сделать выводы о правильности работы команды, и, даже более того, можно предположить, что команда не стремится к развитию. В большинстве своем мы привыкли к графикам, идущим вверх, что означает положительную динамику.
Методика Scrum по своей сути является эвристической. В ее основе лежит постоянное обучение и адаптация к изменчивым факторам. Согласно Scrum, команда не знает всего в начале проекта, но будет развиваться, извлекая уроки из опыта. В структуре Scrum заложена та свобода, с которой команды приспосабливаются к меняющимся условиям и требованиям пользователей.
Мы привыкли думать, что успешная команда — это та, которая за один спринт успевает разработать множество фич. В реальности же это множество окажется совершенно бесполезным, если фичи не подвергнуть инспекции и адаптации. Проваленным можно назвать спринт, в конце которого мы ничему не научились. https://deveducation.com/ При таком сценарии мы не можем инспектировать и адаптировать результаты работы, не можем кастомизировать продукт и процессы. Спринт без отзывов нарушает принципы прозрачности, инспекции и адаптации. Поэтому всегда приглашайте стейкхолдеров и конечных пользователей на обзор спринта.
Кросс-функциональная команда (Cross-Functional Team)
По факту, мастер — руководитель процесса разработки, ответственный за эффективную работу команды. На нем лежит задача организовать работу так, чтобы продукт получил наивысшую ценность при расходовании наименьшего объема ресурсов. Скрам — это набор базовых рекомендаций по организации процессов в работе команды. Скрам появился как одна из методологий аджайла, поэтому он гибкий, построен на спринтах и готовит членов команды к возможным изменениям. Мы в Oko тоже работаем по scrum, по нему же разрабатывали свою CRM.
Поставляя продукты быстро, команда переживает дополнительную радость каждый раз, когда работа сделана и отправляется в мир. Со скрамом команда радуется ему не два, а как минимум двенадцать раз в году. На основе выбранных задач создается бэклог спринта.
Это делается для того, чтобы побудить людей рассказать о том, что могло пойти не так во время спринта, и быть откровенным в том, что они чувствовали и какие проблемы возникали у них. Ретроспектива спринта собирает команду, чтобы обдумать, как только что завершенный спринт пошел на всех. Если ежедневная остановка — один из самых знаковых ритуалов схватки, ретроспектива спринт скрам спринта может быть наиболее представительной в гибкой философии. В проектах, где заказчик не готов вовлекаться и давать обратную связь. Scrum построен на плотном общении с заказчиком и вовлечении его в корректировку направления движения. Если заинтересованные лица не содействуют, а приходят с ТЗ и ждут результата — лучше выбрать другую методологию.
Бэклог спринта
Роль заказчика проекта в этой парадигме частично выполняет владелец продукта. А скрам-мастер не похож на руководителя проекта. И все же, чтобы освоить Scrum, может понадобиться какое-то время, особенно если команда разработчиков привыкла к стандартной каскадной модели.
Она не декомпозирована на более мелкие подзадачи. С другой стороны, вам может лучше подойти скрамбан . Скрамбан позволяет дополнять бэклог во время спринта и не требует оценки сроков во время планирования. Другими словами, методологии разнообразны, а это дает вам возможность выбрать оптимальный путь к счастью ваших кастомеров. Каждый спринт начинается с планирования спринта.
Процессы
Владелец продукта предоставляет разъяснения по элементам отставания продукта. Команда выбирает элементы из отставания продукта для Sprint, так как они лучше всего оценивают, что они могут выполнить в Sprint. Команда состоит из аналитиков, дизайнеров, разработчиков и тестировщиков. Работа осуществляется совместно, что сводит к минимуму повторную работу. Скрам строится на самосовершенствовании и самоотдаче.
При переходе с традиционной методологии на Agile важно понимать, что это прежде всего другой способ мышления, когда придется решать привычные проблемы новыми способами. Гибкий подход подталкивает к быстрой и изобретательной адаптации к изменениям. Agile – это не набор правил и предписаний, а реализация идеи «Проверь и приспособься». Именно быстрой и сравнительно безболезненной реакцией на изменения объясняется растущая популярность методологии среди компаний, которые стремятся сделать свои процессы более гибкими. Этот параметр помогает прогнозировать количество задач, которое можно будет поручить команде в следующем проекте, учитывая число готовых тикетов в прошлом. Выполняют улучшение процесса разработки (решают вопросы и фиксируют удачные решения).
Но на то это и идеал, чтобы мерить дистанцию и понимать, чем за нее платим. А чтобы усилить проблематизацию и инициировать обращение внутри команды есть Scrum master. И все это может замедлять непосредственное решение проблем, зато способствует росту самостоятельности и самоорганизации команды, что вдолгую является более выигрышным. В IT частным случаем работы с препятствиями является работа с техническим долгом. Очень часто при реализации принимаются решение о том, что необходимо быстрое частичное решение по ситуации (костыль), а полноценное будет сделано позднее. Об этом есть даже сленговая шутка «IT- единственное место, где на костылях быстрее, чем без них».
Его главная задача — научить людей брать на себя ответственность. Команде не нужен человек, который ежедневно принимает большое количество решений. Профессионалы, способные на это, уже есть в составе команды. Спринт – это промежуток времени в течение которого идет работа над запланированной работой (обычно от 1 до 4 недель). Величина спринта планируется из того как быстро вы можете завершать проекты в рамках работы вашей команды.