Крос-функционални екипи и разкриване на зависимости
Крос-функционалните екипи са в основата на Scrum. Но скритите зависимости често ги забавят. Разкриването им изисква съзнателно усилие и ясна комуникация.
Scrum екипите са крос-функционални. Това означава, че те притежават всички необходими умения, за да създават стойност във всеки Спринт. Те не разчитат на хора извън екипа за основната развойна дейност. Този дизайн цели да намали предаванията и външните забавяния. Но дори добре сформирани крос-функционални екипи могат да се сблъскат със скрити зависимости. Това са връзки или изисквания, които не са очевидни на пръв поглед, но могат значително да повлияят на способността на екипа да доставя.
Какво представляват скритите зависимости?
Скритата зависимост е всяко необозначено или непризнато изискване за изпълнение на задача. Тя може да бъде специфична среда, одобрение от неочакван заинтересован участник, достъп до конкретна система или част от информация, притежавана само от един човек. Те са „скрити“, защото не са част от изричната разбивка на работата или първоначалното планиране. Често излизат наяве късно в Спринта, причинявайки забавяния и разочарование. Те подкопават способността на екипа да прогнозира и планира ефективно.
Защо крос-функционалните екипи все още се сблъскват с тях
Дори с широк набор от умения, екипът може да не притежава всяко едно знание или достъп, необходими за всяка задача. Например, екипът може да е крос-функционален за изграждане на софтуер, но нова функционалност може да изисква правен преглед, който член на екипа не е обучен да извърши, или да се интегрира с наследена система, чиито особености са известни само на отдавна напуснал архитект. Това не са пропуски в уменията в обичайния смисъл, а по-скоро външни ограничения или специализирани информационни силози. Екипът може да има „как“, но не и „достъп“ или „разрешение“.
Влиянието на скритите зависимости
Ефектите са предвидими. Спринтовете се провалят. Ангажиментите не се спазват. Моралът на екипа страда, тъй като те многократно се сблъскват с неочаквани пречки. Собственикът на продукта се затруднява да управлява очакванията на заинтересованите страни. Разработчиците губят увереност в способността си да планират. В крайна сметка потокът от стойност към клиентите значително се забавя. Това е пряка атака срещу емпиризма, тъй като способността на екипа да инспектира и адаптира постоянно се подкопава от непредвидени проблеми.
Ранно разкриване на зависимостите
Най-добрият начин за справяне със скритите зависимости е да ги направим видими възможно най-рано. Това изисква съзнателно усилие по време на прецизирането на Продуктовия беклог и планирането на Спринта. Целият Scrum екип, особено Разработчиците, трябва активно да проучва тези връзки. Задавайте въпросите „какво друго трябва да е вярно, за да бъде това изпълнено?“ и „кой друг може да се интересува от това?“
Някои практически подходи включват:
- Картографиране на зависимости: Визуално картографирайте известни и потенциални зависимости за по-големи елементи от Продуктовия беклог.
- Технически проучвания (Spikes): Използвайте кратки, времево ограничени проучвания, за да изследвате неизвестни и потенциални точки на интеграция.
- Ранно ангажиране на заинтересованите страни: Включете съответните заинтересовани страни, дори само за бърз разговор, по време на прецизирането на сложни елементи.
- Разширяване на Дефиницията за готово (Definition of Done): Изрично включете проверки за общи външни зависимости в Дефиницията за готово, като прегледи за сигурност или наличност на специфична среда.
Справяне с открити зависимости
След като дадена зависимост е идентифицирана, екипът може да се справи с нея. Ако е под контрола на екипа, те могат да възложат на Разработчик да я разреши. Ако е външна, екипът трябва да реши как да я управлява. Това може да означава коригиране на обхвата на елемента от Продуктовия беклог, координиране с външна група или ескалирането ѝ като пречка пред Scrum Master-а. Целта е или да се елиминира зависимостта, или да се направи изрична и управляема, вместо да изненада екипа по-късно.