Коучинг на разработчиците, а не дирижирането им
Истински самоуправляващи се екипи се появяват, когато разработчиците са коучвани да намират решения сами. Това изгражда капацитет и чувство за собственост. Научете как да насърчите това.
Много организации все още третират развойните екипи като фабрики за функционалности. Те очакват мениджър или „лидер“ да казва на разработчиците какво да правят и как да го правят. Този подход е остарял и контрапродуктивен в Scrum. Ръководството на Scrum посочва, че Разработчиците са самоуправляващи се. Това означава, че те решават как да превърнат елементите от Продуктовия беклог в Инкременти. Ролята на Agile коуча не е да дирижира този процес, а да го коучва. Тази разлика е от решаващо значение за изграждането на наистина ефективни, овластени екипи.
Проблемът с дирижирането
Дирижирането на разработчиците създава зависимост. То задушава инициативата и решаването на проблеми. Ако мениджърът винаги дава отговорите, разработчиците спират да ги търсят сами. Те стават изпълнители на поръчки. Това води до няколко проблема:
- Намалено чувство за собственост върху резултатите.
- По-бавно вземане на решения, в очакване на одобрение.
- Липса на иновации, придържане към познати пътища.
- По-нисък морал и ангажираност на екипа.
- Неуспех в изграждането на устойчив, самоусъвършенстващ се екип.
Когато възникнат проблеми, дирижираните екипи търсят решения нагоре по йерархията. Самоуправляващите се екипи първо търсят навътре, след това навън. Те използват колективния си интелект.
Силата на коучинг въпросите
Вместо да давате решения, задавайте въпроси. Това прехвърля отговорността за решаване на проблеми към екипа. Добрите коучинг въпроси са отворени и насърчават размисъла. Те помагат на разработчиците да изследват възможности, да обмислят последствията и да се ангажират с действия. Например, вместо да кажете: „Трябва да използвате микроуслуги за това“, попитайте: „Какви архитектурни опции сте разгледали тук и какви са компромисите на всяка от тях?“
Този подход уважава Разработчиците като професионалисти. Те са експертите в това как се върши работата. Вашата роля като коуч е да им помогнете да използват този опит по-ефективно. Става въпрос за улесняване на техния мисловен процес, а не за мислене вместо тях.
Насърчаване на самоуправлението и отчетността
Ръководството на Scrum подчертава, че Разработчиците са отговорни за създаването на използваем Инкремент във всеки Спринт. Те също така са отговорни за създаването на план за Спринта, Спринт беклога. Тази отчетност не може да процъфтява, ако те постоянно са дирижирани. Коучингът им помага да приемат тази отчетност, като ги овластява да вземат решения и да се учат от резултатите.
Когато екипът е изправен пред техническо предизвикателство, коучът може да попита:
- Какво сте опитали досега?
- Какви ресурси имате на разположение?
- Кой друг в екипа може да има опит с това?
- Какви са потенциалните рискове, ако продължите с този подход?
- Как ще разберете дали вашето решение е успешно?
Тези въпроси насочват екипа през процес на решаване на проблеми. Те засилват идеята, че екипът притежава проблема и решението.
Създаване на безопасна среда за учене
Коучингът изисква безопасна среда, където разработчиците се чувстват комфортно да опитват нови неща и да признават, когато са закъсали. Ако екипите се страхуват от наказание за грешки, те ще се върнат към чакане на указания. Коучът помага за изграждането на тази психологическа безопасност, като набляга на ученето пред обвиненията. Ретроспективите са ключово събитие за това. Насърчавайте открита дискусия за това какво е минало добре, какво не е и как да се подобри. Разглеждайте провалите като възможности за учене.
Вашата основна цел е да помогнете на екипа да стане по-автономен и ефективен. Това означава да отстъпите и да ги оставите да водят. Осигурете подкрепа и насоки, но им позволете да притежават своите решения и своя растеж.
Дългосрочното въздействие
Коучингът на разработчиците вместо дирижирането им е инвестиция. Първоначално изисква повече търпение, отколкото просто даване на отговори. Въпреки това, дългосрочните ползи са значителни. Изграждате екипи, които са устойчиви, иновативни и силно ангажирани. Те могат да се адаптират към промените, да решават сложни проблеми самостоятелно и непрекъснато да подобряват своите процеси и продукти. Това е същността на гъвкавостта и обещанието на Scrum.