四種方式主導你的第一個敏捷專案

摘要： 關鍵要點 敏捷和Scrum框架旨在幫助團隊更有效地協同工作。確保每個人都瞭解自己的角色，並確保有足夠的領導力來指導每個人完成整個過程。 成為一個團隊的時間是非常寶貴的。建立融洽關係對於高度協作的團隊來說至關重要。一個優秀的團隊需要一點時間來建立這些社...

多年來，敏捷和Scrum一直是專案管理和開發領域的流行語。這些方法已經一次又一次被證明不僅是團隊完成專案也是開發團隊變得更加智慧和高效的關鍵因素。事實上，很多團隊已經實現了敏捷和Scrum框架，因為它們可以創造奇蹟，並可以幫助團隊實現目標。

你可能已經知道或瞭解敏捷和Scrum流程是什麼東西。重申一下，敏捷是指一組開發方法，通過自組織和跨職能團隊合作來交付產出。

Scrum是敏捷之下的一個過程，一組遵循特定公式實踐，並定義了某些團隊角色。Scrum團隊有三個關鍵角色：

1. 產品負責人——負責傳達專案總體願景和目標的主要利益相關者。產品負責人負責管理待辦事項並接受已完成的工作增量。
2. ScrumMaster——直接與產品負責人合作，但不會與團隊的其他成員保持層次結構。ScrumMaster負責確保Scrum原則能夠得以實施，讓團隊以最高的效率運作。
3. 開發團隊——自組織、跨職能的團隊，負責提供可交付成果。開發團隊包含參與產品建立過程的所有人。開發團隊的成員沒有頭銜。

ofollow,noindex" target="_blank">5個Scrum系列活動 包括：

1. Sprint計劃
2. 每日Scrum
3. Sprint評審
4. Sprint回顧
5. Sprint

根據去年由PMI主導的職業脈搏調查結果 顯示，近71％的組織宣稱他們在組織內部使用了敏捷策略。這可能要歸因於這樣的一種觀念，即敏捷方法通常會產生一種紀律嚴明的過程，這種過程在深度反省、協作思維和持續改進方面起到重要的作用。敏捷宣言 中提及的概念雖然看起來相對簡單，但從始至終掌握和實施這些領導力哲學並非易事。

無論你的敏捷團隊是什麼樣的，或者你計劃如何將這些原則融入到你的策略中，都有一個不變的因素，即強有力的領導力。成為敏捷或Scrum領導者是一項重要的任務。在你準備成為領導者時，要記住一些關鍵原則，這將有助於確保一切按計劃進行。

1.簡化會議

在團隊中實施Scrum策略時，最重要的步驟之一是託管每日Scrum事件。根據敏捷狀態報告 ，90％的Scrum團隊每天都會召開這些會議，使得它成為最常用的敏捷框架。

通常是快速集會（Scrum組織 建議時間以15分鐘為上限），一般是早上第一件事要做的事情，整個團隊都要在場，討論當天的目標、後續步驟以及需要解決的問題。很多團隊將其稱為每日站會，因為他們發現，當他們站著開會，注意力會更加集中。

站會是同步和制定未來二十四小時戰鬥計劃的時間。這些站會由開發團隊主導，因此他們需要負責評審前一天的目標並確保每個人都瞭解他們的角色、任務和目標。他們鼓勵團隊成員在站會上提出問題，以確保他們達成一致。

看起來好像需要做的事情不多，但這些站會肯定會存在拖延的風險。作為這方面的領導者，你應該讓每個人都專注於手頭的任務。為了做到這一點，每個人都必須理解為什麼站會的每個部分都很重要。

除了每日站會之外，你的團隊還需要在一個Sprint完成後召開會議。Sprint評審會議對於確保團隊走上正軌並專注於專案的願景來說非常重要。Sprint評審會議有三個關鍵部分組成：

• 回顧：這個時候團隊應該總結上一個Sprint哪些方面做得較好，哪些方面做得不好。
• 戰鬥計劃：團隊應該決定在接下來的Sprint中會發生什麼，並適當地委派任務。
• 解決方案階段：這個時候團隊應該分享他們的想法，以解決上一個Sprint中重複出現的問題。我們鼓勵團隊討論他們遇到的任何問題，並分享他們的解決方案。

現在需要做很多事情了，這就是為什麼如果領導者不對團隊加以控制並給團隊分配任務，這些Sprint評審會議就會延時。瞭解為什麼要有會議的每個部分以及在不同的部分需要做哪些事情有助於控制站會的時間。

首先，回顧是必不可少的。但很多團隊都跳過了這一步，或者花很少的時間反思之前的Sprint，這樣會削弱它對團隊取得成功的影響。平庸的回顧會產生負面影響，很容易變成抱怨時間，併為懶惰的行為找藉口。相反，回顧應該是有關戰鬥或障礙的開放性對話，而不是進行指責的時候，回顧的目標應該是找到問題的根源。詢問團隊是否存在任何溝通問題、誤解或意外變更。通過轉變觀點並審視核心問題，回顧可以得到加強並變得更加有效。

其次，戰鬥計劃階段必須是直截了當的。作為一般性規則，團隊應該有一個Scrum白板，將專案組織成需要按特定順序完成的小步驟。是使用實體白板還是虛擬白板，取決於團隊的偏好，但一些視覺表現力肯定是必要的。確保每個人都可以看到這塊白板，讓他們知道哪些任務被轉移到下一階段。

最後，請務必專注於解決方案階段，但不要將其拖出來。因為你已經在回顧期間確定了問題的核心，所以會希望解決方案清晰易懂。此外，應該有可行的方法來實現它們。可行的解決方案不是“我們需要更好地溝通”，而應該是“每天與你的團隊負責人會面一次，以確保你沒有跑偏，並且任何問題都應該得到解答”。

雖然每日站會很容易變成聊天茶會，但堅持計劃並充分利用團隊的時間是非常重要的。儘量避免閒聊，儘可能涵蓋這三個重要步驟，並儘可能簡化流程。

2.提前瞭解團隊的優勢和劣勢

敏捷框架的一個關鍵原則 是團隊合作，找到讓每個人都更成功的系統。一個偉大團隊的誕生不會是因為巧合，團隊是由個人組成的，他們有自己的優點、弱點和個性。要組建一個強大的Scrum團隊 ，關鍵的是要誠實地面對這些問題，而不是試圖從旁邊繞過去。

建立一個心理安全的環境對於一個高績效團隊來說是必不可少的。谷歌進行了為期兩年的團隊合作研究 ，發現當個人認為他們可以分享他們的意見而不用擔心遭到反對時，他們會表現得更好。當員工認為他們的意見很重要時，他們的參與度會更高，蓋洛普的研究 表明，他們的生產力平均提高了12％。

但事情並不總能像這樣發生，特別是當團隊還是敏捷和Scrum方面的新手時。敏捷報告 發現，採用敏捷方法最大挑戰之一是敏捷與文化的契合度，以及缺乏領導力支援和協作方面的麻煩。所有這些問題都與人們的個性有關，包括他們的優點和弱點。如果有一位強有力的領導者，並制定了旨在發揮每個成員的優勢的策略，那麼就可以解決大部分問題。

首先，你必須明智地選擇你的領導者。例如，Scrum Master通常會被選為領導者，因為他們是理解原則和敏捷宣言的人，因此他們能夠對團隊負責。由於Scrum團隊是自組織和自管理的，他們應該一起指定Scrum Master。這個人必須是一個好的領導者，但他們也清楚知道自己的位置。Scrum Masters不會比團隊中任何人有更多的許可權，他們通常被稱為僕人領導者，他們可以為團隊的其他成員提供幫助並在必要時提供支援。因此，履行這一職責的人必須能夠傳達原則並在不超越許可權的情況下控制每個人。值得注意的是，Scrum Master並不是一種具體的角色，它由在特定時間點最適合當前工作的人來承擔的。隨著事情發生變化，最適合這個角色的人也會發生變化。

在團隊中指定領導時，可以將其視為一場求職面試，將他們過去的表現視為簡歷。他們的優勢是否能給團隊帶來支援，他們的弱點是否會阻礙團隊取得成功？

其次，在團隊內部開展有關這些領域話題的公開對話。對出色完成的工作給予讚美和評論，不要指責他人的弱點，而是要幫助他們找到改進和發展技能的方法。

沒有必要將人們的優點和缺點視為祕密。相反，誠實和坦率地瞭解它們，可以更容易地找到利用它們來讓團隊取得成功的方法。

3.利用共享知識庫

敏捷的目標是為團隊建立一個可以進行無縫協作的環境。敏捷宣言有四個核心價值觀 ：

1. 重視個人和互動，而不是過程和工具。
2. 重視工作軟體，而不是全面的文件。
3. 重視客戶合作，而不是合同談判。
4. 對變化做出反應，而不只是遵從計劃。

換句話說，敏捷團隊必須相互重視並與整個利益相關者社群進行互動，而不是死守嚴格的時間表，或陷入細微的細節中，以至於忽視了全域性。

為了保持這些價值，並確保能夠正確有效地完成工作，必須通過適當的系統來建立共享資訊網路。對於某些團隊，Excel電子表格可能就足夠了，有些團隊可以使用白板。而對於某些組織，可能需要使用虛擬儀表盤。

由於71％的組織 在團隊專案中使用了敏捷方法（至少偶爾會），因此有大量的線上資源可以幫助你的團隊利用他們的知識庫。使用專為Scrum團隊設計的專案管理系統來管理文件和資訊，可以讓團隊成員更容易訪問它們。這些工具通常包含用於任務分配的虛擬Scrum白板，確保團隊中的每個人都能按時完成任務。事實上，一份報告 發現，使用專案管理軟體的團隊在溝通方面得到了改進，最終產品的整體質量也會得到提升。

當然，並非所有這些知識都是虛擬的。團隊中的每個人都會亮出自己的技能和經驗，一定要在團隊會議聽取他們的意見和見解。通過鼓勵溝通，特別是面對面的溝通（另一種敏捷原則），來分享這種巨大的個人知識資源。

4.新增緩衝區（避免微管理）

根據敏捷宣言，團隊必須堅持幾個關鍵原則 才能取得成功。正如“宣言”所說：

業務人員和開發人員必須每天在專案中一起工作。基於積極活躍的個人來建立專案。為他們提供所需的環境和支援，並相信他們會完成工作。

顯然，這一原則沒有為微觀管理留有任何餘地。事實上，Scrum團隊的關鍵在於它是自效率和自管理的。雖然任命了一個團隊負責人來保證進度，並選擇了一個Scrum Master來確保遵循敏捷原則，但團隊應該是獨立的。

當然，領導者可能很難接受這種情況，特別是如果團隊成員之間缺乏信任。

敏捷方法在微觀管理和自效率之間提供了安全的平衡。在某些方面，敏捷具有一定的微觀管理影響力。例如，通過每日站會來回顧每個人所做的事情以及確定待辦事項列表中的下一步對於常規團隊專案而言似乎有些過分。但對於Scrum團隊，應該鼓勵這樣做。不過，敏捷的大部分內容都與自我管理有關，並且讓團隊成員對他們在整個專案中所做的工作負責。

敏捷的目標是建立能夠自我管理的自組織團隊。因此，管理層應該更多地關注領導力，而不是告訴團隊要做什麼。

如果你發現作為領導者，很難做到這種平衡，那麼可以嘗試Scrum認證。有很多線上認證課程可以幫助你瞭解敏捷和Scrum原則的實際應用——因此你可以更有效地整合它們。事實上，81％獲得Scrum認證的人 表示，這個認證顯著改善了他們的做法。

Scrum團隊必須建立在信任和理解的基礎之上。微管理者通常不能信任他們的團隊成員，但真正的領導者必須信任他們的團隊成員。建立這種信任可能需要時間，增加Scrum和敏捷知識和經驗可以為你帶來更多信心並幫你更好地指導團隊。

結論

在敏捷專案中擔任領導者是一項重要的任務。雖然目標是建立一個自我管理的獨立Scrum團隊，但仍然需要領導（特別是最初），以確保團隊能夠堅持敏捷原則並完成專案。通過設定這些目標並遵循這些準則，可以確保開發團隊能夠充分發揮潛力。

關於作者

Manish Dudharejia是E2M Solutions Inc 的總裁兼創始人，E2M Solutions Inc是一家位於聖地亞哥的數字代理商，專門從事網站設計與開發以及電子商務SEO。憑藉其在技術和數字營銷行業超過10年的經驗，Manish熱衷於幫助線上企業將其品牌推向更高水平。

檢視英文原文：Four Ways to Take Charge in Your First Agile Project