Что такое Scrum и как правильно использовать его в рабочем процессе
Что такое Scrum
Коротко говоря, Scrum — это способ организации рабочего процесса. Он пришел из мира разработки программного обеспечения и сейчас применяется в разных сферах бизнеса. Метод изобрели программисты Кен Швабер и Джефф Сазерленд. Они наблюдали за тем, как работают американские военные и спецназ и пришли к выводу, что основа успеха состоит в качественной командной работе. Сам же термин пришел из регби и в переводе с английского означает «схватка».
Scrum принадлежит к Аgile — семейству »гибких» подходов к организации процессов. Он состоит из минимального количества элементов, которые помогают успешно организовать работу. При помощи метода Scrum можно быстро и эффективно разработать принципиально новый продукт, аналогов которому нет на рынке.
Особенность Scrum заключается в командном подходе и нестандартном распределении обязанностей внутри коллектива. В процессе участвуют не только сотрудники компании, но и бизнес-заказчики, которые должны включаться в процесс создания продукта чаще, чем при других подходах, и делать это преимущественно в личном общении, а не через документы. Команде приходит постоянная обратная связь от заказчика, что позволяет не сбиться с пути.
Если компания создает новый продукт, но имеет мало представлений о результате, к которому хочет прийти, и не видит перед собой четкий план, — методология Scrum поможет справиться с этой проблемой. Она позволяет постепенно идти к нужному результату и на протяжении всего пути проверять эффективность и ценность проделанной работы. Команда придет к итогу, который полностью устроит заказчика.
Состав scrum-команды
В первую очередь в команду входят разработчики. Так в Scrum называют специалистов, которые вносят вклад в продукт. Все разработчики — часть единой команды. У них нет отдельных заданий или подкоманд. При методе Scrum все работают как единое целое. Состав группы не должен меняться, поэтому важно, чтобы в нее изначально входили все необходимые для проекта профессионалы. Так команда становится независимой от всех внешних воздействий и может функционировать без посторонней помощи.
У сложившейся команды не должно быть лидера. Работа строится на взаимном обмене мнением и знаниями, за счет чего стимулируется кросс-функциональность. Разработчики дополняют друг друга и решают поставленные задачи совместными усилиями. Со временем команда становится все более сплоченной, что положительно влияет на ее продуктивность.
Для успешной работы в команде должно быть от пяти до девяти человек. Если проект большой, набирают несколько команд, которые распределяют между собой задачи.
В работе команды должен участвовать владелец продукта — сам заказчик или его представитель. Он консультирует разработчиков, передает свежие требования компании к будущему продукту и следит за тем, чтобы работа шла в верном направлении.
Третий элемент команды — scrum-мастер. Он выступает в роли куратора и помогает коллективу сплотиться. Мастер проводит ежедневные собрания, помогает найти выход из тупикового этапа разработки и перевести команду на нужное направление. Главный успех scrum-мастера — сделать так, чтобы команда стала самоуправляемой и перестала в нем нуждаться. В идеале должны остаться только разработчики и владелец продукта.
Основные принципы работы по Scrum
После создания команды нужно определить список требований к продукту и составить техническое задание, которое получат разработчики. Далее работу делят на спринты — одинаковые промежутки времени, которые не должны длиться дольше четырех недель. Каждому кругу ставится конкретная цель. Количество таких спринтов неограниченно. В конце спринта команда должна приходить к результату и получать обратную связь от заказчиков о проделанной работе.
Спринт считается завершенным, если команда смогла прийти к цельному итогу и создала продукт, который готов к использованию. К следующему спринту переходят только тогда, когда заказчики и члены команды довольны результатами предыдущего. Если разработчики не успевают уложиться в оговоренные сроки, они сообщают об этом владельцу продукта, и он перераспределяет время. Если команда справляется с задачей быстрей назначенного срока, она может подключить в текущий спринт дополнительные цели.
Чем Scrum отличается от Kanban
Метод управления проектами Kanban также принадлежит семейству Agile. Но Scrum — это структурированный подход с четко прописанными этапами создания продукта, а Kanban — сбалансированный. Его главная задача — сделать так, чтобы у всех членов команды было одинаковое количество работы. В Kanban не должно быть переработок части команды и ситуаций, когда некоторые сотрудники осталась без задач и не знают чем себя занять.
Основное отличие двух методов — это спринты. В Scrum предусмотрены четко организованные периоды работы с конкретными задачами на период, а в Kanban участники команды могут получать новые задачи хоть каждый день. Scrum-команды выполняют работу на время, в Kanban задачи поступают в непрерывном режиме. Для отслеживания достижений и процесса в Kanban используют доски — элемент управления, который наглядно показывает уровень выполнения задач. В Scrum этой задаче служат окончания спринтов.
Преимущества Scrum
Scrum хорошо подходит для быстрого создания новых продуктов. Он помогает объединить сотрудников из разных подразделений и наладить между ними слаженную работу. В результате такой системы увеличивается эффективность рабочей команды.
Вице-президент «Ренессанс страхование» Владимир Тарасов рассказал РБК Трендам, к каким результатам пришла компания после применения метода:
«Мы теряли эффективность при передаче работы из одной функции в другую. Подразделения компании, противодействующие мошенничеству, обладали собственными целями. Каждый сотрудник отвечал за свою работу и выполнял ее хорошо. Но общий результат оставлял желать лучшего.
Мы организовали кросс-функциональные команды, взяв за основу Scrum. Команды, состоящие из инженеров-автотехников, сотрудников службы безопасности, риск-менеджмента и юристов, получили общую цель. Из Scrum мы взяли принцип работы итерациями, а также основные элементы фреймворка. Скорость взаимодействия функций и координация между сотрудниками разных функций увеличилась кратно. С лета прошлого года у нас функционирует уже семь таких команд.
Команды создали скоринги и уникальные критерии выявления мошенничества, снизили уровень латентного мошенничества до минимальных значений. Мы отсекаем мошенников от наших клиентов при первом обращении в компанию. В некоторых ситуациях даже удавалось выявить криминальные случаи еще до подачи заявления о страховой выплате. В итоге уровень страхового мошенничества в самых проблемных регионах снизился без преувеличения в разы и произошло это в течение примерно шести месяцев с момента запуска первой команды. Очень крутой и где-то неожиданный результат!»
Недостатки Scrum
Scrum помогает быстро и эффективно решать задачи, но он подходит не для всех компаний и не для всех ситуаций. Чтобы метод заработал, у компании должно быть поле для экспериментов. Если фирма выполняет задачи по заранее выстроенному алгоритму, знает к чему хочет прийти и как достичь результата, теряется смысл использования такого метода.
Владимир Тарасов:
«Scrum не подходит для текущей операционной деятельности. Он больше ориентирован на проекты. У нас не классический Scrum. Мы объединили текущую работу по конкретным страховым случаям с проектами и задачами на улучшение процесса, разработку и испытание новых инструментов. Scrum не дает ответа, как сочетать операционную работу с проектами. Мы придумали свои собственные инструменты сочетания несочетаемого. Сам фреймворк это допускает».
У компании должны быть ресурсы на запуск такой программы. Scrum предполагает, что команда работает с проектом, аналогов которому нет на рынке. Получается, успех его разработки может не оправдаться или занять слишком много времени. Фирма должна быть финансово готова к такому результату.
Scrum не подходит для слишком сложных и больших проектов. Можно создать несколько команд, которые будут работать над разными деталями идеи, но их будет сложно скоординировать, и работа может зайти в тупик.
После продолжительного времени работы команды Scrum приходят к упадку. Заканчивается творческий потенциал, и падает динамика производительности. Команды приходится разрушать или перестраивать, поэтому Scrum больше подходит для краткосрочных проектов.
Важный критерий успешной работы — заказчик должен быть готов к постоянному общению с командой. Он должен следить за развитием проекта и давать свой фидбек. Без такой обратной связи не получится использовать методику.
Как внедрить Scrum для управления бизнес-процессами
Чтобы внедрить метод в компанию и получить первые результаты, нужно минимум три месяца. Через такой промежуток времени команда начинает работать эффективно и сплоченно. При условии, что выполнены все необходимые условия.
Как внедрить Scrum в компанию
Подробную инструкцию по внедрению Scrum и о его процессах можно посмотреть в гайде или в книге от соавтора методологии Джеффа Сазерленда «Scrum: революционный метод управления проектами». О том, как правильно распоряжаться ресурсами и повышать личную эффективность, читайте в материале РБК Трендов про бережливое производство в жизни.
SCRUM: стоит ли прогибаться под изменчивый мир?
Scrum — методология гибкой работы команды. На сегодняшний день пользуется большой популярностью, применяется во многих крупных компаниях. В этой статье разберемся, когда и при каких обстоятельствах возникла техника, на каких базовых принципах строится ее реализация, что важно учитывать при работе и многое другое.
История появления Scrum
У истоков развития разработки программного обеспечения стоял «водопадный» подход к работе, его использовало большинство команд и делило реализацию продукта на следующие этапы:
Так работали из года в год, пока одна команда новаторов долгое время наблюдала за успешными коллективами: теми, кому удавалось соблюдать дедлайны и делать качественный продукт. В результате у них возникло понимание, что успех кроется в гибкости процесса.
На основе выводов, сделанных по результатам долгих наблюдений, вывели «Манифест гибкой разработки программного обеспечения». В него включили четыре пункта:
В 2001 году они детально описали принципы своей методологии и выпустили книгу «Agile Software Development with SCRUM». На сегодняшний день этот подход считается одним из самых популярных среди разработчиков.
Базовые принципы Scrum
У методологии есть несколько базовых принципов, которые помогают ориентироваться на клиента и давать ожидаемый результат при минимальных ресурсных и временных затратах.
Базовые принципы Scrum:
Scrum-команда
Scrum-команда в большинстве случае состоит из 5-9 человек, реже — из 3-4. В рамках скрама коллектив не может быть больше, потому что усложняется взаимодействие между каждым звеном, что негативно сказывается на эффективности работы.
Состав
В команде есть три основные роли:
Владелец продукта
Владелец — ответственное за разработку лицо. Эту роль занимает заказчик продукта или его официальный представитель. В редких случаях — представитель рынка, на котором впоследствии реализуют запланированный проект.
Владелец отвечает за составление бизнес-плана, в котором отражается ожидаемый экономический эффект. Также в нем он определяет план развития, в котором для каждого пункта рассчитывается коэффициент окупаемости вложений. Еще один важный документ, формированием которого занимается владелец, — список требований, они сортируются по важности.
Если говорить просто, то владелец продукта — центр принятия решения для проектной команды. Он должен быть единственным в рамках проекта, иначе принцип быстрого принятия важных решений нарушается.
Примерный перечень обязанностей владельца:
Скрам-мастер
Скрам-мастер отвечает за соблюдение методологии Scrum в работе: контролирует инициативность и самостоятельность всех членов команды, удовлетворенность получаемыми результатами, атмосферу в коллективе и итоги работы в общем.
Причем важно понимать, что скрам-мастер — это не просто какое-то обособленное лицо, наблюдающее за разработкой со стороны. Он — член команды и должен наравне с контролем принимать непосредственное участие в технической реализации продукта.
Скрам-мастер отвечает за взаимодействие всех членов команды между собой, поддержание работоспособности на высоком уровне, устранение проблем, следованием намеченному графику работ.
Примерный перечень обязанностей скрам-мастера:
Разработчики
Разработчики — те, кто отвечают за техническую реализацию продукта. Как правило, на одну команду приходится 5-9 разработчиков. Первая задача — постановка реально достижимых, прогнозируемых, интересных и значимых целей для каждого спринта.
Вторая задача — достижение поставленных целей каждого спринта в установленные сроки (дедлайн). Достижение цели — растяжимое понятие и определяется в каждом проекте индивидуально. Например, где-то задачу считают выполненной после написания всех кодов, а где-то добавляют еще и окончание тестирования. В общем, все руководствуются собственным видением и опытом.
Ключевые навыки для команды разработчиков — планирование, объективная оценка выполненной работы, умение взаимодействовать с другими членами коллектива.
Примерный перечень команды разработчиков:
Принципы работы Scrum-команды
Успешная работа по методологии Scrum возможна при соблюдении трех принципов:
Процесс работы Scrum-команды
Работа команды, руководствующей методологии Scrum, условно делится на несколько этапов.
1. Планирование списка задач спринта. Каждый спринт начинается с планирования. Все члены команды собираются, оценивают бэклог продукта в целом и выбирают приоритетные задачи, которые необходимо выполнить в рамках текущей итерации. Так формируется список задач (бэклог) текущего спринта.
После этого на основе бэклога оговаривается объем работ и длительность цикла. Также заранее определяют результат: что должны получить по итогам спринта.
2. Проведение регулярных совещаний. Ежедневно или еженедельно команда проводит короткие совещания (не более 15-30 минут). В них участвуют владелец продукта, скрам-мастер и все разработчики. Цель встреч — получить от каждого ответы на три вопроса:
3. Организация скрам-доски. В конференц-зале, где проводятся регулярные совещания, вешается доска, разделенная на три части: «что нужно сделать», «в работе» и «сделано».
В каждой части размещают стикеры разных цветов с основными задачами. По мере выполнения они перемещаются от одной части к другой. Это помогает отслеживать прогресс текущего спринта каждому члену команды.
4. Изменение планов в ходе итерации. Команда должна быть открытой и если один специалист не успевает уложиться в срок, то сообщает об этом владельцу продукта. Он поменяет расстановку задач, оптимизирует рабочее время и поможет уложиться в дедлайн.
То же самое делается и при слишком быстрой работе, когда задачи выполняются быстрее запланированных сроков. Руководитель дополняет бэклог новыми целями по собственному усмотрению, чтобы реализация продукта протекала быстрее.
5. Подведение итогов. После завершения каждого спринта проводится тестирование выполненной части программного обеспечения. В нем также принимают участие потенциальные потребители (фокус-группа). Владелец собирает обратную связь и принимает решения для успешной работы в дальнейшем.
Артефакты Scrum
Scrum-проекты включают в себя три важных документа, их еще называют артефактами:
Журнал продукта
Журнал продукта в самом начале готовит владелец. Документ (артефакт) включает в себя требования, отсортированные по значимости. Первичную версию дополняют разработчики: оценивают стоимость реализации каждого требования.
Бэклог продукта должен включать в себя не только технические аспекты, необходимые для реализации, но и функциональные. Для каждого требования определяется приоритет (например, от 1 до 5). Самые приоритетные описываются детально, чтобы команда смогла оценить их и протестировать.
Владелец продукта обязан не только подготовить журнал продукта, но и предоставить его в оговоренные сроки. В противном случае своевременная реализация проекта невозможна.
Журнал спринта
Как вы помните, в рамках скрам-методологии продукт реализуется мелкими итерациями. Как правило, один спринт — одна функция. Для эффективной работы она разбивается на мелкие задачи так, чтобы на реализацию уходило не больше 2-3 рабочих дней.
Грамотная разбивка функций на задачи позволяет к концу итерации выполнить все необходимое, чтобы определенная часть программного обеспечения работала корректно и представляла ценность для конечного потребителя.
После составления бэклога спринта его оценивает команда разработчиков и сопоставляет с журналом продукта. При наличии существенных отклонений коллектив определяет наиболее приоритетные задачи в рамках текущего спринта и менее важные, которые допустимо перенести на следующую итерацию.
Задача владельца продукта — исключить из бэклога мелкие и незначительные задачи, выполнение которых никак не повлияет на конечный результат работы.
График спринта
График спринта — это расписанный задачами календарь работы в рамках текущей итерации. В нем отображается оставшийся до конца спринта объем работы. Команда регулярно оценивает график и при необходимости оперативно реагирует на какие-либо изменения.
Особое внимание календарю уделяет владелец продукта. По нему оценивается скорость работы и соблюдение дедлайнов. Например, если со временем объем работы не уменьшается, значит, в процессе есть какие-то отклонения и требуется срочная корректировка действий команды.
Как правильно внедрить Scrum-методологию
Для повышения эффективности работы команды необходимо правильное внедрение Scrum-методологии. Допущенные ошибки могут не только ничего не изменить, но и негативно сказаться на продуктивность.
Если вы решились на изменения, проводите внедрение поэтапно:
Кому-то из команды нововведения могут не понравиться. Это естественно, когда люди противятся чему-то новому. Ваша задача — донести до каждого члена команды пользу новой методологии.
Подведем итоги
Scrum — это методология гибкой разработки, основанная на принципах Agile. Ее разработкой занялись в 90-х годах прошлого столетия, а широкую известность она начала обретать в начале 00-х годов. На сегодняшний день скрам используют многие команды, чья деятельность тесно связана с проектами.
Scrum можно внедрить в свою компанию за 6 шагов, но следует тщательно подходить к организации процесса. Специальных знаний от сотрудников методология не требует, здесь скорее вопрос в организации и правильном построении рабочего времени.
При этом не забывайте, что скрам — не волшебная пилюля, если у вас наблюдается постоянный срыв дедлайнов, плохая атмосфера внутри коллектива, внедрение новой техники не решит всех проблем. Поэтому изначально наладьте коммуникации внутри команды, постройте эффективную работу, а затем внедряйте scrum для повышения продуктивности.
Тестирование в рамках SCRUM. Тернии, грабли и успехи
SCRUM — фреймворк управления проектами, в который наша команда попробовала внедрить этап тестирования. В этой статье мы хотим помочь не совершить наших ошибок тем командам, которые только начинают знакомиться со SCRUM. Участники же опытных SCRUM-команд приглашаются в комментарии, чтобы поделиться замечаниями и успехами. А в качестве иллюстраций — беговые дорожки, марафонцы, препятствия. Они тут неспроста. Да и Олимпиада же, в конце концов.
Начнём с перечисления ключевых особенностей SCRUM для тех, кто с ним не знаком:
Проблемы
Приоритетный вектор компании — разработка мобильных приложений. Это часто создаёт специфические рабочие условия: сроки бывают сжатыми, нормальной документации (как это бывает в случае со стартапами) нет, а требования заказчика меняются часто и резко. Из-за этого в организации тестирования возникает ряд сложностей, основная из которых — время. Если сравнивать большой энтерпрайз-проект и мобильный стартап, то в первом случае к проекту предъявляется море требований, но работать проще — зачастую есть и утверждённая документация, и сроки не такие сжатые. В мобильной разработке проекты не всегда настолько же масштабны, но из-за специфики тестирования мобильных платформ, особых требований к приложениям и частого отсутствия технической документации фронт работ получается сопоставимым, а времени на тестирование выделяется меньше.
Отсюда вытекают следующие проблемы тестирования мобильных приложений:
Опыт внедрения
Основной проблемой реализации тестирования в SCRUM была сложившаяся на тот момент практика тестирования. Она предполагала продолжительные этапы разработки, затем передачу сборки на тесты, приём баг-репортов, правки, опять тестирование, снова правки, и так до тех пор, пока заявленные на этом этапе функции не начинали работать правильно. Смысл же SCRUM — в относительно коротких спринтах, по окончанию которых у вас есть некоторый оформленный и рабочий инкремент продукта. В итоге у нас сложилось две схемы.
Схема 1. Назовем её «Однократное тестирование + проверка фиксов».
Плюсы данного подхода:
Минусы данного подхода:
Порой заказчик сам любил тестировать продукт, а у команды не было жёсткого списка тех задач, которые должны быть выполнены в данный спринт, кроме списка задач на этап. Это оборачивалось следующим:
Итог работы по схеме: получился качественный продукт, но производственный процесс нельзя было полностью назвать SCRUM’ом. Заказчик был часто недоволен тем, что сам находил баги, хотя итоговый результат его вполне устроил.
Дышим ровно, бежим дальше.
Схема 2. Её назовём «Потоковое тестирование».
Плюсы данного подхода:
Минусы данного подхода:
Итог работы по схеме: значительно лучше первой схемы, но не без недостатков. Чтобы сгладить их, мы выделили для себя некоторые дополнительные правила.
Cейчас у вас откроется второе дыхание — мы выходим на финишную прямую.
Работа над ошибками
Эти приёмы в ведении проектов по SCRUM-методологии мы вывели для себя в процессе работы и продолжаем их оттачивать. Надеемся, что они будут полезны и вам:
Решаемые проблемы
В первую очередь SCRUM сглаживает проблему отсутствующей документации и налаживает общение в команде: задачи ставятся постепенно и формулируются понятно, постоянно поддерживается связь с представителем заказчика, и разобраться в проекте гораздо легче. Параллельно с этим можно составлять тестовую документацию.
Тестирование начинается чуть позже разработки, что позволяет быть в контексте проекта с самого его начала и значительно упрощает работу. Все стремительно меняющиеся пожелания заказчиков оперативно обсуждаются с командой и принимаются (или не принимаются) коллегиально, так как ВП находится в тесном контакте с командой и со временем понимает, что реально сделать, а что нет.
Что такое скрам-доска
Поговорим об одном из наиболее часто используемых инструментов для повышения эффективности команды.
Что такое скрам?
Скрам – это методика менеджмента, помогающая командам разработчиков, исповедующим Agile (то есть гибкую методологию разработки ПО), легче управлять поставленными задачами.
Если вы не знаете, что такое Agile, то вот небольшая справка, вкратце поясняющая суть методологии:
Скрам – это дополнение к Agile, позволяющее сделать процесс разработки нового ПО еще быстрее. Это достигается благодаря четкому формированию, распределению и делегированию задач в команде.
Основные принципы методологии
У методики scrum есть шесть основных сущностей.
1. Анализ пожеланий пользователей
Первое, что анализируют разработчики в команде, – story. Под этим термином подразумевается пласт данных, связанных с функциональностью ПО, в котором нуждаются пользователи. Речь идет о самой функции, особенностях ее реализации, сложности разработки, а также преимуществах, которые дает реализация конкретной функции. Анализ пожеланий пользователей можно упростить, если ответить на три вопроса:
2. Спринт
При использовании скрам-методологии каждый «забег» разработки длится от одной до четырех недель. Это одно из важнейших условий.
3. Бэклог продукта
Бэклог – это список задач, пользовательских пожеланий, улучшений, которые нужно внести в приложение, и ошибок, которые нужно исправить.
4. Бэклог спринта
Бэклог спринта отличается от бэклога продукта своим размером и специализацией на более узком круге задач. В нем прописывается список задач, которые должны быть решены в течение одного спринта.
5. Команда спринта
«Забеги» выполняются командами сотрудников, которые делятся на три функциональные группы:
Владелец продукта. Персонаж-визионер, понимающий, как должно выглядеть готовое решение по итогу. Выступает главным «мостом» между пользователями и разработчиками.
Скрам-мастер. Один из лидеров, следящий за тем, чтобы программисты следовали скрам-принципам.
Команда разработчиков. Небольшая команда с набором необходимых навыков для реализации задумок владельца продукта. Дизайнеры, художники, разработчики, копирайтеры и т.п.
6. Ретроспектива спринта
Под этим термином понимается встреча сотрудников компании и групповой анализ проделанной работы. Работники собираются после каждого «забега» и размышляют на тему того, как можно ускорить процесс разработки, как устранить ошибки, возникающие по ходу работы и т.п. В общем, всеобщая подготовка к работе над ошибками в ходе следующего спринта.
Что такое scrum-board?
Мы разобрались с большей частью терминологии. Теперь можем перейти к доскам. Скрам-доска (или спринт-доска, или скрам-борд, или scrum-board, как будет угодно) – это визуальная презентация тех задач, что должны быть решены за один «забег».
Скрам-доска похожа на многоколоночный список элементов, позволяющий команде разработчиков:
Отслеживать все задачи, которые необходимо решить, работая над текущим проектом.
Контролировать процесс работы. Наблюдать за сотрудниками и грамотно распределять между ними задачи/функции.
Следить за прогрессом текущего спринта. Чтобы задачи вовремя попадали в список выполненных.
Проводить аналитические совещания с целью обсудить успехи компании. 
Такая доска может быть как физическим объектом (магнитная доска или доска, на которой пишут маркером), так и цифровой реализацией, т.е. приложением с функциональностью, присущей физическим скрам-бордам.
Структура скрам-доски
Скрам-борд делится на несколько блоков. Мы рассмотрим 6 распространенных блоков (их может быть больше или меньше).
Основные типы скрам-бордов
Тут нет замысловатой категоризации. Доски делят на физические и цифровые.
Физические доски
Это может быть магнитная доска на холодильнике или школьная доска. Любая поверхность, к которой можно прикреплять стикеры с задачами. Ее визуально делят на необходимое количество колонок и лепят карточки на нужные участки.
По мере продвижения разработки стикеры мигрируют из одной группы в другую, пока спринт не завершится.
Цифровые скрам-доски
А это приложения, которые имитируют поверхность для стикеров с описанием задач. Принцип работы тот же, но есть свои плюсы:
Онлайн-версии скрам-досок синхронизируются по сети. Данные доступны всем сотрудникам независимо от их месторасположения, используемого устройства или используемой сети.
Цифровой доской можно пользоваться хоть вдесятером одновременно. Без помех и неудобств.
Карточки с задачами могут содержать не только текст, но и картинки, видео, ссылки, комментарии, даже небольшие чаты для обсуждения грядущей работы с коллегами и начальством. При этом эти дополнения не занимают лишнего пространства на доске и не отвлекают других участников «забега».
Визуальную составляющую цифрового скрам-борда можно настроить под свои предпочтения.
Кому стоит использовать скрам-доски?
Читая о том, как scrum-методику используют разработчики, вы уже наверняка попытались примерить ее на свою сферу деятельности (если она, конечно, еще не связана с разработкой ПО в рамках спринтов).
Такие доски используют в продажах. Только вместо stories (запросов пользователей) используются глобальные цели компании по достижению определенного количества проданных товаров или порогов прибыли.
Аналогичная ситуация наблюдается у рекрутеров. Они собирают данные о кандидатах на доске и, тестируя их на разных этапах, перераспределяют из одной колонки в другую (проверенные, опрошенные и т.п.).
Но на деле scrum можно использовать в любой сфере деятельности и даже в повседневной жизни. Универсальность методики позволяет применить ее хоть на списке продуктов или же на любом совместном списке задач. Можно выставить в одной колонке цели вашей семьи, задачи, над которыми ведется работа, и то, что уже сделано.
Как правильно пользоваться скрам-бордом
Работа над списком задач формируется в 5 этапах.
Проанализируйте stories пользователей. Сотрудники компании еще на этапе планирования спринта должны выбрать, какие из элементов бэклога продукта должны быть реализованы в ходе надвигающегося «забега». Их добавляют в бэклог спринта.
Распределите задачи. Тимлиды вместе с разработчиками разбивают «хотелки» пользователей на отдельные карточки, чтобы было проще заниматься реализацией намеченных планов. Также они совместно занимаются делегацией задач. Выбирают, кто и чем будет заниматься.
Миграция задач из списка «Надо сделать» в «Делается». В ходе спринта разработчики должны регулярно брать задачи, чтобы не оставаться без дела и ускорять общий поток перехода задач в список выполненных.
Завершаем все задачи. Решение о том, должна ли задача быть закончена или отправлена в список отложенных, стоит принимать как можно раньше, чтобы не тратить лишнее время на ее обработку и частичную реализацию. Чем больше карточек из «Надо сделать» по итогу попадут в «Сделано», тем успешнее будет «забег».
Проанализируйте выполненную работу. Вместе с начальством оцените эффективность работы. Выясните, на каких этапах возникли сложности, с чем они связаны и как их можно решить в ближайшем спринте.
Ключевые преимущества scrum-досок
Мы знаем, для чего нужны скрам-борды и уже умеем применять их на практике (в теории, конечно). Но почему стоит выбрать именно скрам, а не исследовать другие методологии, применяемые в разработке?
Scrum нацелена на увеличение производительности всей команды и упрощение коммуникации между ее участниками. Даже цифровая скрам-доска помогает собрать всех сотрудников вместе в одном пространстве и дать каждому возможность видеть общий фронт работ. Это облегчает понимание ситуации для каждого работника.
Настроить scrum-доску и внедрить в уже отлаженный рабочий процесс несложно. Буквально в пару кликов можно перенести задачи из используемых таск-менеджеров в новое приложение, а уж освоить его точно никому не составит труда. Процесс до боли примитивный – берешь карточку и перетягиваешь на соседнюю колонку.
Ну и главный плюс таких досок – выявление проблем. Не получится забыть про задачу, потерять ее или заблудиться в обилии дел, не понимая, чем конкретно сейчас нужно заниматься. Четкая структура скрам-борда «очищает» голову разработчиков и позволяет им сконцентрироваться на написании кода, а не на менеджменте.
Отличия скрам от канбан
На первый взгляд методики похожи, ведь у канбан почти та же колоночная структура. Но есть и значимые отличия.
Спектр работ – в скрам-доске содержится только информация касаемо грядущего спринта. В 99% случаев задачи строятся вокруг принципов Agile и исключают более глобальные цели. А в канбан «улетают» вообще все задачи, что надо решить. Причем период и масштаб заданных целей не имеют значения.
Лимиты – в ходе «забега» важно завершить как можно больше поставленных задач, поэтому любой сотрудник может взять на себя неограниченное количество карточек. А в случае с канбан действует строгое правило – ограничить количество задач, находящихся в списке «В работе». Нельзя брать на себя слишком много и тянуть с выполнением.
Владельцы доски – скрам-доска привязана к конкретной команде и обособлена от остальной части компании. Канбан-доска может быть достоянием целой корпорации и использоваться всеми ее сотрудниками.
Карточки – в случае с канбан разработчики не создают бэклоги вообще. Список задач – нескончаемый массив. Контролируется он весьма условно, строгих правил формирования максимально компактных целей не существует.
Аналитика – еще одна отличительная черта скрам-бордов. Визуализация аналитических данных в виде графиков, таблиц, схем и т.п. Все, что может позволить быстро оценить ситуацию.
Лучшие программы для создания цифровых скрам-досок
При внедрении методики scrum в работу команды, важно выбрать правильный инструмент.
Безусловный лидер, уже ассоциирующийся с Agile-разработкой. Поддерживает все необходимые для разработчиков функции, встроенную систему аналитики, множество механизмов сортировки данных и коммуникацию между сотрудниками.
ClickUp
Продвинутый цифровой scrum-board с возможностью наглядно устанавливать цели, а также находится в постоянном контакте со всеми программистами компании. Комментировать каждую карточку, например.
monday.com
Удобная система взаимодействия в Agile-команде с функцией интеграции других популярных сервисов. Также monday.com любят за обилие готовых шаблонов со всеми необходимыми колонками.
Wrike
Популярный инструмент для менеджмента больших команд в ходе спринтов. Им пользуются крупные корпорации в духе Google и Airbnb. Wrike более универсален и адаптирован не только под решение задач разработчиков.
Вместо заключения
Scrum – неотъемлемая составляющая Agile-разработки. Без этой методологии не получится грамотно и успешно контролировать рабочий процесс, подмечая все проблемные места. Скрам-доска не несет в себе ни единого недостатка, она точно сделает вашу команду эффективнее.
