Коучинг на разработчиците, а не директно ръководене
Научете защо коучингът на разработчиците е по-ефективен от директното им ръководене в Scrum. Дайте възможност на екипа си за по-добро самоуправление и подобрени резултати.
Много хора погрешно разбират ролята на Scrum Master или Agile Coach. Те смятат, че тя включва казване на разработчиците какво да правят. Това е грешка. Scrum е за самоуправляващи се екипи. Разработчиците управляват собствената си работа. Ролята на коуча е да им помогне да правят това ефективно, а не да се превърне в поредния мениджър. Става въпрос за създаване на среда, в която екипът може да успее по свои собствени условия.
Проблемът с директното ръководене
Когато ръководите директно разработчиците, вие отнемате тяхната автономност. Вие възпрепятствате тяхното развитие. Те стават изпълнители на заповеди, вместо решаващи проблеми. Това създава зависимост от вас. Ако не сте там, решенията спират. Това забавя екипа. Намалява и чувството им за собственост върху продукта. Разработчиците, на които им се казва какво да правят, често се отчуждават. Те не се чувстват отговорни за резултата. Това противоречи на основните принципи на Scrum, където разработчиците са отговорни за създаването на използваем Инкремент във всеки Спринт.
Какво означава самоуправлението
Ръководството на Scrum (The Scrum Guide) посочва, че разработчиците са самоуправляващи се. Това означава, че те решават как да превърнат елементите от Продуктовия Беклог в използваем Инкремент по време на Спринта. Това означава, че те избират своя подход. Те решават кой какво прави. Те адаптират плана си, докато учат. Работата на коуча е да гарантира, че те разбират тази отговорност и разполагат с инструментите и средата, за да я изпълнят. Не става въпрос за микромениджмънт на техните задачи или диктуване на технически решения.
Как коучингът се различава от директното ръководене
Коучингът включва задаване на въпроси, слушане и предлагане на наблюдения. Става въпрос за улесняване на откритията, а не за предоставяне на отговори. Разгледайте тези разлики:
- Директно ръководене: 'Трябва да използвате X фреймуърк за тази функционалност.'
- Коучинг: 'Какви фреймуъркове сте обмисляли за тази функционалност? Какви са предимствата и недостатъците на всеки?'
- Директно ръководене: 'Завършете това до петък.'
- Коучинг: 'Какъв е вашият план за завършване на този елемент? Какви предизвикателства предвиждате?'
- Директно ръководене: 'Направихте грешка тук, поправете я.'
- Коучинг: 'Какво научихте от този резултат? Как бихте могли да подходите по различен начин следващия път?'
Коучът помага на членовете на екипа да мислят сами. Той им помага да намират свои собствени решения. Това изгражда компетентност и увереност. Укрепва способността на екипа да се справя със сложността и несигурността. Също така насърчава култура на непрекъснато усъвършенстване.
Изграждане на култура на овластяване
Коучът работи за премахване на пречките, които възпрепятстват самоуправлението. Това могат да бъдат организационни структури, неясни цели или липса на ресурси. Той помага на екипа да дефинира ясни работни споразумения. Гарантира, че екипът разбира своите граници и отговорности. Целта е екип, който може да функционира ефективно без постоянна външна намеса. Те са овластени да вземат решения и да се учат от своя опит. Това води до по-високо качество на работата и по-устойчив екип. Освобождава и коуча да се съсредоточи върху по-широки организационни подобрения.
Дългосрочните ползи
Коучингът на разработчиците изисква повече търпение от директното ръководене. Резултатите не винаги са незабавни. Въпреки това, дългосрочните ползи са значителни. Изграждате екип, който е устойчив, иновативен и високопродуктивен. Те поемат собственост върху работата си и своя продукт. Те са по-добре подготвени да се справят с промените и да решават сложни проблеми. Това е същността на гъвкавостта. Става въпрос за създаване на среда, в която могат да се появят високопроизводителни екипи, а не просто отделни изпълнители, следващи заповеди.