Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>2 авг 2024</li>

3 <li>0</li>

4 </ul>Рассказали, для каких проектов подходит Scrum, как внедрить эту методологию и при чём тут Agile.

5 Иллюстрация: Катя Павловская для Skillbox Media

6 Рассказываем обо всём, что нужно для руководства бизнесом, командой или проектом, - от SMM и SEO до корпоративных финансов.

7 Помог разобраться в Scrum

8 15 лет опыта в разработке крупных проектов и запуске цифровых продуктов для развития бизнеса (МТС, Х5, "Эльдорадо", "Авилон", "Русал"). Автор и спикер курсов Skillbox "<a>Профессия Менеджер проектов</a>" и "<a>Управление проектами</a>".

9 Scrum (скрам) - одна из гибких методологий управления проектами. Согласно ей срок выполнения проекта разбивают на равные промежутки времени, в которые команда работает над продуктом поэтапно.

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

11 В статье рассказываем:

12 <ul><li><a>что такое</a>Scrum;</li>

13 <li>как и <a>зачем была создана</a> эта методология;</li>

14 <li>какие роли есть в <a>Scrum-команде</a>;</li>

15 <li>как<a>управлять проектом</a>по Scrum;</li>

16 <li>на <a>какие принципы</a>ориентируется Scrum-команда;</li>

17 <li>чем Scrum<a>отличается от Kanban</a>;</li>

18 <li><a>как внедрить</a>Scrum-методологию;</li>

19 <li>как<a>узнать больше</a>о проектном управлении и его методах.</li>

20 </ul>Scrum - методология управления проектами из семейства Agile. Команда, работающая по Agile, быстро адаптируется к изменениям в работе и новым вводным. Например, к новым требованиям заказчика, когда продукт уже разрабатывается, к изменениям рынка или к потребностям аудитории.

21 Работа по методологии Scrum выглядит так. Проект разбивают на итерации (спринты) - промежутки времени, в которые команда разрабатывает продукт. Обычно один спринт длится две-три недели. В конце каждого спринта команда показывает готовую часть продукта - его "неидеальную" версию, которой уже можно пользоваться, - или дополнительные функции для неё.

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

23 Результат каждой итерации обсуждают с заказчиком - если его всё устраивает, приступают к следующей. Обычно в начале проекта у команды нет представления о том, как будет выглядеть продукт в самом конце, - требования могут меняться в ходе разработки.

24 Кроме встречи в конце спринта, команда собирается каждый день примерно на 15 минут. Такой сбор называют Scrum-митингом, дейли или стендапом. За время встречи каждый участник команды отвечает на три вопроса:

25 <ul><li>что он сделал с прошлой встречи;</li>

26 <li>что планирует делать сегодня;</li>

27 <li>что ему в этом мешает.</li>

28 </ul>В результате встречи становится понятно, всё ли идёт по плану, что нужно сделать, чтобы преодолеть препятствия.

29 Подробнее об этапах управления проектом по Scrum рассказываем<a>ниже</a>. Пока разберёмся, как и зачем были созданы гибкие подходы к управлению.

30 Agile-подход, к которому относится и Scrum, появился в противовес<a>каскадной модели управления</a>(Waterfall, или "Водопад").

31 Суть Waterfall заключается в следующем. Команда проекта составляет детальное техническое задание: какой продукт нужно получить и каким путём - и согласовывает его с заказчиком. Затем занимается разработкой строго по утверждённому плану и сдаёт заказчику готовый продукт.

32 Если в готовый продукт нужно внести изменения, снова начинают с ТЗ, утверждают его с заказчиком и только потом приступают к внесению этих изменений. Срок разработки при этом растёт.

33 Со временем требования к IT-проектам стали меняться слишком часто - поскольку менялась и сама индустрия, и контекст проектов. Стало очевидно, что для управления IT-проектами нужно что-то другое - подход, который позволил бы быстро подстраиваться под изменения.

34 На этой идее и основан подход гибкого управления проектами. Его ценности и принципы описаны в Agile-манифесте. С Agile-манифеста началась история активного развития Agile.

35 "11-13 февраля 2001 года на горнолыжном курорте в штате Юта встретились семнадцать разработчиков - поговорить, покататься на лыжах, расслабиться и обсудить дела. Сейчас трудно было бы найти более крупное собрание организационных анархистов, поэтому то, что вышло из этой встречи, было символичным - манифест гибкой разработки ПО".

36 <a>Agile Manifesto</a>

37 Подробнее об Agile-манифесте мы рассказывали в <a>этой статье</a>Skillbox Media.

38 Различия между подходами Agile и WaterfallИнфографика: Майя Мальгина для Skillbox MediaЗачатки Scrum-подхода появились в Японии в 1986 году - задолго до Agile-манифеста. Учёные Хиротака Такэути и Икудзиро Нонака заметили, что проекты, над которыми работают небольшие команды разнопрофильных специалистов, показывают лучшие результаты. Они назвали это подходом регби и написали об этом статью The New New Product Development Game.

39 В виде задокументированного фреймворка Scrum представили в 1990-х годах программисты Кен Швабер и Джефф Сазерленд. Они были первыми, кто использовал такой подход в реальном IT-проекте. Следующие несколько лет они продолжали работать вместе, чтобы обработать и описать свой опыт и лучшие практики управления проектами с помощью этого подхода. Так получился фреймворк, который сегодня известен как Scrum.

40 В свою очередь, Agile-манифест создал общий язык и объединил разные методологии под одним названием. С этого момента Scrum стал рассматриваться как одна из методологий, работающих по принципам Agile.

41 В Scrum-команде три ключевые роли: команда разработчиков (developers), скрам-мастер (scrum master) и владелец продукта (product owner). Давайте разберём каждую роль.

42 <ul><li>Разработчики -люди, которые создают продукт. К developers относятся, например, разработчики, тестировщики, дизайнеры и другие специалисты, необходимые в проекте. Обычно команду разработчиков формируют отдельно для каждого проекта.</li>

43 <li>Скрам-мастер -менеджер, который направляет команду и решает проблемы, замедляющие рабочий процесс. Он следит за тем, чтобы команда понимала методологию и работала по ней. Это не руководитель команды, а скорее наставник и помощник. Его задача - организовать работу так, чтобы каждый участник команды понимал потребности заказчика и мог предлагать свои идеи. Также скрам-мастер организует общение заказчика и команды на совместных мероприятиях.</li>

44 <li>Владелец продукта- человек, который отвечает за то, чтобы у команды была чёткая цель и понимание того, какой продукт нужно создать. Product owner сотрудничает с заказчиком и другими заинтересованными сторонами. В некоторых проектах product owner - это сам заказчик. Он формирует и приоритизирует список требований к продукту - бэклог - и следит, чтобы команда работала в нужном направлении.</li>

45 </ul>Все эти специалисты тесно взаимодействуют друг с другом. Владелец продукта задаёт направление проекта и приоритеты, команда разработчиков реализует задачи, а скрам-мастер отвечает за то, чтобы процесс разработки шёл гладко.

46 Взаимодействие Scrum-команды между собой, с пользователями и с заказчикомИнфографика: Майя Мальгина для Skillbox MediaЧаще всего Scrum-команда состоит из 5-9 человек. Это оптимальное количество, но иногда встречаются команды и из трёх человек. Если людей больше девяти, то им становится сложнее взаимодействовать между собой - это мешает работе и снижает продуктивность.

47 При работе по методологии Scrum проект делится на спринты. Каждый спринт - период, в течение которого команда работает над несколькими задачами: анализирует их, выполняет, тестирует, обсуждает с заказчиком и при необходимости дорабатывает. Рассмотрим, как это проходит, поэтапно.

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

49 Анализ.Из верхней части бэклога участники команды выбирают задачи для одного спринта. Затем определяют, какие ресурсы понадобятся для выполнения задач, и распределяют эти задачи между собой.

50 На этом же этапе формируют критерии успешного завершения каждой задачи - параметры, по которым будет понятно, что задача выполнена хорошо. Благодаря такому подходу у всей команды формируются одинаковые ожидания относительно итогов спринта.

51 Выполнение.Участники команды работают над своими задачами. Каждый день они встречаются, чтобы обсудить текущий прогресс: что они сейчас делают, какие проблемы у них возникают, что они планируют делать дальше. Это важно для того, чтобы работа над проектом выглядела прозрачной и все участники команды знали ситуацию.

52 Тестирование.На этом этапе проверяют работоспособность продукта: запускается ли приложение, выполняет ли оно свои функции корректно и так далее. Этап тестирования проходит сразу после разработки. Он нужен, чтобы быстро реагировать на обнаруженные проблемы и вносить изменения вовремя.

53 Релиз.В конце спринта команда показывает заказчику результаты своей работы. Заказчик даёт обратную связь - объясняет, что его устраивает, а что нет. Если есть замечания, команда обсуждает, как будет дорабатывать проект, и возвращается к предыдущим этапам.

54 Если замечаний нет, команда переходит к следующей итерации. Такой цикл повторяется до завершения всего проекта - до стадии, когда программу отдают заказчику полностью готовой.

55 Если в процессе спринта что-то идёт не так - например, если кто-то из членов команды понимает, что не укладывается в спринт, он сообщает об этом владельцу продукта, и тот перераспределяет время и задачи. То же самое происходит, если команда понимает, что справляется с задачей досрочно: тогда в этот спринт можно добавить дополнительные задачи из бэклога продукта.

56 Главная цель Scrum - передать заказчику желаемый продукт вовремя и с минимальными затратами ресурсов. Чтобы этого достичь, соблюдают такие принципы.

57 Кросс-функциональность.Члены Scrum-команды - люди с различными специализациями и наборами навыков. Это позволяет им эффективно работать над продуктом, не привлекая внешних специалистов.

58 Постоянное улучшение.Scrum ориентирован на непрерывное улучшение процессов внутри команды. Команда регулярно анализирует свою работу, выявляет проблемы и находит пути их решения. Этот принцип помогает адаптироваться к изменениям и увеличивать производительность.

59 Прозрачность.У всех участников команды есть чёткое представление о целях, задачах и текущем состоянии проекта. Для этого проводят стендапы, обзоры спринтов и ретроспективы.

60 Фокус на ценностях.Команда работает над приоритетными задачами, которые приносят заказчику наибольшую ценность. А также постоянно стремится улучшать качество конечного продукта.

61 Kanban - ещё одна методология из семейства Agile. Её разработали в Японии и изначально использовали в производстве автомобилей.

62 По Kanban работают так. Задачи проекта размещают в виде карточек на доске, разлинованной на колонки. Эти колонки отражают этапы выполнения проекта - например, "Выполнить", "В работе", "На согласовании", "Выполнено". Участник команды берёт задачу, перемещает карточку по доске от одной колонки к другой, и вся команда видит актуальный статус этой задачи.

63 Идея методологии в том, чтобы работа над проектом шла по принципу конвейера. То есть чтобы участники команды не задумывались над планированием и приоритизацией задач, а просто приходили к доске, брали задачу и шли её выполнять.

64 Вот основные различия методологий Kanban и Scrum:

65 <ul><li>Цель.В Kanban фокусируются на том, чтобы создать непрерывный поток задач: все члены команды всегда должны быть обеспечены одинаковым количеством работы. В Scrum основная цель - выполнить задачи из бэклога за фиксированное время и к концу спринта создать работающую часть продукта.</li>

66 <li>Структура команды.В команде Scrum роли чётко фиксированы: каждый участник команды выполняет только свои обязанности. В Kanban чёткого распределения ролей нет - члены команды могут выполнять разные задачи.</li>

67 <li>Периоды работы.В Kanban нет фиксированных итераций - задачи поступают непрерывно, их могут добавить или убрать в любой момент. В Scrum работают спринтами - задачи спринта выбирают до его начала и в большинстве случаев не изменяют до его конца.</li>

68 <li>Обязательные встречи.В Kanban нет обязательных встреч, но иногда проводят ретроспективы - команда встречается, чтобы оценить процессы и обсудить, как их улучшить. В Scrum регулярно планируются спринты, проходят ежедневные стендапы, демонстрация результатов и ретроспектива.</li>

69 </ul>Выбор между Kanban и Scrum зависит от специфики проекта. Например, Kanban хорошо подходит для проектов, где задачи возникают непредсказуемо и требуют немедленного выполнения. А Scrum лучше всего применять в разработке ПО и в других проектах, конечная цель которых не всегда понятна, - например, в проектах стартапов.

70 Вот семь основных шагов по внедрению Scrum. Нужно выполнять их последовательно.

71 Важно, чтобы вся команда понимала, что такое Scrum и как он работает. Например, можно провести тренинг или найти материалы для самообучения.

72 В каждой Scrum-команде должен быть владелец продукта, скрам-мастер и специалисты, которые занимаются разработкой.

73 Владельцем продукта может быть заказчик или его представитель. Скрам-мастером лучше назначать специалиста с опытом - желательно, чтобы он был знаком с методологией не только в теории.

74 На этом этапе нужно собрать все задачи и требования для продукта. Полученный список нужно приоритизировать и согласовать с заказчиком.

75 Выберите задачи из верхней части бэклога - самые важные. Так команда будет понимать, над чем нужно работать в ближайшем спринте.

76 Каждый день собирайте команду на 15-минутную встречу, где каждый член команды будет рассказывать, что он сделал вчера, что планирует сделать сегодня и какие перед ним есть препятствия. Это поможет команде держать курс и быстро решать возникающие проблемы.

77 В конце каждой итерации важно проводить две встречи. На обзоре спринта команда демонстрирует выполненную работу и получает обратную связь от заказчика. На ретроспективе - обсуждает, что прошло хорошо, что можно улучшить и как это реализовать в следующем спринте.

78 После завершения одного спринта сразу начинайте следующий - повторяйте все шаги с первого по шестой. С каждым циклом вы будете лучше понимать, как настроить работу команды и создавать лучший продукт.

79 <ul><li>Scrum - один из подходов гибкого управления проектами. При нём срок выполнения проекта разбивают на равные промежутки времени, в которые команда работает над продуктом поэтапно.</li>

80 <li>В Scrum-команде есть три роли: владелец продукта, скрам-мастер и команда разработчиков. Владелец продукта задаёт направление проекта и приоритеты, команда разработчиков реализует задачи, а скрам-мастер отвечает за то, чтобы процесс разработки шёл гладко.</li>

81 <li>В методологии Scrum работа над продуктом делится на спринты (или итерации). Каждый спринт - период, в течение которого команда работает над несколькими задачами: анализирует их, выполняет, тестирует, обсуждает с заказчиком и при необходимости дорабатывает.</li>

82 <li>Каждый день команда собирается на короткую встречу - стендап, или дейли. А в конце итерации проводит обзор спринта и ретроспективу.</li>

83 </ul><ul><li>В Skillbox Media есть материал об <a>управлении проектами</a>: для чего оно нужно, как устроено, какие этапы включает и как выбрать методы управления. Прочитайте статью, чтобы погрузиться в тему.</li>

84 <li>Также в Skillbox Media есть отдельные статьи о методологиях управления проектами: об <a>Agile</a>и её разновидности<a>Kanban</a>, а также о противоположности Agile -<a>Waterfall</a>.</li>

85 <li>Если вы только начали знакомиться с управлением проектами и разбираетесь в его элементах, прочитайте нашу статью "<a>Что такое проект: изучаем главное понятие проектного управления</a>".</li>

86 <li>Управлять проектами, работать с бюджетом, сотрудничать с заказчиками, управлять командой и презентовать проекты можно научиться на курсе Skillbox "<a>Профессия Менеджер проектов</a>".</li>

87 </ul><a>Курс с трудоустройством: "Профессия Менеджер проектов" Узнать о курсе</a>