Scrum第九步：第一次Planning meeting
【Scrum第一次Planning meeting】
第一次的敏捷新嘗試不用太期待會有多完美，抱持敏捷精神"先有目的做、再調整方法修、持續改善"，調整到符合這團隊的特性、節奏。依此專案經驗，大概也是花了半年，團隊才買單，也開始進行自主管理。
前八步的準備作業，團隊開始有共識、目標，且資訊要足夠能想像出第一個MVP樣貌，這兩項備妥後，就可以來做第一次Planning meeting囉!
大致步驟如下
1. 移動"任務階段索引圖"
2. MVP流程圖
3. 拆解任務
任務階段索引圖：
與大家宣告，我們要從"探索發現"進入下一階段"概念設計"，並再次確認大家對於自己的項目是否已經有一定的了解，都沒問題後，就把箭頭移到下一階段囉!也是個宣告開始。
MVP流程圖：
搭配Story Map討論與分析，並畫出系統流程圖或分鏡圖，利用視覺化畫在Scrum Board旁，讓開發成員的想像一致，才不會寫任務時，方向又跑掉。
為了讓大家接觸到新嘗試"敏捷"不這麼反感，所有的時間和細節最好有所設計與掌控。譬如說，第一次的Planning meeting聚焦在，熟悉拆解、看板、便利貼Task，並設計好該如何讓團隊成員想像去拆解任務，控制在1.2小時內最好，良好的體驗才能讓活動持續下去。
Task便利貼描述，也是用最容易上手理解方式就好，時間也暫時用經驗導向去估計。大原則，焦點放在體驗、理解、吸收，而非一次到位。在則，如果要使用故事點數去做，花費的時間成本與效益也是要考慮。如果專案完成時間本身就不是要100%精確，那大可放低"估計"行為，專注在回顧會議再來檢視，為何預估的時間比預期的多或少，修正下一次更好。
到此時，並沒有特別導入User Story，反而是讓團隊成員漸進了解敏捷框架內涵。此次就先依團隊成員最熟悉的方式，直覺地用自己的文字描述寫下任務、預估時間就好，讓看板和價值流先呈現出來，再視未來情況調整。
結論：
Scrum指南「Scrum Master 依照 Scrum 指南中的遊戲規則來負責推廣和支持 Scrum。Scrum Master 幫助每個人了解 Scrum 的理論，實務，規則和價值觀，來達成推動 Scrum。 對於 Scrum Team 來說，Scrum Master 是一個僕人式的領導。」
其中
僕人式領導：「羅伯特·K.·格林里夫(Robert K. Greenleaf，1904-1990)的僕人式領導是一種存在於實踐中的無私的領導哲學。此類領導者以身作則，樂意成為僕人，以服侍來領導；其領導的結果亦是為了延展其服務功能。 僕人式領導鼓勵合作、信任、先見、聆聽以及權力的道德用途。 僕人領導不一定取得正式的領導職位。」
以User Story描寫，『身為一個SM，作為一個稱職的僕人式領導，以便於發揮鼓舞作用，促進專案達成。』最終目的還是指向目標任務完成，才有價值收穫與肯定。
而鼓舞、激勵字面上意思單純，但通常背後需要經過許多"有目的設計"創造出「高效能溝通場域」，讓團隊能在對的方向把事情做對。
補充：
前面提到，Planning當下沒有用User Story描述，可以再進入Sprint後的幾天，試著請RD、PO來為這些Task分類並嘗試寫下User Story的描述句。
也許大家會有很多問號?那怎列的出來Task貼上的?
在第一或第二個Sprint大多還是在技術研究期，也因為都還是在相同產品領域上發展，RD們知道該準備好那些環境和準備執行Task，產品還在雛型框架階段，很容易想像各自任務。所以PO只要給個情境，自然容易用RD的語言寫出Task。
有了Task，再反推回去User Story會是怎樣的描述，相對容易理解。身為SM，還是讓他們能有興趣的持續發展為主要，盡量不要讓團隊產生挫折感，理解每個元素背後的意義，更為重要。
時間允許的話!就先以每個元素理解為主，Bottom up流程也可嘗試喔!
上一步：Scrum第八步：團隊目標共識
下一步：Scrum第十步：第一次Daily Scrums
Scrum過程總結
第一次的敏捷新嘗試不用太期待會有多完美，抱持敏捷精神"先有目的做、再調整方法修、持續改善"，調整到符合這團隊的特性、節奏。依此專案經驗，大概也是花了半年，團隊才買單，也開始進行自主管理。
大致步驟如下
1. 移動"任務階段索引圖"
2. MVP流程圖
3. 拆解任務
任務階段索引圖：
與大家宣告，我們要從"探索發現"進入下一階段"概念設計"，並再次確認大家對於自己的項目是否已經有一定的了解，都沒問題後，就把箭頭移到下一階段囉!也是個宣告開始。
MVP流程圖：
搭配Story Map討論與分析，並畫出系統流程圖或分鏡圖，利用視覺化畫在Scrum Board旁，讓開發成員的想像一致，才不會寫任務時，方向又跑掉。
為了讓大家接觸到新嘗試"敏捷"不這麼反感，所有的時間和細節最好有所設計與掌控。譬如說，第一次的Planning meeting聚焦在，熟悉拆解、看板、便利貼Task，並設計好該如何讓團隊成員想像去拆解任務，控制在1.2小時內最好，良好的體驗才能讓活動持續下去。
Task便利貼描述，也是用最容易上手理解方式就好，時間也暫時用經驗導向去估計。大原則，焦點放在體驗、理解、吸收，而非一次到位。在則，如果要使用故事點數去做，花費的時間成本與效益也是要考慮。如果專案完成時間本身就不是要100%精確，那大可放低"估計"行為，專注在回顧會議再來檢視，為何預估的時間比預期的多或少，修正下一次更好。
到此時，並沒有特別導入User Story，反而是讓團隊成員漸進了解敏捷框架內涵。此次就先依團隊成員最熟悉的方式，直覺地用自己的文字描述寫下任務、預估時間就好，讓看板和價值流先呈現出來，再視未來情況調整。
結論：
Scrum指南「Scrum Master 依照 Scrum 指南中的遊戲規則來負責推廣和支持 Scrum。Scrum Master 幫助每個人了解 Scrum 的理論，實務，規則和價值觀，來達成推動 Scrum。 對於 Scrum Team 來說，Scrum Master 是一個僕人式的領導。」
其中
僕人式領導：「羅伯特·K.·格林里夫(Robert K. Greenleaf，1904-1990)的僕人式領導是一種存在於實踐中的無私的領導哲學。此類領導者以身作則，樂意成為僕人，以服侍來領導；其領導的結果亦是為了延展其服務功能。 僕人式領導鼓勵合作、信任、先見、聆聽以及權力的道德用途。 僕人領導不一定取得正式的領導職位。」
以User Story描寫，『身為一個SM，作為一個稱職的僕人式領導，以便於發揮鼓舞作用，促進專案達成。』最終目的還是指向目標任務完成，才有價值收穫與肯定。
而鼓舞、激勵字面上意思單純，但通常背後需要經過許多"有目的設計"創造出「高效能溝通場域」，讓團隊能在對的方向把事情做對。
補充：
前面提到，Planning當下沒有用User Story描述，可以再進入Sprint後的幾天，試著請RD、PO來為這些Task分類並嘗試寫下User Story的描述句。
也許大家會有很多問號?那怎列的出來Task貼上的?
在第一或第二個Sprint大多還是在技術研究期，也因為都還是在相同產品領域上發展，RD們知道該準備好那些環境和準備執行Task，產品還在雛型框架階段，很容易想像各自任務。所以PO只要給個情境，自然容易用RD的語言寫出Task。
有了Task，再反推回去User Story會是怎樣的描述，相對容易理解。身為SM，還是讓他們能有興趣的持續發展為主要，盡量不要讓團隊產生挫折感，理解每個元素背後的意義，更為重要。
時間允許的話!就先以每個元素理解為主，Bottom up流程也可嘗試喔!
上一步：Scrum第八步：團隊目標共識
下一步：Scrum第十步：第一次Daily Scrums
Scrum過程總結
留言
張貼留言