Сразу оговоримся, что мы ни в коем случае не беремся оценивать целесообразность самого Scrum-подхода или эффективность его применения в отдельных командах. Речь пойдет исключительно о распространенных случаях несоответствия теории и практики, а также представлений самих IT-специалистов об этом методе. Думаем, всем, кто сам работает по Scrum, наш материал поможет проверить базовые настройки. Чтобы разобраться, мы собрали десяток наиболее характерных вопросов о Scrum и провели опрос среди коллег, работающих в разных проектах и командах, с разными заказчиками и технологиями. Мы не пытались собрать репрезентативную выборку, и главной темой в статье будет не статистика ответов.

Фактически, сегодня собственник практически любого бизнеса нуждается в понимании бэклогов и умении работать с ними. На втором спринте product owner поддался мнению одного из завучей, который считал что «журнал куратора» — крайне важный функционал. Мы взяли эту историю в спринт, потратили на нее усилия. Для нас ретроспектива является вторым по значимости мероприятием в SCRUM после планирования спринта. На его доработку до «визуального редактора» ушло три спринта.

Что такое SCRUM

Очень важно, чтобы элементы и размер бэклога спринта определяла именно команда. Поскольку они берутся за выполнение задач, именно им стоит выбирать, за что браться. Финальная встреча в конце спринта, во время которой команда показывает готовую часть проекта.

Для этого важно проводить встречи tet-a-tet с каждым членом команды, узнавать об их проблемах, мотивации и поддерживать. И таких «возможно» в каждом проекте великое множество. Именно благодаря стори-поинтам можно абстрагироваться от мелочей и оценить сложность задачи в целом. Они помогают трезво взглянуть на объем задач, который ваша команда успевает выполнить за спринт.

Менее 50 % опрошенных не проводят ретроспективу и ревью спринта, потому что считают это лишней тратой времени. Мы — Алексей Мелентьев, Senior QA и Senior Team Lead с 10-летним опытом в IT, и Анастасия Мазур, Project Manager и Business Analyst, в IT 4 года. Примерно по три года работаем бэклог это в компании DataArt, методологией Scrum и ее практическим применением интересуемся давно. С точки зрения скрам, работа — это история. Это означает, что вам следует представить человека, которому нужно то, что вы делаете; потом то, что это такое, и, наконец, зачем людям это нужно.

Эта на первый взгляд безобидная и скорее психологическая проблема ведет к другой, более практического характера. Мы с удивлением обнаружили, что в подавляющем большинстве проектов последнее слово остается за менеджером проекта, тимлидом, продакт-оунером, но только не за командой. Здесь мы видим прямое противоречие с принципами Scrum, согласно которым именно команда должна решать, кто и что будет делать, а затем совместно нести полную ответственность за ход и результаты работы. Джефф Сазерленд советует начать со сбора команды и составления бэклога. Нужно составить концепцию своего продукта и начать дробить его на задания.

#2. Подготовка к планированию

Можно ли считать story завершенной, если сделан отчет, но выводов нет и записка не подготовлена? Или же задача готова лишь после того, как итог отправили клиенту и провели перепланирование. Перед началом планирования PM наводит порядок в бэклоге, оценивает важность задач и выясняет подробности по тем, которые не вполне понятны.

• Обсуждение с клиентом, создание мокапов и декомпозиция фичи на пользовательские истории.
• О Scrum написано так много, что никаких открытых вопросов об этом методе управления проектами, кажется, оставаться не должно.
• Результаты каждого спринта зависят от вводных задач, эффективности, скоординированности, ответственности команды и качественной обратной связи.
• И как только вы решите, что будете использовать методологию Scrum, ваш проектный менеджер адаптирует все эти принципы, правила и практики под конкретный проект, и начнется работа.
• Отсутствие заранее оговоренной повестки, подготовленного сценария и собранных в течение спринта метрик вряд ли приведет вас к продуктивному обсуждению.
• Потом он рисует якоря и объясняет команде, что это то, что тянет ее вниз.

Конечно, в командах, исповедующих Scrum, есть проджект-менеджеры и тимлиды. Так ли важно, если никого из них официально Scrum-мастером не называют? Пожалуй, нет, если PM или TL не забывает об основной задаче — обслуживании интересов команды. Служить тем, кто занимается разработкой и тестированием продукта, важнее и сложнее, чем управлять или руководить ими. К сожалению, немало менеджеров и лидов несут свои звания с излишней гордостью. Те, кто не до конца понимает свою роль, обычно считают, что они пусть и немного, но все-таки важнее остальных членов команды.

Количество баллов, как правило, называется динамикой производительности (скорость скрам-команды или Velocity). Основная цель скрам-мастера и команды – наращивать динамику из спринта в спринт. Это как раз тот, полученный результат работы над каждой подзадачей, что обладает ценностью для заказчика. Инкрементом он называется потому, что его уже можно так или иначе добавить к остальному проекту и посмотреть, как он работает. Это не обязательно должна быть целая новая функция, вполне может быть и усовершенствование той, что уже есть, или вообще исправление ошибки. Но обязательно то, что команда должна была сделать в течение спринта.

IT Новости

CEO newage.agency Александр Рольский рассказал, как адаптировал подход для работы маркетингового агентства. Теперь система помогает следить за сотнями кампаний в десятках рекламных кабинетов — и не сходить с ума. Чем хуже опишут скоуп проекта, тем хуже будет ПМу и вендору в целом.

И либо она смогла с твоей помощью выстроить процесс и быть эффективной, либо нет. Итак, мы съездили к клиенту, познакомились с пользователями, провели обсуждения, собрали требования. А дальше у бизнес-аналитика начинается самая скрупулёзная работа! Ведь нужно обработать полученные данные, подготовить требования и сопроводительные артефакты и передать их команде. Джефф Сазерленд отмечает, что важно помнить в списке всегда есть задачи, которыми вы никогда не сможете заняться.

Что такое SCRUM и почему его применяют в IT

Все участники команды вместе обладают набором знаний и навыков, необходимых для реализации продукта от идеи до доставки пользователю. Во время Sprint Review анализируют ту часть бэклога продукта (перечень рабочих задач, расположенных в порядке важности, для команды разработчиков), которая вошла в этот спринт. Современные методы разработки, такие как Agile и Scrum, требуют определенных инструментов для корректной работы команды. Один из таких инструментов – это бэклог продукта . Без этого документа невозможна успешная разработка, а также ее продуктивная организация.

Скелет и сердце скрама

Вам необходимо выбрать те, которые приносят максимальную пользу при минимальном риске. Командам нужно хорошо узнать свою динамику — сколько работы она может выполнить за один спринт. Это поможет ей работать разумнее и https://deveducation.com/ устранять все помехи на своем пути. В Scrum важно научиться чувствовать ритм команды. Наихудший вариант — когда по завершении спринта что-то остается сделанным наполовину. Уж лучше вообще тогда не начинать это дело.

Команда прилагает максимум усилий, чтобы запланировать на спринт адекватное количество работы. Но иногда во время планирования всё же появляется избыток или недостаток задач. В таких случаях команда добавляет себе работы или сокращает ее количество во время спринта. К примеру, если вы делаете образовательный проект, то к концу первого спринта вам необходимо отточить концепцию, к концу второго — подготовить к запуску всю рекламную кампанию. Таким образом к концу каждого спринта вы будете иметь завершенный кусок работы. Разбивайте подготовку проекта на несколько спринтов — этапов, каждый из которых имеет свою цель и длится 1-2 недели.

Элементы скрам

Ранее мы уже рассказывали, зачем компании необходимо внедрять гибкие методологии, и с какими проблемами она может столкнуться, если команда работает по классической модели Waterfall. И я понял, что даже не осознавая этого, я уже создал своего рода синтез GTD/Scrum в своем подходе к управлению проектами, и он работал. Как Agile-практика и программного менеджера для сложного ПО, меня всегда привлекали инструменты и системы, которые делают мою жизнь менее напряженной и более продуктивной. Следующим шагом необходимо создать истории пользователей, описать кто, что и зачем будет делать в вашем программном продукте.

Refinement — это фундамент для того, чтобы во время планирования спринта быть готовым давать оценку трудоемкости историй в различных условиях реализации, ведь мы должны понимать их объем и сложность. В SCRUM оценка историй проходит не в часах или днях, а в story points. Это микс сложности, рисков и усилий, которые команда должна потратить, чтобы выполнить историю. Для каждой команды 1 story point — величина индивидуальная, эмпирическая, но каждый член команды чувствует ее. Скрам-мастер — проджект-менеджер на максималках.

При этом требования приоритезированы изначально и сформулированы на языке пользователя для всего проекта. В каждый спринт (отрезок времени) берется лишь определенный набор требований из бэклога. Как правило, вся команда участвует в выборе из пользовательских историй в бэклоге спринта с учетом приоритета. Пользовательские истории, созданные на языке бизнеса, должны быть разбиты на конкретные технические задачи.