Scrum

Матеріал з Wiki Welard
Версія від 08:42, 20 серпня 2022, створена WikiSysop (обговорення | внесок) (Створена сторінка: == Agile: підхід Scrum == * «Скрам — це фреймворк управління, згідно з яким одна чи декілька кро...)
(різн.) ← Попередня версія | Поточна версія (різн.) | Новіша версія → (різн.)
Перейти до навігації Перейти до пошуку

Agile: підхід Scrum

  • «Скрам — це фреймворк управління, згідно з яким одна чи декілька кросфункціональних команд створюють продукт поетапно». В команді може бути близько семи людей
  • «У скрамі є система ролей, подій, правил і артефактів. У цій моделі за створення й адаптацію робочих процесів відповідають команди».
  • «У скрамі використовуються ітерації фіксованої тривалості, які називаються спринтами. Зазвичай вони займають 1-2 тижні (не більше 1 місяця). Скрам-команди прагнуть створювати готовий до релізу (якісно протестований) інкремент продукту в кожній ітерації».

Скрам — не лінійний метод розробки; це не каскадна модель. Каскадна модель (англ. waterfall) — лінійна послідовність подій, коли продукт планують, розробляють, тестують і так далі в суворій послідовності. Жоден наступний етап не починається, допоки не завершено попередній.

За скрамом, продукт розробляють не зразу весь, а невеликими, готовими до релізу частинами, кожну з яких завершують протягом короткої ітерації або спринту.

У скрам-фреймворку аджайл-розробки чотири основні переваги:

  1. Відгук на потреби клієнта. Компанії-розробники програм добре знайомі з вимогою «зробити на вчора». Традиційні організації, які працюють за методом водоспаду, вбудовують важливі фічі й функції у розклад з двома релізами на рік — і через це часто втрачають клієнтів. Ті, що не пішли зразу, можуть зостатися невдоволеними й покинути вас з часом, коли зустрінуть більш відповідального конкурента. Працюючи короткими й частими циклами, ви можете надавати клієнтам продукти практично зразу за вимогою, а також швидше адаптуватися до нових вимог.
  1. Зменшення вартості розробки. Aджайл і скрам довели свою економічність і ефективність. У цих моделях ролі розробників більш різноманітні, адже невеликі одиниці можна ефективно тестувати тією ж командою, котра їх розробила. Спеціалізація зникає чи скорочується, скорочуючи витрати.
  1. Задоволення роботою. Постачаючи продукти швидко, команда переживає ситуацію успіху щоразу, коли роботу виконано і представлено до релізу. Кожна команда розробки знає, як це приємно. Зі скрамом команда радіє релізу не двічі, а як мінімум дванадцять разів на рік.
  1. Більше швидких доходів. Кошти від клієнтів також надходять не двічі на рік, а значно частіше. Нові фічі також можна додавати частіше, завдяки чому вдається приводити більше клієнтів і швидше обробляти їхні особливі потреби.

Як працює структура скраму