Меню

Пъргави ретроспективни срещи - защо е необходимо и някои забавни начини за провеждането му

agile retrospective meetings why it is necessary

Опитайте Нашия Инструмент За Премахване На Проблемите

Agile Разработка на софтуер е набор от методи и практики, които се основават на Agile Manifesto. Agile методологията набляга на екипното сътрудничество и честата доставка на продукт.

Един от 12-те принципа, изброени в Agile Manifesto, е:

„На редовни интервали екипът обмисля как да стане по-ефективен, след това настройва и коригира поведението си съответно.“

Този принцип е включен в пъргав екип под формата на Agile Retrospective срещи.

В тази статия ще говорим повече за ретроспективни срещи, тяхната цел и някои забавни начини за провеждане на тези срещи.

скрам-ретроспектива

Препоръчително четиво=> 6 най-често срещани причини, които трябва да приемете пъргаво във вашата организация

Какво ще научите:

Определение и цел на ретроспективни срещи

По дефиниция ретроспектива означава „поглед назад или справяне с минали събития или ситуации“.

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

Това се свързва с концепцията за непрекъснато подобрение, където екипите се събират, за да обсъдят областите, които екипът е направил добре, и областите, които екипът трябва да работи заедно, за да се подобри за следващия спринт / проект / важен етап.

Прочетете също=> Как да подобрим качеството на софтуера, като използваме непрекъснат процес на интеграция

Провеждане на ретроспективни срещи

Ретроспективни срещи могат да се провеждат на различни етапи по време на проекта:

  • Ретроспективни срещи могат да бъдат насрочени към заключителните дни на спринт и преди следващият спринт да започне да обмисля най-новия спринт
  • За преглед на конкретен проблемен сценарий
  • Важен момент за размисъл върху състоянието до момента

Agile Retrospective Steps

Всяка ретроспективна среща ще включва следните стъпки:

пъргави-ретроспективни стъпки

  • Задайте сцена - Организиране на срещата - Включва организирането на срещата от фасилитатора (PM, ръководител на scrum и др.) И изпращане на покана за събрание до всички необходими членове на екипа и заинтересованите страни.
  • Събиране на данни - След като срещата започне, съберете всички идеи, мнения и опасения, които членовете на екипа могат да имат. Това може да стане чрез различни пъргави ретроспективни дейности като Start, Stop и Continue, Paint Me picture и т.н.
  • Генериране на статистика - След събирането на данните трябва да се идентифицират значими анализи и да се създадат модели. Идеята е да се идентифицират тенденциите и да се разрешат. Напр. ако членовете на екипа са недоволни от дългите ежедневни изправяния, тогава трябва да разберем какво причинява това. Това може да са несвързани дискусии, изостаналост на членовете на екипа, създадено нереалистично време, което не побира броя на актуализациите и т.н.
  • Създаване на действия - След като бъдат идентифицирани основните проблеми, създайте точки за действие, за да ги разрешите. Точките за действие трябва да бъдат разпределени на отговорно лице (лица), което ще отговаря за разрешаването му до определената дата за падеж.
  • Приключи - Благодарете на екипа за отделеното време и за участието. Уверете се, че дискусионните срещи и точките за действие са документирани и раздадени на членовете на екипа за лесно справяне.

Agile ретроспективни формати за срещи, идеи и дейности

# 1) Какво мина добре, Какво трябваше да се направи по-добре, Действия

Членовете на екипа се срещат и обсъждат какво е направил екипът добре, какво трябва да подобри екипът, научени уроци и точки за действие, съответстващи на областите за подобрение.

Тези действия се възлагат на отговорен член на екипа. Тази дискусия е документирана и разпространена до всички след срещата или може да бъде запазена на споделено устройство / интранет за лесен достъп.

JIRA има вграден спринт ретроспектива шаблон за ретроспективна среща, базирана на точно този формат, както е показано по-долу:

пъргав-ретроспективен-срещи-формати-идеи-и-дейности

(изображение източник )

# 2) Започнете, спрете и продължете срещата

На тази среща членовете на екипа са помолени да дадат мнения за това, което екипът трябва да започне да прави, да спре да прави и да продължава да прави спринтовете.

Този метод е много популярен и ефективен, особено за нови екипи.

  • Началните елементи биха били нещо, което екипът би искал да добави към своя процес, напр. Започнете да идвате навреме за срещи по проекта.
  • Спиране на елементи би било нещо, което екипът вече не иска да прави напр. спрете да проверявате кода без преглед на кода.
  • Продължи елементи ще бъде нещо, което екипът иска да продължи да прави в бъдеще, напр. Продължавайте да правите ежедневни изправяния.

Фасилитаторът на срещата може да зададе минимален и максимален лимит за брой елементи, които член на екипа може да предложи. Напр. Всеки член на екипа трябва да предостави по 1 артикул за списък „Старт“, „Спиране“ и „Продължаване“ и може да предостави максимум 3 елемента за всеки тип.

Освен това, след като бъде съставен пълният списък, членовете на екипа могат да бъдат помолени да гласуват за стесняване на най-важните елементи.

започнете-спрете-и-продължете-срещата

# 3) 5 Среща във формат „Защо“

Този формат на срещата се основава на задаване на последващи въпроси „Защо“ на членовете на екипа.

Този формат на събранието се използва за намиране на основните причини за проблемен сценарий (симптом) и там, където причините може да не са очевидни.

Целта не е да се реши проблемът, а да се разбере ситуацията и евентуално да се стесни първопричината.

Всеки член на екипа създава верига от причини, поради които смята, че проблемът възниква. След като списъкът е готов, отговорите могат да бъдат консолидирани в една верига, представяща становището, постигнато с общ консенсус на групата.

Това работи най-добре за малки екипи с размери, т.е. 3-5 членове.

Например:

Проблем : Качеството на продукта не беше добро.
Въпрос : Защо?
Причина 1 : Нестабилно изграждане.
Въпрос : Защо?
Причина : Няма изпълнение на процеса - Няма замразяване на кода.
Въпрос : Защо?
Причина : Промяна на обхвата
Въпрос : Защо?
Причина : Въздействие не е идентифицирано по време на планирането на проекта

пример

# 4) Луд, тъжен, радостен

В този формат на срещата членът на екипа отнема известно време (5-10 минути), за да запише лепкави бележки за всяка от емоциите - Mad, Sad и Glad.

  • ‘Mad’ има тенденция да се фокусира върху препятствия, бариери и т.н.
  • „Тъжно“ има тенденция да се фокусира върху вътрешни проблеми и
  • „Радвам се“ се фокусира върху нещо, от което членът на екипа е доволен.

След като изтече времето, лепенките се групират въз основа на емоции. След това проблемите на Mad and Sad се гласуват, за да ги приоритизират за създаване на елемент за действие.

# 5) Нарисувайте ми снимка

Тази техника е невербална ретроспективна техника.

В този формат на срещата на членовете на екипа се дава няколко минути, за да съберат мислите си и да изразят своите чувства и мнения.

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

нарисувай ме-снимка

(изображение източник )

# 6) Празник на кръга

Тази техника улавя обратна връзка, използвайки Pluses и Deltas, т.е. какво работи добре, какво би могло да бъде по-добре).

При това членовете на екипа се събират, за да образуват кръг. Един член на екипа стартира и хвърля хвърлящ се мек предмет (плюшена играчка, стрес топки) към всеки друг член.

Идеята е, че който има топката, ще отговори на 3 въпроса:

  • Това, което им хареса,
  • Това, което те оцениха и
  • Как ще използват наученото за подобряване

Обектът се предава на случаен принцип в кръга, докато всеки не е имал възможност.

Често срещани заблуди

Погрешно схващане # 1) Ретроспективните срещи са скучни

ретроспективни срещи-скучни

Това е причината номер едно, поради която членовете на екипа не обичат да провеждат или да присъстват на ретроспективна среща.

За да направи срещата по-ангажираща, водещият трябва да измисли забавни, но ефективни начини за провеждане на тези срещи.

Погрешно схващане # 2) Ретроспективната среща е моята възможност да посоча под средното представяне на член на екипа

Ретроспективната среща не е посочване или изхвърляне на събрание.

Тази среща не е планирана да посочи или да извика член на екипа за слабите им точки. Тази среща е организирана в неутрална среда с цел да се подобри и да расте като екип. Избягвайте да правите директни коментари, предназначени за един човек. И не забравяйте, че целта е да станете по-добри!

съответно-среща

Погрешно схващане # 3) Само организаторът на срещи води Ретроспективните срещи и обсъжда въпроси

Членовете на екипа трябва да бъдат насърчавани да участват и да споделят своята гледна точка. Тази среща е за подобряване на екипа, а не за дискусия отгоре надолу, диктувана от организатора / фасилитатора на срещата.

В същото време членовете на екипа трябва да се чувстват комфортно, така че да могат да изразят истинската си гледна точка, без да се страхуват от осъждане или страх от реакция в резултат на изказване.

Погрешно схващане # 4) Висшето ръководство / ключови заинтересовани страни изобщо не се канят на ретроспективни срещи

Това варира от проект до проект. Висше ръководство, собствениците на продукти могат да бъдат поканени на срещата, за да отговорят на всички притеснения, които могат да имат, или на притеснения, които екипът има относно тяхното управление.

Погрешно схващане # 5) Резултатите от ретроспективните срещи не трябва да бъдат документирани

Agile методологията се основава на принципа „Работещ софтуер върху изчерпателна документация“, но това не означава, че екипът трябва да премахне документацията изцяло.

Документирането на ретроспективите може да доведе до ефективно проследяване на точките за действие до затваряне. Това може да се добави и към хранилища за исторически данни, където екипът може да получи достъп до уроци, научени като част от активите на организационния процес

Заключение

Ретроспективите са много полезни за изграждане на екип и екипно сътрудничество.

Членовете на екипа, които се събират, за да отпразнуват победите и да предложат подобрения, също създават по-прозрачна и здравословна екипна среда. Чрез непрекъснато усъвършенстване и обратна връзка, екипите стават по-добри с течение на времето.

Ретроспективните срещи трябва да включват както човешки проблеми (личност, отношение, липса на умения и т.н.), така и технически въпроси (обхват, несъответстващи изисквания, стабилност на системата и т.н.).

копирайте DVD на твърд диск безплатно

Препоръчително е ретроспективните срещи да се провеждат на всички нива, а не само на ниво екип за разработка.

Ретроспективните срещи могат да се провеждат в края на крайъгълен камък, в края на спринт, след смъртта на инцидент или проблем, след големи събития и др. Уверете се, че вашите ретроспективни срещи са документирани и точките за действие са проследени до затваряне.

Не на последно място, направете вашите ретроспективни срещи забавни!

За автор: Тази полезна статия е написана от Неха Б. В момента тя работи като мениджър за осигуряване на качеството и е специализирана в ръководенето и управлението на вътрешни и офшорни екипи за осигуряване на качеството.

Знаете ли за някакви забавни начини за ретроспективни срещи, които не са споменати в тази статия? Моля, уведомете ни, като публикувате вашите коментари.

Препоръчително четене

^