敏捷教練修煉之道:我所理解的?捷教練
什么是?捷教練?在產品工作中他到底有什么作用?
緣起
常常會被問起,敏捷教練是做什么的? 這讓我常常想起敏捷宣言的第一句話:“我們一直在實踐中探尋更好的軟件開發方法,身體力行的同時也幫助他人,由此我們建立了敏捷價值觀” 。個人認為任何認同敏捷價值觀,身體力行敏捷開發實踐,并樂于&善于幫助他人的人都可以是敏捷教練。
敏捷價值觀
傳統的基于計劃驅動的開發方法常常被稱為瀑布開發,開發工作按照順序依次執行:需求分析,方案設計,開發編碼,測試驗收,上線運行,各個階段之間通常通過繁雜的文檔傳遞知識,常常要求在開始前有全面而完整的需求和計劃,拒絕后期的變化或變化的成本較高。對于簡單,明確定義,可預測,且不可能發生重大變更的問題,計劃驅動的瀑布開發模式也是適合的。
然而產品開發變得越來越復雜,產品開發的周期變的越來越短,當今的世界是一個易變的,不確定的,復雜的以及模糊的世界。敏捷價值觀承認產品研發是一個復雜的工作,在研發過程中存在種種的不確定性,客戶的不確定性,產品的不確定性,技術的不確定性以及方法的不確定性,以及由不確定性帶來的各種變化。
與計劃驅動不同,敏捷方法基于經驗過程控制,偏好適應性,探索性的方法,通過持續不斷的快速交付客戶價值,持續的與客戶合作,對重要的假設進行快速驗證;通過透明,檢視以及不斷調整的方式優化可預見性并控制風險,構建多個認知循環持續快速獲得產品,技術,方法的反饋,即時調整;通過小批量的工作方式降低價值交付周期,更靈活的適應變化。敏捷是一種更快,更好,更頻繁交付價值,更靈活適應變化,不斷檢視調整改進的能力。
作為一個敏捷教練需要深刻的理解敏捷的價值和原則,并將這些價值和原則融入于自己的日常工作思維中!
技術實踐
知易行難,真知往往來源于實踐。
如上圖所示產品研發過程可以分為探索域和交付域,每個領域有不同的敏捷實踐方法。
在探索域你可能需要知道如何使用精益畫布和精益數據模型給產品畫像,定義產品目標;知道如何使用影響地圖,用戶故事地圖等產品組織產品待辦需求列表,如何定義拆分符合INVEST原則的用戶故事;在交付域你也許需要知道如何估算用戶故事,如何采用結對編程,TDD,ATDD,測試自動化,持續集成,DevOps,Mob Programming等工程實踐;在這之上你還需要深刻理解如精益,Scrum,KANBAN,LeSS,SAFe等框架將相關的活動組織在一起;實施的過程中也會涉及到人,團隊以及組織的組織和協同,如構建自組織團隊,feature team,甚至是組織變革等;最后還需要更套路的認知這個世界,如系統思考等。
全部精通似乎很難,敏捷教練可以根據自身的經驗以及興趣,發展路徑有可以成為 Technical Mastery,Business Mastery或者Transformation Mastery。
敏捷教練在深刻的理解敏捷的價值觀的基礎上,同時需要具備豐富的敏捷技術實踐經驗,以及擁有基于團隊的實際情況采用合適的敏捷實踐的能力。同時隨著時間的推移,敏捷教練還需要持續不斷的擴展自己的知識體系工具箱,完成自己的知識循環:learning,doing and being。
助人為樂
無論是內部的或者外部的敏捷教練,一個重要的目標應該是當你離開的時候,被幫助的人不僅僅是doing agile,更重要的是being agile,從而他自己可以在不斷的變化的世界中持續的檢視,調整,改進。這里他人的范圍可能是不同的:個人,團隊,產品線,整個組織。敏捷教練重要的在于輔導他人思維模式的轉變而不僅僅是工作方式的改變。
敏捷教練需要什么樣的能力才能更好的幫助其他人?
美國敏捷教練學院的院長Lyssa Adkins定義的敏捷教練能力框架提供了最好的參考,如下圖所示:
Agile-Lean practitioner,Technical mastery,Business mastery,Transformational mastery在前面敏捷技術實踐中已經提到,不在贅述,簡單看一下下面四種能力:
Teaching
在團隊不知道他不知道的時候,Teaching是一個很好的開始。Teaching是在正確的時間通過正確的方式提供正確的知識給正確的人。幫助他認識另外一個世界。
Mentoring
當團隊知道他不知道的時候,Mentoring可以出場了。僅僅通過Teaching是無法真正讓團隊掌握敏捷技術實踐的,敏捷教練可以作為Mentor對敏捷的角色進行輔導,比如Scrum框架中的Product Owner,Scrum Team,管理層等,促進團隊學習,掌握敏捷技術實踐,進而取得團隊的成長。一個好的Mentor不僅僅提供HOW,也要提供WHY,在過程中潛移默化將敏捷的思想傳遞給團隊。
Coaching
當團隊不知道他知道的時候,Coaching相信團隊的能力,相信他們是最熟悉自己當前環境的,相信他們可以自己選擇對自己最合適的工作方式和方法,此時敏捷教練作為一個團隊的鏡子,給團隊提供觀察和反饋,激發團隊自身的能力。
Facilitating
當團隊知道他知道的時候,Facilitating更多的在于引導,團隊的各種會議,比如Scrum中的Daily meeting,Sprint planning,Sprint review,Retrospetive meeting,團隊之間的合作/協作模式,團隊沖突解決等,引導團隊做出適合自己的決定。
一個好的敏捷教練,不僅本身認同敏捷價值觀,實踐敏捷方法,也必然是樂于&善于幫助他人的。
個人成長
記得做敏捷教練之前和呂毅有過一次聊天,非常感謝呂毅給了我一個非常好的建議:個人周期性的反思。作為教練,可以是一周,雙周或一個月,需要停下來問問自己,觀察到了什么,做了什么,結果如何,學到了什么,只有不斷的總結和反思才能不斷的去刻意的練習,才能真正將習得的東西內化到自己的思維和行動中,才能更好的幫助他人。
敏捷教練之路將是一個痛并快樂的過程,一方面你需要去面對各種各樣的挑戰,一方面在各種挑戰中不斷的學習收獲成長。路漫漫其修遠兮,吾將上下而求索!希望你也成為一個認同敏捷價值觀,身體力行,并樂于幫助他人的敏捷教練。
作者:于旭東,網易敏捷教練,專注于公司內部敏捷產品研發實踐與培訓,擅長精益產品探索,敏捷需求管理,敏捷測試等技術,具有超過10年的敏捷產品研發經驗與組織敏捷轉型經驗;杭州敏捷社區建設者,2016 Scrum Gathering大會組織者以及話題評審者,AgileTour, Agile China, TiD等大會話題分享者;CSM/CSP/PMP。《網易一千零一夜》主要編輯之一。
本文由 @網易杭研項目管理(微信公眾號:NetEasePM) 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自PEXELS,基于CC0協議
- 目前還沒評論,等你發揮!