敏捷項目管理系列-衝刺計劃

什麼是衝刺計劃?

Sprint計劃是Scrum中的一項活動,它開始了Sprint。衝刺計劃的目的是定義可以在衝刺中交付的內容以及如何實現其工作。Sprint計劃是與整個Scrum團隊合作完成的。

與運動不同,Scrum鼓勵你始終保持衝刺狀態,以便在不斷學習和改進的同時提供工作軟件。

在scrum中,衝刺是完成所有工作的固定時間段。但是,採取行動之前,必須設置衝刺時間盒。需要確定時間盒將達到多長時間,衝刺目標以及開始的位置。衝刺計劃會議通過設置議程和重點來開始衝刺。如果做得正確,它還將為團隊創造動力,挑戰並取得成功的環境。不良的衝刺計劃可能會因設定不切實際的期望而使團隊脫軌。

  • 我們要做什麼? -產品負責人描述了衝刺的目標(或目標)以及哪些積壓項目有助於實現該目標。Scrum團隊決定在下一個衝刺中可以做什麼,以及在衝刺中他們將如何做才能做到這一點。
  • 方法 –開發團隊計劃實現衝刺目標所需的工作。最終,最終的衝刺計劃是開發團隊與產品所有者之間基於價值和努力進行的協商。
  • 參與者都有誰?–沒有產品所有者
    或開發團隊,將無法進行衝刺計劃。產品負責人根據他們尋求的價值來定義目標。開發團隊需要了解他們如何或不能實現該目標。如果此事件中缺少任何一項,則幾乎不可能計劃衝刺。
  • 輸入 – sprint計劃的一個很好的起點是產品積壓,因為它提供了可能會成為當前sprint一部分的“材料”列表。團隊還應該以增量的方式查看現有工作,並考慮能力。
  • 輸出 – sprint計劃會議的最重要結果是團隊可以描述sprint的目標以及他們如何開始朝該目標努力。這在sprint待辦事項列表中可見。

敏捷項目管理系列-衝刺計劃

衝刺計劃




衝刺計劃會議的準備

進行大型的sprint計劃活動需要一定的紀律。產品負責人必須做好準備,結合先前衝刺審核中的經驗教訓,利益相關者的反饋意見以及他們對產品的看法,以便他們為衝刺做好準備。為了透明起見,應及時更新和完善產品積壓訂單,以使其更加清晰。待辦事項優化是scrum中的可選事件,因為某些待辦事項不需要它。但是,對於大多數團隊來說,最好是讓團隊團結起來在衝刺計劃之前審查和完善積壓工作。

老程提示:

<code>如果您有兩個星期的衝刺,請在衝刺的中間運行積壓改進會議。
對於團隊來說,退出衝刺並查看下一步將是很棒的。
它不僅有助於為衝刺計劃做準備,而且可以為當前工作提供不同的見解。/<code>


敏捷項目管理系列-衝刺計劃

衝刺時間盒


設置衝刺計劃的時間限制

衝刺計劃的每週限制不得超過兩個小時。因此,例如,為期兩週的衝刺計劃會議將不超過兩個小時。這稱為“時間限制”,或為團隊完成任務(在這種情況下,計劃衝刺)設置最大時間。在Scrum教練是負責確保會議發生在時間盒瞭解。如果團隊在時間結束之前感到高興,那麼事件就結束了。時間盒是允許的最長時間;沒有最短時間允許。

老程提示:

<code>將衝刺計劃的第一部分重點放在衝刺的目標上,而不是積壓的細節上。
通過專注於目標而不是工作,可以找到實現目標的明智選擇。/<code>

關注結果而不是工作

在sprint計劃期間,很容易陷入“工作陷入困境”的階段,重點關注應該先執行哪個任務,誰應該執行任務以及需要多長時間。對於複雜的工作,您一開始就知道的信息水平可能很低,並且其中大部分是基於假設的。Scrum是一個經驗過程,這意味著您不能預先計劃,而只能通過學習進行學習,然後將這些信息反饋給該過程。

衝刺目標從較高的角度描述了衝刺的目標,但是在編寫積壓項目時也要牢記結果。用戶故事是從客戶角度描述工作的一種好方法。像下面這樣寫的用戶故事,將缺陷,問題和改進重新集中在客戶正在尋找的結果上,而不是觀察到的問題上。


敏捷項目管理系列-衝刺計劃

衝刺計劃




通過向用戶故事中添加清晰,可衡量的結果,可以清楚地衡量結果,並知道完成的時間。通過儘可能清晰地瞭解團隊正在關注的工作,每個人都可以獲得開始工作所需的透明度。例如,讓事物模糊不清比將事物描述為衝刺期間要回答的問題要糟糕得多。

老程提示:

<code>不知道某件事與含糊其詞是不同的。
不要忽略未知數,它們是艱苦工作的現實。
但是不要用模糊的字眼掩蓋它們。
相反,當你不瞭解某些東西時要弄清楚,並根據瞭解來構架工作,否則後患無窮。/<code>

估計是必須的,但不要假裝你瞭解的更多,估計只是估計

短跑計劃需要一定程度的估計。團隊需要定義在衝刺中可以完成或不能完成的工作:估算的工作量與能力。估計常常與承諾相混淆。估計本質上是根據手頭的知識進行的預測。諸如故事要點或T恤衫上衣之類的技術通過為團隊提供解決問題的不同方法,從而為流程增加了價值。但是,它們並不是可以在找不到真相時發現真相的神奇工具。未知數越多,估計正確的可能性就越小。

好的估算需要一個基於信任的環境,在該環境中可以自由地提供信息,並且在追求學習和改進時討論了假設。如果在工作完成之後以負面的,對抗性的方式使用估算,那麼將來的估算可能會更大,以確保它們再也不會出錯,或者創建估算所花費的時間會比團隊第二更長。猜測自己擔心弄錯它們的含義。

老程提示

探索使用不同的估算技術,例如T恤尺碼或故事點。不同的技術可能對問題提供不同的看法。


敏捷項目管理系列-衝刺計劃

故事點




短跑計劃最佳實踐

很容易陷入Sprint計劃的細節中,而忘記了Sprint計劃的重點是為下一個Sprint建立“足夠”的計劃。該計劃不應該成為團隊後援的猴子,相反,它應該使團隊專注於有價值的成果,併為自己的組織留出保障。好的衝刺計劃通過定義結果和明確的成功計劃來激勵所有人。但是,請提前做好計劃。與其構建最完整的“衝刺的每一分鐘都被考慮”的衝刺計劃,不如著眼於目標並構建足夠的衝刺積壓以開始。接下來,確保訂購了產品積壓訂單,以使團隊能夠儘早完成sprint目標的工作。

Scrum是一個旨在解決複雜問題的流程框架。複雜的問題需要一個經驗過程(邊做邊學)。經驗性流程很難計劃,因此不要自欺欺人-我們無法建立完美的計劃。相反,專注於結果並繼續前進。即使有要解決的問題那也沒有困難可言。


分享到:


相關文章: