Кросфункционалните екипи и реалността на скритите зависимости
Разберете как кросфункционалните Scrum екипи откриват и премахват скритите зависимости, за да доставят използваем и ценен Increment във всеки отделен Sprint.
Повечето организации вярват, че разполагат с кросфункционални екипи, докато в действителност имат мултидисциплинарни групи, които все още зависят от външни фактори и одобрения. Scrum Guide от 2020 г. посочва, че кросфункционалните екипи притежават всички умения, необходими за създаване на стойност през всеки Sprint. Когато един екип не може да достави завършен Increment без външна помощ, скритите зависимости тихо спират напредъка. Тези зависимости рядко се виждат в организационните диаграми, но се проявяват в момента, в който работата неочаквано застине на едно място.
Илюзията за пълна автономия
Често компанията събира заедно frontend разработчик, backend разработчик и тестер, обявявайки групата за кросфункционална. След това идва вторият Sprint. Екипът се нуждае от актуализация на схемата на базата данни, но само централен екип от администратори има право да променя продукционните таблици. След това екипът се нуждае от одобрение за сигурност, но комисията по сигурност се събира само веднъж месечно. Developers бездействат, в очакване на отговор по задачи, разпределени към хора, които не споделят техния Sprint Goal.
Тези прехвърляния на работа са скрити зависимости. Те се маскират като необходимо управление или специализирани технически функции. Всеки път, когато работата трябва да напусне границите на екипа, за да стане Done, екипът на практика не е кросфункционален. Той остава стара поточна линия, просто свита във формата на кръг.
Къде се крият зависимостите
Скритите зависимости обикновено се струпват около одобрения, споделена инфраструктура и наследен код. В началото те изглеждат като дребни неудобства, но кумулативната им цена е огромна. В Scrum целта на всеки Sprint е създаването на използваем, ценен Increment. Всяка зависимост от външна група превръща този ангажимент в хазарт.
Можете да откриете скритите зависимости, като наблюдавате къде работата редовно спира по време на Sprint:
- Чакане на външен архитектурен борд преди започване на разработката
- Разчитане на централизиран оперативен екип за осигуряване на тестови среди
- Предаване на код към отделен екип по съответствие за одити на сигурността
- Необходимост външен платформен екип да актуализира вътрешна услуга преди завършване на потребителска функционалност
Очертаване на пътя към Done
За да премахнете скритите зависимости, първо трябва да ги направите видими. Вашата Definition of Done служи като основен диагностичен инструмент. Прегледайте всяко изискване в нея заедно с екипа. За всяка точка задайте прост въпрос: може ли екипът да изпълни тази стъпка, без да иска разрешение или ръчна намеса от някого извън него?
Ако отговорът е отрицателен, вие сте открили структурна зависимост. Имате два практични избора. Можете да внесете това умение или правомощие в екипа, или да автоматизирате процеса, за да премахнете контролния пункт напълно. Ако екипът трябва да внедри код, за да валидира даден Increment, дайте му нужния достъп и автоматизираните проверки за безопасност, за да го направи директно.
Разширяване на уменията вместо добавяне на нови хора
Мениджърите често се опитват да разрешат зависимостите, като наемат повече специалисти във всеки отделен екип. Това увеличава размера на екипа, усложнява комуникацията и създава вътрешни прехвърляния на задачи. Кросфункционалният екип не се нуждае от десет тесни специалисти, покриващи десет отделни области. Той изисква хора, които имат желание да разширят уменията си в съседни сфери.
Когато backend разработчик научи достатъчно за писането на инфраструктурни скриптове, за да конфигурира пайплайн за внедряване, външната зависимост изчезва. Когато тестер обучава разработчиците как да пишат надеждни автоматизирани тестове, пречката пред качеството се разсейва. Кросфункционалността е колективно качество на екипа, а не изискване всеки отделен човек да знае абсолютно всичко.
Автономията изисква структурни промени
Скритите зависимости рядко са случайни. Те представляват остатъци от изолирани ведомствени структури, оцеляващи в организация, която твърди, че е agile. Ако ръководството очаква скоростта и фокуса, които Scrum осигурява, лидерите трябва да премахнат бариерите за одобрение, които обвързват екипите с външни отдели.
Дайте на Developers автономията, достъпа и обучението, необходими за доставяне на завършен Increment от началото до края. Когато един екип наистина контролира съдбата си, отговорността става ясна, а напредъкът става предвидим.