Відмінності між версіями «Методологія розробки Scrum»

Матеріал з Вікі ЦДУ
Перейти до: навігація, пошук
 
(не показані 3 проміжні версії цього учасника)
Рядок 1: Рядок 1:
 
'''У класичному Scrum існує 3 базових ролі:'''<br />
 
'''У класичному Scrum існує 3 базових ролі:'''<br />
  
-Product owner<br />
+
* Product owner<br />
  
-Scrum master<br />
+
* Scrum master<br />
  
-Команда розробки (Development team)<br />
+
* Команда розробки (Development team)<br />
  
  
Рядок 19: Рядок 19:
 
-За виконувану роботу відповідає вся команда, а не індивідуальні члени команди.
 
-За виконувану роботу відповідає вся команда, а не індивідуальні члени команди.
 
----
 
----
'''процес Scrum'''
+
'''Процес Scrum'''
  
 
Основою Scrum є Sprint, в перебігу якого виконується робота над продуктом. По закінченню Sprint повинна бути отримана нова робоча версія продукту. Sprint завжди обмежений по часу (1-4 тижні) і має однакову тривалість протягом всього життя продукту.
 
Основою Scrum є Sprint, в перебігу якого виконується робота над продуктом. По закінченню Sprint повинна бути отримана нова робоча версія продукту. Sprint завжди обмежений по часу (1-4 тижні) і має однакову тривалість протягом всього життя продукту.
Рядок 27: Рядок 27:
 
Кожен день проводиться Daily Scrum - визначення статусу і прогресу роботи над Sprint, раннє виявлення перешкод, що виникли, вироблення рішень щодо зміни стратегії, необхідних для досягнення цілей Sprint'а.
 
Кожен день проводиться Daily Scrum - визначення статусу і прогресу роботи над Sprint, раннє виявлення перешкод, що виникли, вироблення рішень щодо зміни стратегії, необхідних для досягнення цілей Sprint'а.
  
По закінченню Sprint'а виробляються Sprint Review і Sprint Retrospective, завдання яких оцінити ефективність (продуктивність) команди в минулому Sprint'е, спрогнозувати очікувану ефективність (продуктивність) в наступному спринті, виявленні наявних проблем, оцінки ймовірності завершення всіх необхідних робіт по продукту і інше .
+
По закінченню Sprint'а виробляються Sprint Review і Sprint Retrospective, завдання яких оцінити ефективність (продуктивність) команди в минулому Sprint'е, спрогнозувати очікувану ефективність (продуктивність) в наступному спринті, виявленні наявних проблем, оцінки ймовірності завершення всіх необхідних робіт по продукту і інше .<br />
 +
 
 
[https://hsto.org/getpro/habr/post_images/854/5b7/005/8545b700523bfd2b5993c5913acf4e00.jpg Схематичне зображення процесу]
 
[https://hsto.org/getpro/habr/post_images/854/5b7/005/8545b700523bfd2b5993c5913acf4e00.jpg Схематичне зображення процесу]

Поточна версія на 10:18, 26 лютого 2019

У класичному Scrum існує 3 базових ролі:

  • Product owner
  • Scrum master
  • Команда розробки (Development team)


Product owner (PO) є сполучною ланкою між командою розробки та замовником. Завдання PO - максимальне збільшення цінності продукту, що розробляється і роботи команди.

Одним з основних інструментів PO є Product Backlog. Product Backlog містить необхідні для виконання робочі завдання (такі як Story, Bug, Task і ін.), Відсортовані в порядку пріоритету (терміновості).

Scrum master (SM) є «службовцям лідером» (англ. Servant-leader). Завдання Scrum Master - допомогти команді максимізувати її ефективність за допомогою усунення перешкод, допомоги, навчанні та мотивації команді, допомоги PO

Команда розробки (Development team, DT) складається з фахівців, які виробляють безпосередню роботу над виробленим продуктом. Згідно The Scrum Guide (документу, що є офіційним описом Scrum від його авторів), DT повинні володіти такими якостями і характеристиками: -Бути самоорганізується. Ніхто (включаючи SM і PO) не може вказувати команді яким перетворити Product Backlog в працюючий продукт -Бути багатофункціональної, володіти всіма необхідними навичками для випуску працюючого продукту -За виконувану роботу відповідає вся команда, а не індивідуальні члени команди.


Процес Scrum

Основою Scrum є Sprint, в перебігу якого виконується робота над продуктом. По закінченню Sprint повинна бути отримана нова робоча версія продукту. Sprint завжди обмежений по часу (1-4 тижні) і має однакову тривалість протягом всього життя продукту.

Перед початком кожного Sprint проводиться Sprint Planning, на якому проводиться оцінка вмісту Product Backlog і формування Sprint Backlog, який містить завдання (Story, Bugs, Tasks), які повинні бути виконані в поточному спринті. Кожен спринт повинен мати мету, яка є мотивуючим фактором і досягається за допомогою виконання завдань з Sprint Backlog.

Кожен день проводиться Daily Scrum - визначення статусу і прогресу роботи над Sprint, раннє виявлення перешкод, що виникли, вироблення рішень щодо зміни стратегії, необхідних для досягнення цілей Sprint'а.

По закінченню Sprint'а виробляються Sprint Review і Sprint Retrospective, завдання яких оцінити ефективність (продуктивність) команди в минулому Sprint'е, спрогнозувати очікувану ефективність (продуктивність) в наступному спринті, виявленні наявних проблем, оцінки ймовірності завершення всіх необхідних робіт по продукту і інше .

Схематичне зображення процесу