軟件開發團隊轉型Scrum,需要注意的3大問題

然而我們在做敏捷轉型時,首先遇到的問題就是我們要選擇什麼樣的團隊、我們是大張旗鼓的做敏捷,還是悄無聲息的“偷偷摸摸做”以及什麼樣的項目,這小結我們將爲大家解答這幾個主要的問題。

 

一、敏捷Scrum實施前的常見問題與注意點

 

1、Scrum是小團隊試點,還是全面轉型?

按照慣例,向Scrum或者任何一個敏捷過程轉型,長期以來最通常的建議是以一個試點項目作爲開始,從中吸取教訓,然後再企業範圍內推廣。這個方法就是我們經常使用的小團隊試點(start-small)模式。小團隊試點有許多不同的做法,取決於企業轉型的規模及其對轉型速度的要求,小團隊試點應用方式也取決於企業如何規避轉型風險及其不確定性。

一個普遍的做法是在一到三個團隊參與試點項目結束後立即開始全面轉型。雖然小項目試點模式比較受歡迎,但它不是萬能的,全面轉型(all-in)也有它所能帶來的好處。

選擇小團隊試點的原因具有以下優勢:

  • 小團隊試點成本低;
  • 幾乎可以確保早期的成功;
  • 小團隊試點規避了全面轉型的巨大風險;
  • 小團隊試點壓力更小;
  • 小團隊試點能在不發生企業變革的情況下進行。

相比小團隊試點模式,全面轉型也有自己的優勢:

  • 全面轉型可以減少阻力;
  • 全面轉型避免了因Scrum和傳統團隊一起工作而導致的問題;
  • 全面轉型可以使轉型更快的結束。

那麼何時選擇全面轉型,何時選擇小團隊試點呢?

當公司領導不願意完全承諾實施Scrum時,請選擇小團隊試點。即使是一次小規模的成功,也足以說服懷疑論者。當失敗有巨大代價時,請選擇小團隊試點。

但是如果時間是關鍵因素的話,請採用全面轉型。雖然全面轉型更加昂貴,但花的時間少。如果沒有足夠經驗豐富的Scrum Master來指導團隊,請不要使用全面轉型。Scrum Master來自企業的外部或內部,在短期內無關緊要,但記住,最終你要讓所有的Scrum Master都是內部的員工。

 

2、Scrum落地是公開行動還是悄無聲息?

無論採用哪個方式來實施Scrum,都請記住,選擇這個模式只是在轉型時需要做出的衆多決定中的第一個。

接下來,需要決定是否公開宣佈Scrum轉型。

如果決定公開敏捷,團隊和組織就要廣泛宣傳他們正在實施Scrum。根據不同範圍和過渡的重要性,公佈的範圍可以從小喫店告訴其他團隊我們正在做Scrum,上升到全國媒體發佈。公開展示敏捷,不論宣傳的範圍怎麼樣,團隊要努力告訴其他人敏捷正在進行中。公開敏捷是沒有退路的。公開敏捷是一個強有力的聲明,組織不僅要開始轉型,並且要取得成功。

與公開敏捷相反的做法是悄悄轉型,在悄悄轉型的過程中,直到項目結束,也只有團隊成員直到他們在使用Scrum。

選擇公開展示敏捷的原因:

  • 所有人都知道你在做敏捷,所以你更容易堅持下去。
  • 公開展示建立了工作的目標願景。
  • 公開操作是對承諾的堅定聲明。
  • 公開展示可以爭取到企業的支持。
  • 明確目標,然後實現,這樣更具有說服力。

而選擇悄悄行動的原因:

  • 有機會在別人反對之前取得進展。
  • 悄悄轉型避免了額外的壓力。
  • 如果項目失敗,則可以調整使用Scrum的方式,重新嘗試,直到弄明白自己如何取得成功之後,再告訴其他人。
  • 如果沒有人知道你使用Scrum,就不會有人阻止你。

其實,企業更願意公開展示敏捷,享受成功的轉型。當你對Scrum充滿信心,並且對轉型做出承諾時,請選擇公開轉型。

同樣,如果你預計會有一些阻礙,但是你想快速戰勝他們的時候,強烈建議考慮公開轉型。相反,如果你只是想對完整的Scrum或其中的一部分做實驗,則可以選擇相對隱蔽的方式。如果你沒有在行政上有影響力聲張“我們在實施Scrum”或者這樣做會帶來非常多的障礙,請悄悄開始。

 

3、是否該使用Scrum工具輔助管理?

敏捷開發中非常強調公開、透明、直接有效的溝通,這也是“可視化的管理工具”在敏捷開發中如此重要的原因之一。

通過“可視化的管理工具”讓所有人直觀的看到所有需求池、UserStory、Task、燃盡圖和Bug的狀態及之間的流動。爲使團隊成員快速適應敏捷開發流程,將流程標準固化到可視化的管理工具。特別是隨着人數規模越大,工具的價值體現就越明顯。

這裏分享國內外的幾款頂級敏捷開發管理工具。

 

1、國內頂級 Scrum 管理工具PingCode

這是國內最好用的敏捷開發Scrum工具之一,曾在2021年獲得由36氪發佈的研發項目管理榜TOP1,被廣泛用於敏捷開發項目管理。在Scrum 項目管理方面具備如下能力:

  • 需求管理:史詩/特性/用戶故事三級體系,根據優先級、故事點形成待辦列表
  • 產品規劃:根據產品目標及項目需求排期,有序規劃產品路線圖、迭代和版本
  • 迭代管理:將需求和Bug分配到迭代,通過燃盡圖、速率圖等跟蹤迭代進度
  • 版本管理:支持多版本共存,新增功能和修復對應版本,讓發佈更有計劃
  • 開發管理:拆分用戶故事爲任務,開發人員領取任務完成Coding
  • 構建部署:工作項關聯代碼託管、CI/CD工具,跟蹤開發、構建及部署進度
  • 工時統計:估算、填報任務工時,可視化度量項目和團隊工作量

除此以外,PingCode 還是一站式研發管理工具,包含需求收集、需求池管理、優先級排序、產品路線圖、kanban/瀑布/敏捷項目管理、測試用例管理、缺陷管理、團隊知識庫、效能度量,與gitlab、jinkens、飛書等外部工具集成。

微信圖片_20220811154658.jpg

支持saas、私有部署等購買方式,價格僅爲Jira的30%-40%。【 PingCode官網 

 

2、國外頂級Scrum管理工具Jira

Jira是全球範圍內軟件開發的先驅。該品牌於2002年由Atlassian公司在澳大利亞創立,最初是一個問題跟蹤工具,此後逐漸發展爲多任務的項目管理軟件,能夠很好的支持敏捷開發項目管理。

Jira 同樣是國外能夠實施Scrum方法的知名軟件,Jira提供了豐富的功能,其中包括:可用於backlog的自定義過濾器、項目報告的可視化表示、以及可定製的Scrum板。

當然,如果您不太熟悉Scrum的話,可能需要花上一定的時間來測試,熟悉和掌握該軟件的各項功能,因爲Jira 上手會比較難,這也是很多人詬病的點。

除此以外,自從2020年停售國內本地版後(一定意義上對國內用戶禁售),所以這可能會帶來一定的風險,但也絲毫不影響其地位。

image.png

 不得不說,Jira 在國外使用的體驗比在國內使用要好很多,因爲售後服務國內是沒有原廠的,所以如果有國外團隊,Jira是個不錯的選擇。【官網:Atlassian.com】

 

3、G2網站第二的項目管理軟件monday

Monday 是國外的一款產品,在項目與團隊管理方面,Monday.com提供了自定義通知、以及自動化的功能,可方便用戶更加專注於需要完成的各項任務。

通過其出色的跟蹤功能,我們可以跟蹤與項目相關的所有任務與進度。Monday.com能夠創建並可視化還各項任務,以方便團隊的共享和穩步推進。同時,它還能夠輕鬆地創建backlogging,以方便用戶對手頭的任務進行排序。

image.png

Monday.com的一項缺點是:用戶無法通過創建專門的燃盡圖,來跟蹤sprint的進度。不過,它能夠提供簡單的圖表和報告,以方便用戶粗略地瞭解整個sprint的狀況。以及國內的服務支持服務可能不如國外。【官網:monday.com】

部分內容參考:《Scrum敏捷軟件開發》,作者:Mike Cohn

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章