Пъргави заблуди Загуби Sprint - Мейфлауър блог
Всичко беше напълно разработено и с малко вечерна работа и няколко компромиса по отношение на качеството, всъщност можете да доставите всичко, което беше в спринта. В ревюто, което представяте разработените функции, разработчиците показват историите, по които са работили. Критериите за приемане се проверяват и в края на всяка история ще бъдете попитани дали това е наред. Тогава собственикът на продукта приема историята, потвърждавайки, че тя е внедрена. Цялото нещо е официално документирано - в билети или в wiki - и в края има протокол на събитието.
Това е полезно за екипа: Тези истории са готови, освен корекции на грешки и нови функции, няма да чуете много от тях. Накрая постигнах нещо.
Свалете спринта?
Но Scrum Guide го вижда по различен начин с основателна причина. Прегледът е изрично описан там като „неформална“ среща; няма приемане от собственика на продукта. Дори чрез заинтересованите страни.
Обсъжда се свършената работа - но там собственикът на продукта се отчита и не слуша екипа като клиент по време на представянето на продукта. Представено е, но не става въпрос за приемането, а за обща картина на това какви са следващите стъпки. Достатъчна ли е тази функция за нас? Имаме ли вече някаква първоначална обратна връзка, че трябва да добавим нещо? Доказано е, че различен вариант всъщност може да генерира повече стойност от избрания?
Погледнете в бъдещето
Не става въпрос за оценяване на минала работа; това би било загуба на време, защото в миналото нищо не може да се промени. Става въпрос да разберете дали спринтът е променил нещо, за да се свърши работата сега.
Работата на екипа не е да „доставя“ функциите и по този начин да предава отговорност за тях. Работата на екипа е да прави най-полезното и важно за потребителите и продуктите по всяко време. Следователно въпросът за приемането на функциите не възниква, а само въпросът "Има ли други най-полезни и важни неща, които човек трябва да направи сега?"
В статията си 4 съвета за по-добра обратна връзка в Sprint Reviews, Мартин ви показва какви са възможностите да разберете чрез подходяща обратна връзка и какви грешки можете да направите.
... между другото
Интересувате се от пъргави недоразумения и
друг анти-шаблон? Можете да намерите подходящото приложение в
Apple App Store.
Нашата поредица за пъргави недоразумения
Пъргави недоразумения
Agile методите имат ясно намерение: Те искат да увеличат добавената стойност при разработването на софтуер. За тази цел те предлагат цял набор от ценности, принципи и методи, които подкрепят това.
На практика намеренията зад тези инструменти често вече не са толкова ясни и понякога се губят напълно; методът със своите усложнения и куки остава само без желания ефект. Искам да докладвам за този тип пъргаво недоразумение тук - и как да се справим с тях.
Относно Йохан-Петер Хартман
3 мисли за „пъргави недоразумения: отслабване на спринта“
Съвет за четене: пъргави недоразумения: Загуби спринта https://t.co/STO9pae82O https://t.co/2xs8qS1Sjq
„Отслабване“ на спринта - възможно ли е това? https://t.co/Hsoi0cj4aD чрез @mayflowergmbh #agile
Приказката за приетия спринт: https://t.co/LlRWUfP0PO
Оставете коментар отмяна отговор
за нас
Mayflower придружава своите клиенти в дигиталния преход и осигурява добре репетирани екипи за пъргавото изпълнение на отделни ИТ проекти. Ние ви подкрепяме с балансирана комбинация от стратегия, знания, таланти, внедряване и методически умения.
Освен това ние предлагаме консултации и предлагаме курсове за обучение, с които първоначално прилагаме знания от практиката или разширяваме целенасочено съществуващите умения.
Местоположения
Берлин
Liegnitzer Strasse 15
10999 Берлин
Вюрцбург
Landsteinerstrasse 4
97074 Вюрцбург
тел. (0931) 466216 - 11 77
факс (0931) 466216 - 28
Мюнхен
Ландсбергер Щрасе 314
80687 Мюнхен
тел. (089) 242054 - 11 77
факс (089) 242054 - 29