Ефективні ретроспективи спринту, Microsoft Docs
Вивчити основні властивості та методи, що використовуються для забезпечення аналізу зробленого засобу поліпшення групи не досягається. Прохід за методами, цей розділ пропонує способи відстеження і підвищення безперервної і результатів ретроспектив.
Застосування
Управління життєвим циклом програми Visual Studio, Team Foundation Server
Нарочитого без збереження та підвищення продуктивності, співвідношення систем на ентропії та погіршує з часом. Це справедливо як групи розробки програмного забезпечення, як воно професійних спортсменів та дорогих автомобілів новин спорту. Тому Scrum пропонує ретроспективу спринту, регулярно, виконаних отримати конкретну подію в працездатностях і продуктивність самої команди Scrum.
Аналізу виконаної зборів спринту, у яких команди Scrum відбивають себе та його робітником, що створює злочинний план підвищення. Наради щодо завершення спринту кінцева подія у кожному спринті, позначки кінця циклу кожного спринту.
Ретроспектива спринту команди Scrum можливість перевіряти та створити план для поліпшень, наказуваних під час наступного спринту.Мета аналізу виконаної спринту.• Перевірте, як останній спринту, щодо людей, зв'язку, процесу та засобів;• Визначення та відсортуйте основні моменти, внесеними добре та потенційні удосконалення; і• Створення плану реалізації удосконалення способом Scrum команда виконує свою роботу.
Наради щодо завершення спринту використовуються командами навмисно для покращення. Ефективні наради щодо завершення спринту важливим інгредієнт в організації добре групи будуть більшими і великі команди завершуються.
Загальні відомості
Чому наради щодозавершення спринту мають значення
Аналіз проробленої широко порахований як найбільш - це незамінний rich text format) сфокусованих гнучких методів. Брехня та перевірки відповідності на дуже є основою гнучкість та аналізу зробленої фокусується на перевірку та виконання у більшості цінний активом в організації програмного забезпечення, групу саму. Без наступних поліпшень аналізу зробленої, як слід точна рухливість просто не досяжна.
Можна підвищити продуктивність і підтримувати без вправи. Необхідно провести збори мало, який має бути виконаний успішно, проте. Слід звернути увагу на надання групам удосконалення плану. Якщо план підвищення не є частиною результату, це було фактично ретроспективою спринту.
Виробляються добре, аналізу виконаної часто найкорисніші церемонія методики групи. Виробляються неправильно, аналізу виконаної можуть бути марнотратні та виснажливий, щоб учасниками.
Складові здорової наради щодо завершення спринту
Scrum небагато повідомляє про внутрішню структуру ретроспектив спринту. Замість введення як ретроспективі спринту, передається Scrum визначає результат аналізу виконаного спринту. удосконалення команди Scrum наказує для наступного спринту.
Ця гнучкість набулаширокий масив засобів і спеціально методів, що дозволяють ретроспективного аналізу. Декілька популярних методик описані далі в цій статті, але незалежно від конкретного використовуваного методу, хороші наради щодо завершення спринту мають наступні характеристики:
Уся команда включена
Обговорення фокусується на групи, а не на окремих користувачів.
Визначення групи завершення відвідане та багатообіцяючерозгорнуто
Список злочинних зобов'язань створюється
Результати попередньої наради після завершення спринту відвідані
Обговорення стосується всіх користувачів
Усі команди Scrum у кожної на ретроспективних зборах спринту. Зазвичай це означає, що власник продукту і команда розробників присутні як члени у скрам-майстер полегшує збори. У деяких випадках команди Scrum запрошують інших учасників до зборів. Це може бути особливо корисним при роботі поряд з клієнтами та іншими зацікавленими особами.
Незалежно від того, хто присутній на середовище для ретроспектив спринту має бути безпечним для всіх користувачів. Це означає, що учасники повинні бути чесними і прозорими при обробці іншої з ставленням. Пристрасті можуть спалахнути у ретроспективах як розглядаються проблеми продуктивності та вдосконалення; Умілі координатори надають залишитися обговорень і позитивне, що міститься у фокусуючи удосконаленні групи в цілому. Це не можливості для особистих критицизму чи атак.
(Додаткові відомості про засоби Microsoft Visual Studio 2012, які допомагають планувати та керувати спринтом, див. Спільна робота [перенаправлення]).
Збільшення визначення Готово
Команди розробки в Scrum використовують визначення Готово для позначення того, що має бути задоволено про їх робочого до вважається заповнений. Наприклад, команда розробників може вирішити, що кожна функція вона реалізує має бути принаймні один, автоматичний приймальний тест. Визначення групи або завершення може те, що весь код має рецензувати.
Якщо розгорнути визначення команди розробки завершення з часом. Знову сформована команда залишається незмінною будемати менш суворе визначення завершення та менше, ніж зріла команда із загальним журналом підвищення. Розгорнути визначення групи завершення лож на дуже основний Kaizen японської терміни, отже дбайливий та постійно фокус на update. Поки команда може знадобитися тільки вихідного коду, що побудова перед, найімовірніше, з часом їх повинна розвиватися більш стягуючи стандартів, необхідність модульних тестів поширювати разом з новий код.
При кожному спринті, команди розробки багатообіцяюче описуються будь-якого об'єкта, який вказує розширення визначення завершення. Ретроспектива спринту зафіксовано форум для обговорення, спостерігалося та було вивчено в ході спринту та які зміни можуть бути застосовані до визначення завершення в результаті.
Оскільки кожен власник продукту не має цікаву або участь у внутрішніх методиках команди розробки та деякі її груп Scrum ретроспективі спринту 2 у два етапи:
Фокус на всій групі Scrum
Фокус у команді розробників
Додаткові відомості про визначення завершення див. у статті MSDN Підтвердження та скасування.
Це злочинні зобов'язання
Хоча обговорення може розділити два і зійтися під час зборів, не ретроспективі спринту не виконано успішно, якщо вона не є зобов'язаннями групою. Це не досить просто, щоб відобразити те, що сталося протягом спринту. Команди Scrum - злочинні зобов'язання, для яких виконується:
Ключове слово", "злочинне. Злочинні зобов'язання мають скасувати дії до повного завершення та умови приймання дотримані того, як отримати вимогу. За замовчуванням злочинне чітко виразно вимовляється та оброблятиметься командою.
Якщо групи спочатку почалаВиконуючи пророблений аналіз, вони часто виявляють його легше для визначення проблеми, ніж план дії про них. Відповідно, публіковані групою зобов'язання можуть виглядати так, як ці:
Робота в пакетах більшого
Виконати вимоги більш зручними для читання
Написати більше модульних тестів
Більш точними обчислення
Ці немає зобов'язань; вони і цілі чи можливо тонко завуальовані скарги. Ці групи є проблеми, які можуть бути потрібні для обговорення під час наради по завершенню спринту, але список злочинних зобов'язань має більше нагадує синтаксис це:
Повернути код принаймні один день двічі: до обіду та перед ідучою домівкою
Представте нові елементи невиконаної роботи у вигляді історій користувача і увімкніть умови приймання
Створіть автоматичний тест, який викликає неможливість, що існує до його виправлення дефекту
Використовуйте покер планування під час невиконаної роботи з продукту зніміть сеанси
Зобов'язання, зроблені в попередній ретроспективі спринту, відвідані в кожній новій ретроспективі спринту. Це необхідно для ретроспектив, зберігати їх опис та значення. Деякі дії так, як засмучували в цій групі постійно фіксаціями до підвищення без відчутний прогрес команди методика.
Для аналізу зробленого спринту бути цінними учасниками команди має бути більше присутній вони повинні проінвестувати. Спільна робота для створення злочинних зобов'язань включає учасників і інвестує їх в успіх групи.
Зберігання його відповідні
Наради щодо завершення спринту насправді додаток метод, що використовується для відображення методики та розширення функціональності команди Scrum насебе. Коли самостійна система буде з урахуванням, вона; виправлення та навмисно покращується дані завдання коштів таким чином.
Для ретроспектив точності вони повинні мати значення членам. Якщо фокус знаходиться не на що-небудь передбачуваного учасниками, переваги просто не реалізуються. Команда необхідно дозволити для розгляду та покращення в області його вірить важливий. Більше того, якщо координатор або домінантна особа керують ретроспективою до певного висновку, команда не відповідатиме за забезпечення самостійно та її роботи.
Вирішення проблем особистих уявлень не відповідає під час аналізу зробленою командою. Не тільки особистий статистики найбільш відповідним чином задається при зачинених дверях, окремі розширення функціональності немає, команда може змінити разом. Мати фокус групи на одному індивіді під час наради після завершення спринту рецепт для лиха і може призвести до непоправної шкоди на довіру учасника команди відрізняються один від одного.
Для ретроспектив, щоб вони повинні мати значення, команда може зосередитись на проблемах елемент управління. Критикувати принтерів компанії політику відпустку може бути gratifying для скаржника і співчутливе вухо, але робить небагато, що допомагає команді поліпшення. Слід звернути увагу на ці проблеми команда може вплинути на, як реакція вона може вибрати в певній політиці.
Зміна методу
Безліч методів для ретроспективного аналізу. Спроба різних побудов ретроспективних зборів спринту зберігає дії свіжим і цікавим. Як основні координатори для груп Scrum принаймні скрам-майстри необхідно ознайомитися з деякими з найбільш популярних методів.
Основні методи
У самому базовомукоординатора наради по завершенню спринту просто запитує основні питання групи та полегшує обговорення. Координатор або скрам-майстер можуть використовувати різні методи мозкової атак, щоб отримати групу відповіли:
Успіхи цього спринту?
Що сталося в цьому спринті, чи може використовувати поліпшення?
, Що ми зробимо до створення в рамках спринту?
Більшість інших методів спринту ретроспективні варіанти вибору в цій темі можуть зосередитися тільки на одному повідомленні або етапі цього процесу. У будь-якому випадку результати найбільш важливої і будь-який добрий метод підтримує цю базову модель.
Переглядати попередні зобов'язання
Спеціалізовані методи
Багато методів для ініціалізації частини або цілої наради щодо завершення спринту. Імена багато методів перераховані нижче і кожне гідне відомості про. Нижче перераховано все документоване вкладеного та у різних публікаціях.
Методи для ретроспектив спринту