開發經理 VS 敏捷專家(下)

程景天發表於2018-08-22

前文:開發經理 VS 敏捷專家(上)

什麼是敏捷專家?

敏捷專家是敏捷團隊的專案負責人,他們專注於優化效能,在產品負責人和開發團隊之間開展工作,以確保他們的目標一致,並能成功完成專案。敏捷專家還負責跨團隊的協調工作,以便核心團隊可以專注於產品開發。

敏捷專家的目標是讓每個人都保持高效,並且能達成共識。因此,敏捷專家會協調敏捷過程所需的大部分的輸入與輸出。敏捷專家貫穿敏捷開發的起始,每天進行反思,審查,回溯,並與團隊以及開發經理合作以估算專案積壓的例項,比如 Epic 和 user stories。(譯者注:user stories 是從終端使用者的角度定義軟體功能的一種方式,Epic 是 user stories 的容器,用於儲存關於整個功能的文件)敏捷專家可能不像團隊的其他成員那樣技術高超,因此在處理具體技術細節時,開發經理可以作為敏捷專家和團隊之間溝通橋樑。隨著團隊日趨成熟的運用敏捷理念,敏捷專家將會更少關注專案估算,更多關注交付速度的優化。

敏捷專家還可以作為大型組織的敏捷指導者,幫助團隊在整個產品生命週期中採用和踐行敏捷理念,這包括故事點評估、Sprint 計劃(譯者注:每個 Sprint 都是從 Sprint Planning Meeting 開始,敏捷團隊成員聚集在一起商定下個 Sprint 目標,並且確定在 Sprint 中交付哪些功能。)和持續交付。敏捷專家的指導工作至關重要。作為敏捷專家,他們知道為什麼敏捷對於專案和公司是正確的。當公司正在努力應對日益嚴峻的挑戰並採用敏捷理念時,他們會成為敏捷理念的倡導者。

CODING 任務看板
CODING 企業版」作為企業級軟體研發管理系統,任務看板功能實現了 Epic \ user stories \ Sprint 等敏捷概念落地。

敏捷大師和開發經理在敏捷投資組合中的合作

大多數瀑布團隊都是以經理為中心的,他們希望管理者確定優先順序,跟蹤進度並評估效能。相比之下,敏捷團隊是自組織團隊,擁有自己的路線圖和交付規劃。為了使這項工作適用於大型組織,敏捷專家和開發經理攜手在整個組織中構建敏捷理念,並充當團隊和 C-level 管理層(譯者注:組織機構中最高層的管理人員通常被統稱為 C-level)之間的緩衝區。由於這兩個角色都適用於多個敏捷團隊,因此他們是敏捷組合的關鍵成員。

讓敏捷專家專注於團隊敏捷策略的採用和執行上,讓開發經理招聘合適的人員、指導現有團隊成員,確保每個團隊的良好發展文化。如此,這兩個角色攜手工作就可以培養更高效的敏捷團隊。

CODING 企業版」作為企業級軟體研發管理系統,助力團隊敏捷開發轉型升級。

本文中文翻譯自原文:Development managers vs. scrum masters。 編譯者:程景天。

相關文章