Разработчиците и самоуправлението в Scrum

Ръководството за Scrum от 2020 г. определя Разработчиците като хората, ангажирани със създаването на всеки аспект от използваем Инкремент всеки Спринт. Често хората не разбират какво означава „самоуправление“ за тях. Не става въпрос да правят каквото си искат, а да решат най-добрия начин за постигане на Целта на Спринта. Тази разлика е от решаващо значение за разбирането как функционират ефективните Scrum Екипи.

Какво означава самоуправлението

Самоуправлението означава, че Разработчиците решават кой какво прави, кога и как. Те решават как да превърнат елементите от Продуктовия Беклог в Инкремент по време на Спринта. Собственикът на Продукта решава какво да се изгради, а Scrum Мастърът гарантира, че процесът е разбран и приложен. Но как се извършва работата, ежедневното изпълнение, е отговорност на Разработчиците. Те не са ръководени от Собственика на Продукта или Scrum Мастъра за конкретни задачи. Те си сътрудничат, за да намерят най-добрия път.

Отговорности, а не роли

Ръководството за Scrum премахна концепцията за „екип за разработка“ като подекип. Сега „Разработчиците“ са една от трите отговорности в рамките на единния Scrum Екип. Тази промяна набляга на колективната отговорност. Няма индивидуални длъжности като „тестер“ или „архитект“ в структурата на Scrum Екипа. Всеки с отговорност на Разработчик работи за постигане на Целта на Спринта. Това насърчава споделената собственост върху Инкремента и стимулира междуфункционалното сътрудничество.

Ежедневен Scrum и самоорганизация

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

По време на Ежедневния Scrum, Разработчиците могат да си задават въпроси като:

• Каква работа трябва да свършим днес, за да постигнем Целта на Спринта?
• Кой е най-подходящ да се заеме с кой елемент или задача от Продуктовия Беклог?
• Има ли някакви пречки, които ни пречат да продължим напред?
• Трябва ли да коригираме плана си за остатъка от Спринта?

Разрешаване на пречки

Самоуправляващите се Разработчици не чакат разрешение да решават проблеми. Когато срещнат пречка, те първо се опитват да я разрешат сами. Ако не могат, търсят помощ, често от Scrum Мастъра. Ролята на Scrum Мастъра тук е да премахва пречки, които са извън възможностите за самоуправление на Разработчиците. Това не означава, че Scrum Мастърът решава всеки проблем, а по-скоро улеснява тяхното отстраняване.

Влияние върху производителността

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

Start with the Foundations module →

Or take the full Scrum Master track →

Отговорностите на самоуправляващите се Разработчици

Най-често задаваният въпрос по тази тема е какви точно са отговорностите на самоуправляващите се Разработчици. Scrum Guide 2020 не дава дълъг отговор, така че ето го на прост език. Самоуправляващите се Разработчици са отговорни за създаването на план за Sprint-а (Sprint Backlog), за адаптирането на този план всеки ден, за качеството чрез спазване на Definition of Done, за професионалната отговорност един към друг и за вътрешните решения кой какво прави, кога и как.

Обърни внимание какво не е в списъка. Разработчиците не решават какво да се строи (това е Product Owner) и не налагат процеса (това е Scrum Master). Самоуправлението е ограничена автономност, не свободия.

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

• Самоуправление не означава без мениджър. Линейните мениджъри продължават да съществуват за наемане, развитие и заплащане. Просто не разпределят ежедневните задачи в Sprint-а.
• Самоуправление не означава консенсус. Екипът може и трябва да взема бързи решения. Гласуване за всеки ticket убива flow-а.
• Самоуправление не означава хаос. Working agreements, силна Definition of Done и ясна Sprint Goal правят автономността безопасна.
• Самоуправление не означава Scrum Master без работа. Scrum Master коучва екипа към самоуправление и го предпазва от външна намеса.

Как се изгражда самоуправление в нов екип

Новите екипи рядко идват вече самоуправляващи се. Обикновено са смес от хора, свикнали да им се възлага работа от project мениджър. Пътят до истинско самоуправление отнема няколко Sprint-а с целенасочен coaching.

• Започвай всеки Sprint с ясна Sprint Goal. Автономност без цел е просто импровизация.
• Запиши writing agreements на екипа и ги преглеждай на всяка retrospective.
• Забрани ticket-и с един assignee през първия месец; принудете pairing, за да се разпростре знанието.
• Пусни екипа да води Daily Scrum без Scrum Master в стаята, когато доверието е там.
• Мери колко решения е взел екипът без ескалация този Sprint. Това е истинската метрика за самоуправление.

Към Sprint пети или шести повечето екипи, минали през този модел, спират да искат разрешение и започват да поемат отговорност за резултатите. Това е промяната, която търсиш.