Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-03-10

1 <ul><li><a>Историческая справка - с чего все началось</a></li>

2 <li><a>Жизненный цикл программного обеспечения</a></li>

3 <li><a>Основные и гибкие модели разработки программного обеспечения</a></li>

4 <li><a>Agile</a></li>

5 <li><a>Kanban</a></li>

6 <li><a>Lean</a></li>

7 <li><a>Scrum</a><ul><li><a>Для чего нужна методология</a></li>

8 <li><a>Принципы работы Scrum-команды</a></li>

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

10 <li><a>Этапы работы Scrum-команды</a><ul><li><a>Разработка бэклога</a></li>

11 <li><a>Формирование команды</a></li>

12 <li><a>Планирование спринтов</a></li>

13 <li><a>Scrum-митинг</a></li>

14 <li><a>Подведение итогов и обзор результатов</a></li>

15 </ul></li>

16 </ul></li>

17 </ul><p>Разработка является очень важным процессом для абсолютно любого проекта. Грамотный подход к ней способствует уменьшению затрат на реализацию идеи, а также получению отличного результата в конечном итоге. Этот принцип сохраняется как для разработки программного обеспечения, так и для любой другой деятельности.</p>

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

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

19 <h2>Историческая справка - с чего все началось</h2>

20 <p>В последние годы компании начали предлагать своим сотрудникам разнообразные выгодные условия труда: гибкий рабочий график, возможность выполнять должностные обязанности удаленно или сотрудничать по конкретным проектам. Также стали вестись разговоры о здоровой атмосфере и отношениях в команде. Руководители проектов больше ориентируются на получение определенных результатов, а не непосредственно на рабочих процессах. Для этого необходимо применять гибкие методики управления.</p>

21 <p>Их внедрение началось в 2001 году. Тогда команда IT-специалистов выпустила манифест The Agile Manifest. В нем описывался более гибкий подход к разработке приложений.</p>

22 <p>До появления этого манифеста считалось, что проект изначально регламентирован жестко, а его разработка производится по строго установленному плану. Со временем в штате Юта собрались разработчики, которые понимали - отходить от изначально сформированного технического задания возможно (и даже необходимо), если команда или заказчик смогли подобрать более грамотное решение. Разработка должна стать гибким процессом, готовым к изменениям. Именно благодаря этому появился манифест The Agile Manifest.</p>

23 <h2>Жизненный цикл программного обеспечения</h2>

24 <p>Любое программное обеспечение обладает жизненным циклом - этапами, через которые оно проходит от начала создания и до конца разработки и непосредственного внедрения. Обычно в него входят такие стадии как:</p>

25 <ul><li>подготовка;</li>

26 <li>проектирование;</li>

27 <li>создание;</li>

28 <li>поддержка.</li>

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

30 <p>Чтобы лучше понимать жизненный цикл, стоит изучить один наглядный пример - Интернет-магазин:</p>

31 <ol><li>Подготовка. Человек решил открыть книжный Интернет-магазин. Он стал анализировать, какие сайты данной категории уже есть в Сети. На основании этого удалось собрать информацию о трафике площадок и их функциональных возможностях.</li>

32 <li>Проектирование. Будущий владелец Интернет-магазина определился с выбором компании-подрядчика. Он обсудил со специалистами структуру и дизайн будущего сайта.</li>

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

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

35 </ol><p>Модель разработки помогает описать стадии жизненного цикла создаваемого программного обеспечения, а также то, что происходит на каждой из них. Методология включает в себя набор методов по управлению разработкой: техники, принципы, а также правила, делающие процесс более эффективным и успешным.</p>

36 <h2>Основные и гибкие модели разработки программного обеспечения</h2>

37 <p>К основным моделям разработки программного обеспечения относят:</p>

38 <ul><li>Code and fix - модель кодирования и устранения ошибок;</li>

39 <li>Waterfall - каскадная модель (или "водопад");</li>

40 <li>V-model - V-образная модель (разработка через тестирование);</li>

41 <li>Incremental Model - инкрементная модель;</li>

42 <li>Spiral model - спиральная модель;</li>

43 <li>Iterative Model - итеративная (итерационная) модель;</li>

44 <li>Prototype Model - прототипная модель;</li>

45 <li>Chaos Model - модель хаоса.</li>

46 </ul><p>Наиболее популярными среди них являются пять подходов: каскадная, спиральная, итерационная, V-образная и инкрементная.</p>

47 <p>Также в разработке программного обеспечения используются гибкие методологии управления проектами. К ним относят:</p>

48 <ul><li>Agile;</li>

49 <li>Scrum;</li>

50 <li>Lean;</li>

51 <li>Kanban.</li>

52 </ul><p>Далее они будут рассмотрены более подробно. Особое внимание предстоит уделить методологии Scrum.</p>

53 <h2>Agile</h2>

54 <p>Agile - это не конкретная методология разработки, а целая философия. Данная концепция представляет собой целый набор подходов к организации работы в команде. Она базируется на нескольких ценностях:</p>

55 <ul><li>общение внутри команды и ее члены важнее инструментов и процессов;</li>

56 <li>продукт имеет большую значимость, чем документация и отчеты;</li>

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

58 <li>изменения важнее первоначального плана (технического задания).</li>

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

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

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

62 <p>Agile позволяет создать финальный продукт из множества циклов на каждую задачу, которые состоят из нескольких этапов:</p>

63 <ul><li>планирование;</li>

64 <li>разработка;</li>

65 <li>тестирование;</li>

66 <li>демонстрация.</li>

67 </ul><p>При завершении одного цикла, дополнения могут быть внедрены уже в финальный продукт. Философия Agile стала активно использоваться в продакт-менеджменте. В чистом своем виде данная концепция не позволяет оптимизировать работу в команде. Дополнительно приходится разрабатывать практические методы организации производства IT-продукта с четкими этапами. Это привело к образованию ответвлений гибких методологий управления проектами и командой: Scrum, Lean и Kanban.</p>

68 <h2>Kanban</h2>

69 <p>Kanban - управление проектами через визуализацию. Его смысл заключается в том, что управление командой и продуктом должно производиться при помощи наглядного планирования. Для этого используются специальные доски.</p>

70 <p>Чаще всего Kanban-доска включает в себя следующие столбцы:</p>

71 <ul><li>что нужно сделать в будущем;</li>

72 <li>актуальные для обсуждения командой задачи;</li>

73 <li>дела, находящиеся в работе;</li>

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

75 <li>завершенные задачи.</li>

76 </ul><p>Kanban базируется на вовлеченности всей команды в рабочий процесс, строгом контроле постановки задач, прозрачности, дедлайнах, а также на процессе выполнения.</p>

77 <p>Технология подразумевает, что команда, работающая над продуктом, будет находиться в одном пространстве и видит весь пул задач. Это позволяет оценить вклад каждого ее члена в проект, отследить график и выявить недостатки/недочеты в работе.</p>

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

79 <h2>Lean</h2>

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

81 <p>Здесь используются следующие принципы:</p>

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

83 <li>Определить самые важные процессы бизнеса. Далее предстоит перенести на их оптимизацию все свободные ресурсы.</li>

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

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

86 </ol><p>При использовании Lean необходимо все время анализировать процессы и корректировать бизнес-план. Работа по оптимизации производства товаров должна производиться как можно чаще. Это поможет еще на ранних стадиях разработки обнаружить излишества и избавиться от них.</p>

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

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

89 <p>Scrum - это часть семейства гибких Agile-методик. Он представлен конкретной производственной методикой. Agile в большей степени - это философия и набор ценностей.</p>

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

91 <h3>Для чего нужна методология</h3>

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

93 <h3>Принципы работы Scrum-команды</h3>

94 <p>При работе по методике Scrum необходимо соблюдать следующие принципы:</p>

95 <ol><li>Постоянное совершенствование. Итоговый проект становится лучше за счет того, что вся команда совершенствуется.</li>

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

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

98 </ol><p>Это основополагающие принципы, использующиеся в Scrum.</p>

99 <h3>Преимущества и недостатки технологии</h3>

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

101 <p>К преимуществам Scrum относят следующие моменты:</p>

102 <ol><li>Команда будет работать небольшими этапами. На каждом из них получится определить конкретные цели, а также способы их достижения. Данный подход значительно увеличивает скорость работы.</li>

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

104 <li>Большие задачи подразделяются на более мелкие. Этот прием обеспечивает более простую и быструю корректировку в процессе работы команды.</li>

105 <li>Минимизация финансовых рисков.</li>

106 <li>Каждый член команды будет точно знать, за что он отвечает в проекте.</li>

107 <li>Прозрачность работы. Она достигается за счет открытого обмена информацией.</li>

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

109 </ol><p>Scrum также имеет некоторые недостатки:</p>

110 <ol><li>Технология не подходит для слишком сложных и больших проектов. Это связано с вероятностью возникновения проблем координации членов команды.</li>

111 <li>Для использования Scrum требуется достичь высокого уровня доверия в команде.</li>

112 <li>Динамика производительности сокращается после продолжительного периода работы. Команду придется или распускать, или перестраивать.</li>

113 <li>Заказчику проекта необходимо все время общаться с командой и давать обратную связь. В противном случае эффективность Scrum встает под вопрос.</li>

114 </ol><p>Несмотря на свои недостатки, Scrum все равно остается достаточно эффективной и быстрой технологией управления проектами.</p>

115 <h3>Этапы работы Scrum-команды</h3>

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

117 <p>Добиться этого можно при помощи следующих этапов работы:</p>

118 <ol><li>Разработка бэклога продукта.</li>

119 <li>Формирование команды.</li>

120 <li>Планирование коротких циклов (спринтов).</li>

121 <li>Проведение Scrum-митинга (или стендапа).</li>

122 <li>Подведение итогов и обзор результатов.</li>

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

124 <ul><li>задачи, которые запланированы;</li>

125 <li>задачи, находящиеся в стадии активной работы;</li>

126 <li>выполненные задачи.</li>

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

128 <h4><em>Разработка бэклога</em></h4>

129 <p>По методологии Scrum работа команды начинается с разработки бэклога. Заказчик продумывает концепцию продукта с учетом ситуации на рынке, а также пользовательских потребностей. На основании этого формируется список требований к проекту. Они распределяются по степени приоритетности. Готовый бэклог - это полноценное техническое задание для команды.</p>

130 <h4><em>Формирование команды</em></h4>

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

132 <p>Группа специалистов в Scrum включает в себя:</p>

133 <ol><li>Владельца продукта. Это сам заказчик или его представитель. Он должен консультировать разработчиков, транслировать новые требования компании к товару, следить за тем, чтобы работа двигалась в правильном направлении.</li>

134 <li>Scrum-мастера. Это специально нанятый человек, который ведет команду к обозначенной цели. Его задача - не управление разработчиками, а наблюдение за соблюдением Scrum-принципов в рабочем процессе.</li>

135 <li>Разработчиков. Они представляют собой людей различной специализации. Группа разработчиков формируется отдельно для каждого проекта.</li>

136 </ol><p>Особое внимание необходимо уделить отбору команды. В группе не должно быть явного лидера, а ее члены должны дополнять друг друга.</p>

137 <h4><em>Планирование спринтов</em></h4>

138 <p>Спринт - это период, в течение которого группа разработчиков создает и совершенствует отдельную часть продукта. Это помогает исключить глобальные доработки и подготовиться к изменениям условий.</p>

139 <p>Каждый спринт начинается с планирования. Вся группа трудящихся над проектом изучает его бэклог и составляет задачи, необходимые для выполнения в пределах одного цикла. Так создается бэклог определенного спринта.</p>

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

141 <p>При планировании возможны три варианта развития событий:</p>

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

143 <li>Команда успевает вовремя. Заказчик принимает и одобряет результат. Далее разработчики переходят к следующему спринту.</li>

144 <li>Группа успевает выполнить работу с опережением. Оставшееся время уходит на реализацию дополнительных задач.</li>

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

146 <h4><em>Scrum-митинг</em></h4>

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

148 <p>За счет таких микроотчетов Scrum-мастер старается понять, правильно ли идет рабочий процесс, как можно помочь команде в преодолении возникающих препятствий.</p>

149 <h4><em>Подведение итогов и обзор результатов</em></h4>

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

151 <p>В самом конце цикла все члены группы, включая владельца продукта и Scrum-мастера, собираются для демонстрации проделанного за отчетный период. Каждый разработчик представляет завершенные задачи бэклога. Остальные производят оценку его результатов. Далее вся команда демонстрирует общий итог. Им является итоговый работающий продукт.</p>

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

153 <p>Основные принципы Scrum изучены. Более детально рассмотреть эту технологию управления помогут дистанционные компьютерные курсы.</p>

154 <p><em>Хотите освоить современную IT-специальность? Огромный выбор курсов по востребованным IT-направлениям есть в <a>Otus</a>!</em> </p>

155