Пет стъпки
- Кажете за какво служи оценката и кой ще види резултатите, преди някой да е отговарял.
- Задайте едни и същи въпроси на всички поотделно и писмено, преди обща дискусия.
- Гледайте разликите в отговорите, не средните стойности. Там е реалният проблем.
- Договорете една промяна, дайте ѝ собственик и я сложете в следващия Sprint Backlog.
- Задайте същите въпроси след тримесечие, за да видите дали нещо се е променило.
Въпросите, които си струват
Дръжте списъка кратък. Петнайсет конкретни въпроса дават повече полезен материал от шейсет общи, защото хората отговарят сериозно на всичките петнайсет.
Sprint Goal и фокус
- Може ли всеки в екипа да каже текущия Sprint Goal с едно изречение, без да гледа борда?
- Когато влезе спешна задача, вижда ли се какво излиза от Sprint-а, или просто се добавя отгоре?
- Колко често Sprint-ът завършва с това, което Sprint Goal описва?
Поток и завършване
- Колко задачи вървят едновременно спрямо броя на хората в екипа?
- Колко дълго тази седмица е чакала задача заради някого извън екипа?
- Пренасят ли се задачи в следващия Sprint всеки път и знае ли някой защо?
Качество и Definition of Done
- Има ли споделен Definition of Done и спазва ли се, когато срокът наближава?
- Каква част от последния Sprint отиде за дефекти от предишни Sprint-и?
- Може ли екипът да пусне в продукция в края на Sprint-а, ако реши?
Решения и безопасност
- Кой реално решава колко работа влиза в Sprint-а, не на теория, а на практика?
- Изразил ли е някой несъгласие пред целия екип през последния месец?
- Трудните теми излизат ли на Retrospective, или чак в разговорите след това?
Stakeholders и стойност
- Разбира ли екипът какво се е случило с това, което е доставил?
- Заявките стигат ли до Product Owner-а, или отиват директно при Developer-ите?
- Кога за последно нещо беше премахнато от backlog-а, защото вече няма значение?
Или остави инструмента да събере отговорите
„How Scrum Is Your Team“ пита всеки какво трябва да се случва, какво би се случило и какво реално се случва, пази отделните отговори скрити и връща доклад с разликите и конкретни действия. Безплатно по време на пилота на Scrumling.
Виж как работи оценкатаЧесто задавани въпроси
Какво представлява оценката на Scrum екип?
Структурирана проверка как екипът работи в действителност: фокус, поток, качество, вземане на решения и връзка със stakeholders. Не е одит и не е оценка на представянето на отделни хора. Резултатът трябва да е една или две конкретни промени, а не число.
Колко често да се прави?
Веднъж на тримесечие е достатъчно за повечето екипи. По-често се превръща в задължение и отговорите спират да се променят, а веднъж годишно означава, че диагностицираш минало състояние.
Кой участва?
Целият Scrum екип, включително Product Owner и Scrum Master. Ако някой отпадне, точно неговото различно мнение ще липсва. Ако участва и мениджър, кажете ясно предварително дали отговорите са анонимни.
Трябва ли отговорите да са анонимни?
Обикновено да. Целта е да излезе това, което хората не биха казали на среща. Анонимността работи само ако групата е достатъчно голяма, затова резултатите се обобщават по теми, а не по отделни отговори.
Какво се прави с резултата?
Вземете най-голямата разлика между това какво трябва да се случва и какво реално се случва, договорете една промяна с конкретен собственик и я сложете в следващия Sprint Backlog. После проверете същия въпрос след тримесечие.