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