Меню

Ролі та обов'язки команди Scrum: Майстер Scrum та власник продукту

  • Головна
  • Інший
  • Ролі та обов'язки команди Scrum: Майстер Scrum та власник продукту

scrum team roles responsibilities

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

Ролі та обов'язки команди Scrum:

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

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

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

обов

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

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

Ролі та обов'язки команди Scrum

Команда Scrum головним чином складається з трьох ролей: Майстер Scrum, власник продукту та команда розробників .

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

Атрибути команд Scrum

Нижче наведено 2 атрибути команди Scrum:

  • Команда Scrum самоорганізовується
  • Команда Scrum є багатофункціональною

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

Міжфункціональні команди Scrum це команди, які мають усі необхідні навички та вміння в команді для виконання своєї роботи. Ці команди не покладаються на тих, хто за межами команди виконує робочі завдання. Таким чином, команда Scrum - це дуже творче об’єднання різних навичок, необхідних для завершення всього робочого завдання.

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

Команди з високою самоорганізацією та взаємодією призведуть до високої продуктивності та креативності.

Команда Scrum

Розмір команди Scrum

Рекомендований розмір команди розробників у Scrum становить 6 +/- 3, тобто від 3 до 9 членів, які не включають майстра Scrum та власника продукту.

Тепер давайте рухатись далі та детально обговорювати кожну з цих ролей.

Майстер Scrum

Scrum Master - це особа, яка відповідає за сприяння / інструктаж Команди розробників та Власника продукту для щоденної роботи з розробки.

Він є тим, хто гарантує, що команда розуміє Scrum-цінності та принципи та вміє їх практикувати. У той же час Scrum Master також запевняє, що команда відчуває ентузіазм щодо Agile, щоб досягти найкращого поза рамками. Scrum Master також допомагає та підтримує команду, щоб вона стала самоорганізованою.

Окрім того, що він навчає та тренує членів команди щодо важливості Agile, він також відповідальний за те, щоб команда почувалась мотивованою та зміцненою у будь-який час. Він також працює над активізацією спілкування та співпраці між членами команди.

Scrum Master - це керівник процесу, який допомагає команді Scrum та іншим за межами команди Scrum зрозуміти значення Scrum, принципи та практики

Ролі та обов'язки

# 1) Тренер - Scrum Master діє як Agile Coach як для команди розробників, так і для власника продукту. Scrum Master певним чином діє як механізм для належного спілкування між командою розробників та власником продукту. Scrum Master залишається відповідальним за усунення перешкоди між обома іншими ролями.

Якщо помічено, що Власник продукту не бере участі або не надає належного часу Команді розробників, тоді робота Scrum Master є інструктором Власника продукту щодо важливості його участі для загального успіху команди.

# 2) Ведучий - Scrum Master також виступає посередником для Scrum Team. Він сприяє та організовує всі Події Scrum на запит Членів команди Scrum. Scrum Master також сприяє Команді у прийнятті важливих рішень, які збільшать продуктивність роботи Scrum Team в цілому.

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

# 3) Видалення перешкод - Scrum Master також відповідає за усунення перешкод, які впливають на продуктивність команди у веденні бізнесу. Будь-які перешкоди, які члени команди не можуть вирішити самостійно, надходять до Scrum Master для вирішення.

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

# 4) Втручання Вратаря - Scrum Master також захищає команду Scrum від сторонніх втручань та відволікання, щоб команда могла залишатися зосередженою на наданні найкращого значення бізнесу після кожного спринту.

Втручання може викликати більше занепокоєння, якщо команда працює в середовищі Scaled Scrum, де кілька команд Scrum працюють разом і мають залежності між собою.

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

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

# 5) Провідник слуг - Господаря Скрама часто називають Слугою Лідера Команди Скраму. Одним з його найважливіших обов'язків є запитувати команди Scrum про їхні занепокоєння та переконатися, що з ними вирішено.

Обов'язок Майстра Scrum підтвердити, що основні вимоги команди визначені пріоритетними та виконані, щоб дати їм змогу ефективно працювати і давати результативні результати.

# 6) Поліпшувач процесів - Scrum Master разом із командою також відповідає за регулярну імпровізацію процесів та практик, що використовуються для максимізації вартості. За виконання роботи не входить відповідальність Scrum Master, але він зобов’язаний дозволити команді розробити процес, який дозволив би їм виконати свої спринтові цілі.

Scrum master

Власник продукту

Ще однією дуже важливою роллю, яку ми будемо обговорювати в цьому посібнику, є власник продукту. Власник продукту - голос замовника / зацікавлених сторін, а отже, відповідає за подолання розриву між командою розробників та зацікавленими сторонами. Власник товару управляє розривом таким чином, щоб максимізувати вартість продукту, що будується.

Власник продукту повинен брати участь у діяльності Sprint і розвитку та відіграє надзвичайно важливу роль у успіху продукту.

Ролі та обов'язки

# 1) подолання прогалини - Власник продукту тісно співпрацює з внутрішніми та зовнішніми зацікавленими сторонами для збору вхідних даних та синтезу бачення розміщення особливостей товару у відставанні товару.

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

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

Відсутність / менша співпраця власника продукту може призвести до катастрофічних результатів і, зрештою, до відмови Scrum.

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

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

Загалом, він відповідає за догляд за відставанням товару з метою покращення поставленої вартості.

Кожен, хто хоче додати / видалити елемент у відставанні продукту або повинен змінити пріоритет товару, повинен бути направлений до власника продукту

# 3) Сертифікація товару - Його ще одна відповідальність - сертифікація об’єктів, що будуються. У цьому процесі він визначає критерії прийнятності для кожного елемента відставання товару. Власник продукту може також створити Приймальні випробування, що представляють визначені ним Критерії прийнятності, або може отримати допомогу від МСП або Групи розробників у їх створенні.

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

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

# 4) Участь - Власник продукту є ключовим учасником заходів, пов’язаних зі Спринтом. Він тісно співпрацює з командою розробників, роз'яснюючи елементи, їх обсяг та значення, яке вона має.

Він також виступає в ролі активіста для команди розробників, щоб вона могла забрати елементи відставання товару, які вони повинні доставити до кінця Спринту. Окрім діяльності Sprint, Власник продукту також працює над видами продуктів.

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

Для одного товару рекомендується мати одного штатного власника товару. Однак може існувати домовленість, коли власник товару виконує роль неповного робочого дня.

Власник продукту проксі

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

що таке stringstream в c ++

Власник проксі-продукту також уповноважений приймати необхідні рішення від імені фактичного Власника продукту.

Власник продукту

Команда розробників

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

Команда розробників може складатися з людей, які мають спеціалізовані навички, такі як Front-end Developers, Backend Developers, Dev-Ops, QA Experts, Business Analyst, DBA тощо, але їх усіх називають розробниками; Жодні інші заголовки не допускаються. Команда розробників не може мати в ній підгрупи, такі як команда тестування, команда специфікації вимог тощо.

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

Відповідальність за розробку додатків завжди покладається на команду розробників в цілому, але кожен із команди Scrum несе відповідальність за загальний результат.

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

Ролі та обов'язки

# 1) Розробка та доставка - Команда розробників відповідає за створення прирощеного кроку на основі 'Визначення Готово' в кінці кожного спринту. Зроблений приріст може не обов'язково бути частиною наступного виробничого випуску, але це, безумовно, потенційно доступна функціональність, яку може використовувати кінцевий користувач.

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

# 2) Завдання та надання оцінок - Команда розробників також несе відповідальність за збирання історій користувачів / предметів із пріоритетного відставання продуктів, яке буде доставлено у наступному Sprint. Таким чином, ці предмети становлять відставання у спринті. Відставання спринту створюється під час наради з планування спринту.

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

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

Розмір команди розробників

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

Однак для дуже маленької команди було б дуже важко мати усі навички, необхідні для надання Інкременту. Таким чином, для розміру команди розробників слід вибрати оптимальну кількість.

Рекомендований розмір команди розробників становить від 3 до 9 членів, за винятком Scrum Master і власника продукту, якщо вони також не розробляють додаткову програму разом з іншими розробниками.

команда розробників

Резюме

Команда Scrum

Ролі

  • Власник продукту
  • Команда розробників
  • Scrum Master

Розмір

  • Розмір команди Scrum - від 3 до 9

Команда, що самоорганізовується

  • Знає найкращий спосіб завершити свою роботу.
  • Ніхто не говорить самоорганізованій команді, що робити.

Міжфункціональна команда

  • Має всі набори навичок, необхідні для завершення своєї роботи без потреби сторонньої допомоги.

Власник продукту

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

Scrum Master

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

Команда розробників

  • Надає потенційно доступний приріст продукту „Готово” в кінці кожного спринту.
  • Вони є самоорганізуючими та міжфункціональними.
  • Ніхто не говорить команді розробників, що і як робити.
  • Жодні заголовки не допускаються. Всі розробники команди.
  • Жодні підгрупи не можуть бути створені.
  • Вони залишаються відповідальними за роботу над предметами спринту.
  • Команда розробників відповідає за завдання та надання оцінок.

Це все, що ми мали в запасі щодо ролей та обов’язків команд Scrum. Ми обговорили обов'язки кожного члена команди та те, як вони працюють в цілому.

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

НАЗАД Підручник | НАСТУПНИЙ підручник

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

^