Меню

Термінологія Agile And Scrum: Словник понять Agile / Scrum

agile scrum terminology

Спробуйте Наш Інструмент Для Усунення Проблем

Це вичерпний посібник з усіх важливих термінологій Agile / Scrum і це єдиний глосарій концепцій Agile і Scrum:

Як ми всі знаємо, Agile не потребує вступу. Це система розробки програмного забезпечення, яка використовується у всьому світі.

Ця стаття - вичерпний посібник з усіх концепцій гнучких / схватних схем, які потрібно мати під рукою.

Спритна сутичка

Що ви дізнаєтесь:

Спритний маніфест

Методологія Agile заснована на маніфесті Agile. Для отримання додаткової інформації про маніфест перевірте Маніфест для гнучкої розробки програмного забезпечення .

Ключовий винос із гнучкого маніфесту можна скоротити до :

  • Спілкування від людини до людини ефективно для прив’язки процесу.
  • Працюючий продукт кращий за звичайну поетапну документацію.
  • Залучення клієнта / власника бізнесу є критичним, як і постійні цикли зворотного зв’язку.
  • Зміни неминучі. Отже, команди повинні приймати їх і вітати.

Ви побачите, що, хоча гнучкий процес робить ці декларації, він не передбачає точних конкретних кроків для досягнення цього. Це надає повну свободу та автономію командам, які роблять свою найкращу роботу.

З часом фрістайл перетворився на звичну практику. З яких найвідоміший - Scrum.

Почнемо наші визначення з цього.

Що таке Scrum?

Scrum - це модель розвитку, розроблена Кеном Швабером та Джеффом Сазерлендом і застосовується з 1990-х років.

Робота ділиться на менші вимоги (історії, епопеї та завдання), а згуртовані команди будують і доставляють невеликими частинами. Часто шукають зворотного зв’язку та вдосконалюють продукт у вигляді частих коротких випусків.

Стовпчики

Нижче докладно пояснюються основи Scrum:

  • Прозорість : Команди усвідомлюють, що відбувається, і відкриті для обміну та допомоги одне одному. Спілкування вільно протікає через щоденну стійку та неформальну взаємодію між людьми.
  • Огляд : Часті та релігійні перевірки роботи є запорукою успіху Scrum. Команди можуть ідентифікувати, діагностувати, усувати неполадки, виправляти та повертатись на правильний шлях простим та надійним способом.
  • Адаптація : Scrum не вважає, що вони роблять правильно. Є періодичні пункти пропуску у формі Планування спринту, щоденна сутичка, огляд спринту / ретроспективні зустрічі де команда отримує можливість переглянути та адаптуватись.

Команда Scrum

Scrum команди зазвичай невеликі (5-9) і, як правило, мають міжфункціональний характер. Вони включають a Scrum Master , розробник, тестувальник (загальноприйнятою практикою є називання всіх спритних членів команди розробниками, незалежно від сфери їх роботи).

Інші члени технічної групи, а головне власник продукту або спонсор. Agile робить усі свої ставки на свою команду. Отже, самоорганізована A-команда є критично важливою та майже передумовою успішного спритного впровадження.

Команда Scrum

Ролі в сутичці

Нижче наведені різні ролі в Scrum:

  • Власник продукту: Власник товару володіє відставанням. Він відповідає за товар і форму, яку він приймає. Підтримка відставання товару, загальне бачення продукту та досягнення цілей команди - це головні обов’язки власника товару.
  • Команда розробників: Команда розробників не має обмежених ролей. Очікується, що вони будуть працювати міжфункціонально та обирати найкращий підхід для досягнення мети.
  • Scrum Master: Завдання майстра скраму - забезпечити правильну реалізацію скраму. Скрам-майстер також називається Слуга Провідник для всієї команди.

Скрем-церемонії

Agile покладається на кілька звичок, щоб залишатися на шляху і бути успішним.

Деякі з них згадані нижче:

# 1) Щоденна зустріч у сутичках: Це типова 15-хвилинна коротка зустріч, де кожен член команди говорить про такі моменти:

  • Що було зроблено вчора?
  • Що планується на сьогодні?
  • Чи є перешкоди на цьому шляху?

Цей формат зустрічі є дуже ефективним, щоб зрозуміти, яка робота закінчена, що залишилось і як команда може допомогти один одному, якщо це потрібно.

Scrum Master сприяє цій зустрічі, але це не на користь Scrum Master або місця для збору статусу. Це можливість для команди взаємодіяти і тулитися разом, перш ніж вони підуть своїми окремими шляхами підкорення завдань дня.

# 2) Спринт : Спринт - це ітерація з часом (часто 3 тижні один раз, але може бути довшою або коротшою). Це процес, що повторюється, і на нього можна розглядати, як на сплеск розвитку та реалізації.

# 3) Планування спринту: Метою спринт-планування є планування того, як перетворити набір історій відставання товару в приріст товару, який можна відвантажити.

Загальний формат може бути схожий на ситуацію з двох частин.

  • Перша половина - Команда вибирає елементи, які вони зобов’язуються виконати.
  • Друга половина - Власник продукту доступний для питань.

Команда вирішує, як її будувати. Таким чином завдання створюються та призначаються відповідно, в результаті чого Відставання спринту.

# 4) Огляд спринту / Демо : Після спринту команда та зацікавлені сторони зустрічаються, тому виконану роботу можна продемонструвати.

Виконані завдання порівнюються із запланованими елементами, а функціонал, який не був реалізований, опускається. Тривалість цієї зустрічі - не більше 4 годин.

# 5) Ретроспектива спринту: Цій зустрічі сприяє Scrum Master і вся команда, включаючи ОЗ, відвідує його.

Команда обговорює нещодавній Спринт, тримаючи у фокусі ідеї вдосконалення процесу та визначає, які зміни можна зробити, щоб зробити наступний Спринт більш продуктивним.

Зазвичай, ця зустріч триває не більше 2 годин.

=> Рекомендована література - Спритні ретроспективні зустрічі

Основи гнучкого оцінювання

Нижче наведено основи гнучкої оцінки:

Вхідні дані

  • Відставання товару та відставання спринтів.
  • Історичні дані, попередні оцінки для подібних завдань із фактичними значеннями зусиль, витрачених на них.

Передбачувані учасники

  • Члени команди, знайомі з додатком.
  • Члени команди, які розуміють інтеграцію програми з іншими системами.
  • Представлення різних навичок, необхідних для завершення проекту.
  • Створення, розгортання та представники команди з контролю якості.

Визначення епічного / Feature / Idea

  • Це великі історії користувачів, як правило, занадто великі, щоб реалізувати їх за одну ітерацію.
  • Ідея / Епічна -> Історії -> Завдання (одна ідея може мати кілька історій. Одна історія може мати кілька завдань. Обсяг історії обмежений одним спринтом. Усі завдання слід закрити, щоб завершити історію)

# 1) Техніка оцінки точки історії: Історія - це число, яке говорить команді, наскільки складна історія.

У більшості випадків використовується серія Фібоначчі або розмір футболки. Зазвичай одна сюжетна точка вважається рівноцінною одноденній роботі людини.

Однак коефіцієнт переглядається після кожної ітерації на основі фактичних даних середнього часу, необхідного для виконання однієї одиниці завдання.

Ці кроки включають:

  • Розбийте дуже великі вимоги на невеликі завдання.
  • Виберіть групу, що складається щонайменше з 2 оцінювачів, Scrum Master , Власник продукту та інші можуть брати участь.
  • Кожен оцінювач приватно розподіляє свої очки історії для історії користувача (завдання) та публікує їх.
  • Історичні бали для потреби визначаються оцінювачами на основі їхніх минулих знань про розмір подібного завдання.
  • Очікується, що оцінки будуть дещо відрізнятися.
  • Якщо оцінки суттєво різняться, то оцінки високого та низького рівня пояснюють їх оцінки.
  • Після цього всі оцінювачі роблять ще один раунд оцінки, виконуючи той самий процес, поки всі вони не сходяться до одного числа.

# 2) Планування покеру: Ця цікава та весела техніка пояснюється тут: Як полегшити рухливий процес оцінки завдяки плануванню покеру

Примітка :Існує багато інших методів для гнучкого оцінювання, але це два найвидатніші.

Артефакти Scrum

Найважливішими артефактами скраму є відставання продуктів та відставання спринтів . Це ті, які допомагають контролювати загальні цілі спринту.

# 1) Відставання товару:

  • Впорядкований перелік “вимог”, який ведеться для продукту / проекту.
  • Список може містити помилки, а також нефункціональні елементи.
  • Власник продукту відповідає за встановлення пріоритетів у PBL.
  • Власник продукту відповідає за управління відставанням товару.

# 2) Відставання спринту:

  • Список завдань (також відомий як відставання) для Спринт.
  • Команда Scrum відповідає за їх підтримку ..
  • Під час спринту, Очікується, що члени команди оновлять відставання у спринті, оскільки доступна нова інформація.
  • У випадку, якщо будь-який з елементів залишається неповним або частково завершеним, відповідно до визначення стандартної сутички, ці елементи повертаються до Відставання товару.

# 3) Діаграма спалення:

що я можу відкрити файл
  • Це загальнодоступна діаграма, що показує виконану та залишену роботу в спринті.
  • Показує фактичну роботу, яка виконується щодня.
  • Підтримується Scrum Master на щоденній основі.
  • Існує два типи «Випустити діаграми вигорання» та «Спринтові діаграми спалення».

Діаграми вигорання

Визначення Done

Визначення Done відрізняється для різних скрут-команд. Простіше кажучи, DoD - це спосіб визначити, коли команда досягне мети за допомогою доступних інструментів. Це контракт між ГО та командою.

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

Уточнення відставання (догляд)

Уточнення відставання не є основною практикою сутичок, але була прийнята як спосіб управління якістю відсталих предметів, що надходять у спринт.

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

Швидке порівняння з водоспадом

ПараметриСпритнийВодоспад
Задоволеності клієнтів Клієнти задоволені швидкою доставкоюДоставка затримується, тому клієнти не впевнені
Поставка робочого програмного забезпечення Часті поставкиОдин раз на кілька місяців
Пізні зміни Можна швидко перевестись на майбутню веснуВажко реалізувати
Спілкування Щоденне спілкуванняОглядова зустріч з керівником проекту
Залежність Тісне спілкування та співпраця між діловими людьми та розробниками - тестувальниками.Менеджер проекту керує проектом

Відставання товару

Коли ми рухаємося вгору, PBI створюються, і вони ГЛИБОКІ:

  • D- Досить детально
  • IS- Emergenc є
  • IS- Приблизно
  • P- Пріоритетні

І вони більш детальні для команди.

Відставання товару

Речі, до яких повинен адаптуватись Scrum Master:

  • Видалення перешкод
  • Сприяти
  • Наставництво та викладання
  • Коучинг

Це завдання, які a Scrum Master повинен виконувати, коли Scrum нещодавно впроваджено. Але з плином часу і коли команда звикає до Scrum (стає Самоорганізованою), Майстер Scrum має завдання виконати, тобто “НАБЛЮДАТИ”.

Створення команди Scrum

Створюючи команду, Scrum Master може зіткнутися з наступними проблемами - Формування, Штурм, Нормування та Виконання.

  • Формування Де в команді немає стосунків.
  • Штурм- Там, де межі між членами команди стали б легкими.
  • Нормування- Коли в колективі встановлюються хороші стосунки.
  • Виконання- Це останній етап, де існує лише робота в команді.

Як ми бачимо, останній етап - це те, коли команда справді працює як Команда Scrum . Але під час цієї трансформації, якщо на будь-якому етапі є якісь збої, це повертає команду на початок.

Висновок

Сподіваємось, у цьому посібнику коротко розказано про все важливе Термінологія Agile And Scrum . Будь ласка, зверніться до цієї серії підручників Повний посібник з гнучкої методології для деталей концепцій Agile / Scrum.

Щасливої ​​спритності!

Рекомендована література

^