Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 <ul><li><a>Определение</a></li>

2 <li><a>Историческая справка</a></li>

3 <li><a>Ключевые задачи и цели</a><ul><li><a>Принципы</a></li>

4 </ul></li>

5 <li><a>Отличие от Agile и Kanban</a></li>

6 <li><a>Этапы работы</a></li>

7 <li><a>Ключевые элементы</a><ul><li><a>Состав команды</a></li>

8 </ul></li>

9 <li><a>Преимущества и недостатки</a></li>

10 </ul><p>Scrum - одна из методик, которая помогает команде быстро, гибко и эффективно заниматься разработкой программного обеспечения, повышать качество контента, уровень сотрудничества и коммуникации в команде, увеличивать личную мотивацию каждого участника и общую работоспособность. Этот процесс необходимо грамотно организовать. Для этого требуется полное понимание концепций Scrum.</p>

11 <p>Далее предстоит разобраться с соответствующим вопросом более подробно. Нужно изучить состав Scrum-команды, ее цели и ключевые задачи, задействованные методологии. А еще - научиться отличать Scrum от других подходов к разработке. Эта информация рассчитана на широкую публику. Она подойдет и уже состоявшимся IT-специалистам, и тем, кто только планирует заниматься разработкой программного обеспечения в команде.</p>

12 <h2>Определение</h2>

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

14 <p>Команда при помощи Скрам сможет структурировать работу и выстраивать грамотное управление, опираясь на некоторый набор ценностей, принципов и практик. Люди, трудящиеся над проектом, должны извлекать уроки из полученного опыта, осваивать новые принципы самоорганизации, стараясь отыскать решение проблемы, анализировать собственные успехи и провалы.</p>

15 <p>Основной идеей рассматриваемой методологии служит разделение проекта на короткие периоды времени - спринты. Каждый спринт может длиться от 1 недели до месяца. Заканчивается каждый соответствующий период выпуском очередной работающей модели. В самом начале каждого спринта команда определяет, что будет выполнено в процессе работы и трудится над соответствующими целями до полного завершения. Каждый день команда организовывает короткие встречи (стендап-митинги), чтобы обсудить достигнутый прогресс и синхронизировать дальнейшие действия. Каждый спринт может требовать меньше времени, чем на него отведено.</p>

16 <p>Команда при применении Скрам методологии самоорганизуется - она будет самостоятельно решать, как выполнять работу и какие именно методы применять на практике. Если компания планирует внедрить Scrum, необходимо заложить время, отведенное на обучение каждого члена команды.</p>

17 <p>Концепция также предусматривает:</p>

18 <ul><li>открытость;</li>

19 <li>улучшение процессов на постоянной основе;</li>

20 <li>прозрачность.</li>

21 </ul><p>Все это может быть достижимо только при помощи постоянного взаимодействия людей в группе и коммуникацией. Несмотря на широкое распространение, рассматриваемая методология подойдет не всем. Она имеет свои особенности и недостатки. Обо всем этом будет рассказано далее.</p>

22 <h2>Историческая справка</h2>

23 <p>История методики Scrum начинается в 1980-х годах, когда ученые из Японии проводили исследования в сфере автомобильного производства. Они выяснили, что некоторые автопроизводители (Honda, Toyota) добиваются успеха за счет возможности быстрой адаптации к изменениям на рынке. Это позволяло компаниям быстро выпускать новые модели авто для потребителей.</p>

24 <p>Японские ученые пришли к выводу, что такой успех связан с применением совершенно новых методологий управления проектами и разработки продуктов. Таких, которые дают возможность быстро адаптироваться к стремительно меняющимся рыночным условиям. Соответствующий подход получил название "нового знания производства" и был описан в книге The New New Product Development Game".</p>

25 <p>В конце 1980-х Джефф Сазерленд, который на тот момент работал в компании США Easel Corporation, тоже начал искать способы улучшения процедуры разработки программного обеспечения. Он вдохновился идеями Нонаки и Хиротаки, стал применять их труды в своей работе. Так появилась новая концепция управления проектами, которая получила название "Скрам", использующая теорию сложных систем и гибкое управление.</p>

26 <p>Кен Швабер в 1995 году встретился с Джеффом Сазерлендом и заинтересовался его методологией. Он продолжил работать на Scrum, уточнил и дополнил его принципы и правила, описав все это в книге The Scrum Guide. Это печатное издание вышло в свет в 2010 году.</p>

27 <p>Сейчас Scrum - это одна из наиболее эффективных методологий управления разработкой и разнообразными проектами. Концепция встречается не только в программировании, но и во многих других отраслях. С ее помощью удается быстро адаптировать команду к стремительно меняющимся условиям на рынке и добиваться большей эффективности и производительности.</p>

28 <h2>Ключевые задачи и цели</h2>

29 <p>Система Scrum используется для того, чтобы команда разработчиков могла создавать более качественный и полезный продукт. С ее помощью эффективность каждого человека в группе возрастает, а риски, связанные с внедрением и разработкой ПО, снижаются.</p>

30 <p>Основными задачами Scrum можно назвать:</p>

31 <ol><li>Управление проектом. Подход обеспечивает структурированное управление проектом. С его помощью можно манипулировать процессом разработки конечного продукта и тщательно следить за достигнутым прогрессом.</li>

32 <li>Коммуникацию. Методология поддерживает взаимодействие между всеми сторонами проекта. Это благоприятно сказывается на скорости и эффективности решения проблем и достижении общих целей по итогу.</li>

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

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

35 <li>Улучшение качества. Методология позволяет команде все время совершенствовать качество за счет регулярного обмена мнениями и обратной связи. Сюда же можно отнести регулярное внедрение улучшений и оптимизацию процессов.</li>

36 <li>Управление рисками. Рассматриваемый метод ставит перед собой задачу обеспечения структурированного подхода к управлению рисками, позволяя команде определить и минимизировать их на ранних этапах разработки.</li>

37 </ol><p>В основу управления продуктами Scrum заложены несколько ключевых принципов:</p>

38 <ul><li>человек важнее инструментов;</li>

39 <li>взаимодействие с заказчиками важнее контактов;</li>

40 <li>качество итогового продукта важнее документации;</li>

41 <li>готовность вносить изменения в ранее продуманный план действий.</li>

42 </ul><p>Соответствующие идеи были заложен не только в Скрам, но и в Agile - гибкого процесса разработки программного обеспечения.</p>

43 <h3>Принципы</h3>

44 <p>В Скрам и других agile-методологиях соблюдаются следующие принципы:</p>

45 <ol><li>Заказчик (владелец продукта) удовлетворяется за счет ранней и непрерывной поставки эффективного и ценного программного обеспечения.</li>

46 <li>Изменения требований к итоговому продукту приветствуются, даже если они вносятся на поздних стадиях разработки.</li>

47 <li>Работающие модели программного обеспечения поставляются регулярно. Здесь предпочтение отдается коротким срокам выполнения.</li>

48 <li>Бизнес-сотрудники и команда разработчиков должны работать совместно. Это происходит на протяжении всего жизненного цикла исходного проекта.</li>

49 <li>Программные продукты создаются вокруг мотивированных людей.</li>

50 <li>Наиболее эффективным способом представления и передачи информации считаются личные разговоры. Обсуждениям в agile-методологиях отводится центральное место.</li>

51 <li>Ключевым критерием оценки достигнутого прогресса является работающее программное обеспечение.</li>

52 <li>За счет agile-процессов удается добиваться устойчивого и качественного развития не только конкретного проекта, но и всей команды.</li>

53 <li>Улучшение гибкости достигается за счет привлечения внимания к техническому совершенству и хорошему дизайну конечного продукта.</li>

54 <li>Максимизация количества работы, которую не нужно делать, достигается за счет простоты. В рассматриваемой концепции каждый обсуждаемый этап дальнейшего развития конечного продукта должен быть четким и понятным.</li>

55 <li>В основе методологии заложена самоорганизация как команды, так и каждого ее члена. Сюда же относится способность группы людей, трудящихся над проектом, адаптироваться к новым условиям.</li>

56 <li>Концепции agile подразумевают регулярную оценку и анализ процессов разработки и конечного продукта.</li>

57 </ol><p>Основной целью Scrum является обеспечение эффективной и гибкой разработки программного обеспечения (или иного продукта), который максимально точно соответствует требованиям и потребностям заказчика.</p>

58 <h2>Отличие от Agile и Kanban</h2>

59 <p>Kanban, Scrum и Agile - это три метода, позволяющие управлять различными проектами. Чтобы лучше понимать разнице между ними, необходимо помнить о ключевых особенностях каждой концепции.</p>

60 <p>Для Скрам характерны следующие моменты:</p>

61 <ol><li>Так называется гибкая методология управления проектами, которая разработана для создания ПО и иных продуктов.</li>

62 <li>Предусматривается явная структура, включая роли, артефакты и практики.</li>

63 <li>Работа будет организовываться в виде небольших спринтов (до месяца общей продолжительностью), в которых команда выполняет задачи из Sprint Backlog (списка поставленных целей).</li>

64 <li>Концепция подчеркивает коллективную ответственность и повышает доверие между членами имеющейся команды.</li>

65 </ol><p>Kanban предусматривает такие черты и нюансы:</p>

66 <ol><li>Это метод управления рабочими процессами, позволяющими оперировать потоками работы и повышать общую эффективность команды.</li>

67 <li>Отсутствуют явная структура и распределение ролей. Канбан - это визуальная доска с задачами. На ней будет отображаться текущее состояние работы.</li>

68 <li>Работа не имеет установленных четких сроков. Задачи на доске перемещаются, базируясь на основе их текущего состояния, а также степени приоритетности.</li>

69 <li>Канбан подчеркивает непрерывное улучшение и устранение излишков.</li>

70 </ol><p>Для Agile актуальны следующие характеристики:</p>

71 <ol><li>Концепция разработки программного обеспечения, которая подчеркивает сотрудничество и быстрые реакции на изменения.</li>

72 <li>Agile - это не конкретная идея. Методология представляет собой некоторый набор принципов и ценностей, включая удовлетворение клиента, сотрудничество с заказчиком, работающий продукт, а также ответ на изменения и так далее.</li>

73 <li>Данный подход подчеркивает гибкость и способность быстро адаптироваться к изменяющимся окружающим условиям.</li>

74 </ol><p>Scrum сразу определяет рамки процесса, а Канбан будет встраиваться в любой существующий, позволяя начать работу с того, что есть на текущий момент, постепенно добиваясь улучшений.</p>

75 <p>Agile - это более широкий подход к разработке программного обеспечения. Он может быть реализован посредством самых разных методологий, включая Скрам и Канбан.</p>

76 <h2>Этапы работы</h2>

77 <p>Методика Scrum включает в себя следующие этапы работы (реализации):</p>

78 <ol><li>Планирование. В самом начале каждого спринта команда и владелец продукта (или его представитель) планируют цели, время, объем предстоящих работ, а также ожидаемые от спринта результаты.</li>

79 <li>Итерация (или спринт). Работа в рассматриваемой методологии базируется на итерациях, которые называются спринтами. Они длятся от 1 до 4 недель. Команда разработчиков в процессе всего спринта выполняет свои задачи, совершенствуя исходный проект.</li>

80 <li>Постоянное обновление. Команда все время занимается обновлением исходного продукта за счет новых функциональных возможностей, исправления обнаруженных ошибок и других нововведений.</li>

81 <li>Проверка. Каждый спринт заканчивается проверкой полученного продукта. Команда представляет достигнутый результат заказчику/владельцу проекта.</li>

82 <li>Ретроспектива. Необходима для того, чтобы команда могла провести анализ выполненной работы, выявить проблемы и подобрать методы оптимизации дальнейших действий.</li>

83 <li>Планирование следующего спринта. Каждый спринт заканчивается не только проверкой, но и планированием нового этапа разработки. Команда должна будет определить новые сроки, цели и объем предстоящих работ.</li>

84 </ol><p>Планирование спринта в управлении проектами Scrum состоит из нескольких шагов:</p>

85 <ol><li>Предварительная оценка предстоящего объема работ.</li>

86 <li>Определение целей. Здесь участие принимает не только команда разработчиков, но и владелец продукта.</li>

87 <li>Создание плана спринта. На этом этапе команда программистов определяет, какие задачи будут выполняться в рамках спринта, как это произойдет, кто будет нести ответственность за каждый пункт.</li>

88 <li>Оценка рисков.</li>

89 <li>Создание бэклога спринта. Команда разработчиков создает список задач (бэклог) для выполнения в рамках спринта.</li>

90 <li>Определение сроков спринта.</li>

91 <li>Завершение планирования. На этом этапе владелец продукта окончательно согласовывает с командой план спринта и договаривается о дальнейших шагах.</li>

92 </ol><p>Результатом станет только готовый к использованию продукт или его версия.</p>

93 <h2>Ключевые элементы</h2>

94 <p>Система Scrum включает в себя 10 ключевых элементов. К ним относят:</p>

95 <ol><li>Команду разработчиков. Это группа специалистов, которая будет трудиться над программным обеспечением. Называется Development Team.</li>

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

97 <li>Скрам-мастер - человек, несущий ответственность за поддержание процесса работы команды в соответствие с принципами Scrum. Он следит за устранением препятствий и обеспечением эффективной концепции взаимодействия между членами команды.</li>

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

99 <li>Журнал спринта - список задач, выбранных командой разработчиков для выполнения на текущем этапе. Спринты и итерации могут повторяться.</li>

100 <li>Спринт - промежуток времени, отведенный для работы над единой задачей в Scrum.</li>

101 <li>Планирование спринта - встреча, во время которой команда и владелец продукта определяют объем работы и цели на текущий спринт.</li>

102 <li>Ретроспектива. Встреча, на которой анализируются полученные результаты от последнего спринта. Команда будет искать способы улучшения процесса работы в будущем.</li>

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

104 <li>Инкремент продукта. Это - новая функциональность, добавленная в продукт в процессе работы команды во время спринта.</li>

105 </ol><p>Без всего этого работа по Scrum невозможна.</p>

106 <h3>Состав команды</h3>

107 <p>В Scrum существуют разнообразные роли. Они распределяются между участниками команды:</p>

108 <ul><li>разработчики;</li>

109 <li>владелец продукта;</li>

110 <li>Scrum-мастер.</li>

111 </ul><p>Разработчики - это специалисты, которые совместно трудятся над программным обеспечением. Сюда можно отнести тестировщиков, программистов, дизайнеров и других работников IT. Разработчики в Scrum:</p>

112 <ul><li>выполняют работы, необходимые для достижения результатов каждого этапа программирования;</li>

113 <li>трудятся совместно для создания потенциально выполняемых инкрементов ПО;</li>

114 <li>оценивают сложность поставленных задач;</li>

115 <li>занимаются согласованием объема работ на каждом этапе разработки;</li>

116 <li>определяют и проверяют собственный рабочий процесс, принимают по нему решения;</li>

117 <li>несут ответственность за выполненную работу - стремятся завершить ее в срок с установленным бюджетом.</li>

118 </ul><p>Владелец продукта в Scrum - представитель заказчика или сам заказчик. Тот, кто несет ответственность за определение требований к исходному программному обеспечению, расставляет приоритеты задач. У владельца должно иметься четкое представление о том, как выглядит программа, какие функциональные возможности она предусматривает.</p>

119 <p>В его обязанности входят такие задачи:</p>

120 <ul><li>определение требований к модели и приоритета задач в журнале программного обеспечения;</li>

121 <li>объяснение команде Scrum, что должно быть создано и почему;</li>

122 <li>определение факта готовности инкремента программы;</li>

123 <li>обеспечение соответствия инкремента требованиям и потребностями бизнеса/конечных пользователей;</li>

124 <li>решение относительно принятия или отклонения инкремента, представленного Scrum командой.</li>

125 </ul><p>Scrum-мастер - человек с большим опытом в Scrum. Он занимается обучением команды, обрабатывает обратную связь после каждой итерации, анализирует продуктивность действий, узнает о практическом проявлении членов команды.</p>

126 <p>В его обязанности входят:</p>

127 <ul><li>обеспечение эффективности работы команды в соответствии со Scrum;</li>

128 <li>устранение препятствий, которые могут помешать достигать результатов на каждом этапе разработки;</li>

129 <li>обеспечение взаимодействия между командой, владельцем программного обеспечения и иными заинтересованными сторонами;</li>

130 <li>обучение и помощь членов команды в применении Scrum;</li>

131 <li>помощь при принятии решений и самоорганизации.</li>

132 </ul><p>В Scrum могут встречаться другие члены - эксперты по тем или иным технологиям, product-менеджеры, аналитики.</p>

133 <h2>Преимущества и недостатки</h2>

134 <p>Scrum - методология, которая имеет множество преимуществ. Она дает возможность быстро реагировать на изменения, модернизировать продукты по мере их непосредственного развития и достигать поставленных целей поэтапно.</p>

135 <p>К преимуществам Scrum относят:</p>

136 <ol><li>Гибкость и адаптивность.</li>

137 <li>Улучшение качества итогового продукта. Связано это с тем, что разработчики могут сосредоточиться на создании высококачественного проекта при помощи регулярных ретроспектив и обзоров.</li>

138 <li>Улучшение коммуникации между специалистами.</li>

139 <li>Развитие всей группы разработчиков. Каждый ее участник сможет проявить себя, а также высказаться и выслушать коллег.</li>

140 <li>Быстрый запуск программного обеспечения на рынок.</li>

141 </ol><p>Недостатки у этой концепции следующие:</p>

142 <ol><li>Сложная реализация - требуется хорошая координация и эмуляция работы группы.</li>

143 <li>Низкая эффективность там, где нужен строгий контроль за бюджетом и сроком сдачи продукта.</li>

144 <li>Высокая степень зависимости от команды.</li>

145 <li>Небольшое внимание, уделяемое документации.</li>

146 <li>Необходимость поддержки руководства. Если руководитель не готов поддерживать, концепт может оказаться неэффективным.</li>

147 </ol><p>Теперь понятно, что такое Scrum. Лучше разобраться с этой методологией помогут специализированные компьютерные курсы. На них с нуля обучат не только этой концепции, но и другим подходам к управлению проектами.</p>

148 <p><em>Интересует управление проектами? Возможно, вам будут интересны следующие курсы в Otus:</em></p>

149 <ol><li><a>"Product Manager IT-проектов"</a>.</li>

150 <li><a>"Senior Product Manager"</a>.</li>

151 </ol>