Технология разработки программного обеспечения



Pdf көрінісі
бет25/53
Дата28.11.2023
өлшемі1,37 Mb.
#193856
түріКонспект
1   ...   21   22   23   24   25   26   27   28   ...   53
Байланысты:
trpo lections 230100 2014

3.2.3.
 
Scrum 
Scrum предоставляет эмпирический подход к разработке ПО. Этот 
процесс быстр, адаптивен, умеет подстраиваться и отличен от каскадной 
модели. Scrum основан на повторяющихся циклах, это делает его более 
гибким и предсказуемым. 
Для начала определим роли, которые участвуют в процессе: Scrum 
мастер (Scrum Master), Владелец продукта (Product Owner), Команда 
(Team).
Scrum Мастер
- самая важная роль в методологии. Scrum Мастер 
отвечает за успех Scrum в проекте. Как правило, эту роль в проекте играет 
менеджер проекта или лидер команды (Team Leader). Важно 
подчеркнуть, что Scrum Мастер не раздает задачи членам команды. В 
Scrum команда является самоорганизующейся и самоуправляемой. 
Основные обязанности Scrum Мастера таковы: 

создает атмосферу доверия

участвует в митингах в качестве фасилитатора - человека, 
обеспечивающий успешную групповую коммуникацию 

устраняет препятствия 

делает проблемы и открытые вопросы видимыми 

отвечает за соблюдение практик и процесса в команде 
Scrum Мастер отслеживает прогресс команды при помощи Sprint 
Backlog, отмечая статус всех задач в спринте. Scrum Мастер может также 
помогать заказчику создавать список задач для команды 
Product Owner
- это человек, отвечающий за разработку продукта. 
Как правило представитель заказчика для заказной разработки. Владелец 
продукта - это единая точка принятия окончательных решений для 
команды в проекте, именно поэтому это всегда один человек, а не группа 
или комитет. 
Команда (Team)
- в методологии Scrum команда является 
самоорганизующейся и самоуправляемой. Команда берет на себя 
обязательства по выполнению объема работ на спринт перед Владельцем 
продукта. Работа команды оценивается как работа единой группы. В 
Scrum вклад отдельных членов проектной команды не оценивается, так 
как это разваливает самоорганизацию команды. 
Размер команды ограничивается размером группы людей, 
способных эффективно взаимодействовать лицом к лицу. Типичные 


36
размер команды - 7 плюс минус 2. Команда в Scrum кроссфункциональна. 
В нее входят люди с различными навыками - разработчики, аналитики, 
тестировщики. Нет заранее определенных и поделенных ролей в 
команде, ограничивающих область действий членов команды. Команда 
состоит из инженеров, которые вносят свой вклад в общий успех проекта 
в соответствии со своими способностями и проектной необходимостью.
Рис. 3.6 Scrum 
В основе лежат короткие ежедневные встречи – Scrum и 
циклические 30-дневные встречи, называемые спринтом. Результатом 
спринта является готовый продукт, который можно передавать заказчику 
(по крайней мере, система должна быть готова к показу заказчику) [25, 
26]. 
Короткие спринты обеспечивают быструю обратную связь 
проектной команды с заказчиком. Заказчик получает возможность гибко 
управлять системой, оценивая результат спринта и предлагая улучшения 
к созданной функциональности. Такие улучшения попадают в список 
имеющихся на данный момент бизнес-требований и технических 
требований к системе (Product Backlog), приоритезируются наравне с 
прочими требованиями и могут быть запланированы на следующий (или 
на один из следующих) спринтов. Каждый спринт представляет собой 
маленький «водопад». В течение спринта делаются все работы по сбору 
требований, дизайну, кодированию и тестированию продукта. 
Цель спринта должна быть фиксированным. Это позволяет команде 
давать обязательства на тот объем работ, который должен быть сделан в 


37
спринте. Это означает, что Sprint Backlog не может быть изменен никем, 
кроме команды. 


Достарыңызбен бөлісу:
1   ...   21   22   23   24   25   26   27   28   ...   53




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет