靈活項目管理的前世今生及應用-Part 2（之3355）

本文2288個文字，大概需要9分鐘讀完，歡迎【關注】和【轉發】！

上一篇文章談到了靈活的發展曆史、術語以及靈活宣言是如何産生的以及什麼時候産生的，相信大家現在對靈活的基本概念、以及靈活思想有個大概了解。

今天聊一聊靈活中的3355，這是靈活中又一重要的概念，希望看完這邊文章後，可以進一步加深對靈活的了解。

何為3355？請先看下面的圖檔

1. 第一個3是指靈活團隊有3個角色：

  1.1. Product Owner(PO):産品負責人

  産品負責人是靈活團隊成員之一，TA的主要職責如下：

1.    -設定項目的戰略和方向，項目長期和短期目标
2.    -對産品需求進行收集，并對需求進行優先級排序
3.    -了解客戶和其它幹系人的需求，并清晰傳達給開發團隊
4.    -驗收标準的制定
5.    -接受或拒絕可傳遞成果
6.    -決定釋出計劃和釋出内容
7.    -為投資回報率(ROI)負責
8.    -根據市場價值調整功能優先級
9.    -確定開發團隊對産品待辦功能需求有深刻了解

如何成為一名優秀的産品負責人？大家可以先思考一下，後面将有一篇文章來單獨介紹優秀産品負責人的特質。

1.2. Dev-Team：開發團隊，跨職能團隊（T型技能，程式員、測試員、設計師、架構師等），自組織、自管理、集體責任，互相承諾。

自組織/自管理特點如下：

1. 團隊成員要有主人翁意識
2. 團隊成員可以決定做哪個任務
3. 團隊成員可以決定如何設計、開發、以及什麼時候開發
4. 團隊成員自己監控和管理工作進展并對結果負責

開發團隊主要職責如下：

1. 定義分解工作任務
2. 評估每個使用者故事的故事點(使用計劃撲克, 請關注本公衆号，後面會有文章詳細介紹)
3. 確定傳遞品質，并不斷完善過程
4.  定義完工定義DoD(Definition of Done)：它是團隊需要滿足所有标準的核對單。隻有可傳遞成果滿足該核對單，才能視為準備就緒可供客戶使用。

   1.3. Scrum Master(SM)：項目負責人/靈活教練/靈活大師

• 項目負責人負責給團隊提供幫助、支援和指導，并利用靈活思想、知識和流程為團隊服務，幫助團隊消除工作進展上的阻礙，進而確定團隊成員專注并高效的工作。另外，最重要的一點，靈活提倡仆人式的上司，是以項目經理成為仆人式上司之後，工作重點要從管理協調轉變為促進合作。項目負責人要激勵團隊并幫助團隊成員成長并促進團隊成員之間更好的合作，并對團隊的輸出或可傳遞成果功能承擔責任。

2. 第二個3是指3個工件

    1. Product Backlog(PB):産品待辦清單（如下圖）

• 産品待辦清單包含産品完整功能和特性，産品待辦清單會貫穿整個項目，是以該清單中的需求會随着項目的進展而不斷更新、調整和完善，包括功能上的調整、優先級上的調整等等。

• PB中的需求要符合DEEP原則

  D: (Detailed Appropriately) 詳略得當的

  E:  (Emergent) 湧現的 : 随着需求的讨論梳理，會有新的需求湧現出來

  E:  (Estimated) 評估的: 已經做過大概的工時評估

  P:  (Prioritized) 排序的: 已經對該需求做過優先級的排序

  

    2. Sprint Backlog(SB): 沖刺待辦清單

• 沖刺待辦清單是産品負責人和團隊溝通讨論後，從産品待辦清單中篩選出來要在下個疊代傳遞的需求，并進行需求任務分解成使用者故事，并再次進行工時評估，具體是哪幾個使用者故事是由團隊成員來選擇決定的。

  

    3. Product Increment(PI): 産品增量

• 産品增量可以了解成可傳遞成果，也就是可以立即使用的産品或新的功能和特性。開發團隊要努力確定每個疊代都可以傳遞産品增量并通過産品負責人的驗收。

3. 第一個5是指5個事件也可以叫5個儀式

    1. Sprint: 沖刺

       Sprint是連續開發周期中的一個定時時間盒。在一個Sprint中，團隊必須完成計劃好的工作量，并為審查做好準備。Scrum項目被分解成小而一緻的時間間隔，稱為sprint。它們可以短至幾天，一般不超過3 - 4周。Scrum中的一個Sprint本身就是一個項目，包括開始和結束。我們朝着一個Sprint目标工作，包括計劃、改進、建構、傳遞、審查等等。

    2. Sprint Planning Meeting: 沖刺計劃會議

        在每個沖刺的第一天開始，團隊讨論産品負責人提供的標明産品待辦清單，團隊對該清單中的需求分析、分解、評估，同時，團隊根據目前的速率以及傳遞日期（通常是固定的周期），确定在這個疊代中可以傳遞哪些需求。然後把選好的需求放入Sprint Backlog（SB）中。該會議的時長取決于傳遞的周期，如果傳遞的周期是3周，那麼這個沖刺計劃會議大概是6個小時。另外，每個需求的工時評估，必須是開發團隊全體人員參與，可以使用計劃撲克進行評估工時

    3. Daily Scrum Meeting: 每日站會，可以每天早上或者下午，每次15分鐘，如果有其它問題，單獨安排會議讨論。這個會議隻讨論下面3個問題，

        1. 昨天完成了什麼？

        2. 今天計劃做什麼？

        3. 有什麼問題或者障礙？

    4. Scrum/Sprint Review Meeting: 沖刺評審會議

       該會議主要來展示目前疊代潛在的産品增量（可傳遞成果）, 需要邀請産品負責人和相關幹系人，展示完成後，請産品負責人和相關幹系人給出回報意見，如果有需要修改的地方，可以請産品負責人進行優先級排序并确定傳遞日期。

    5. Scrum/Sprint Retrospective Meeting:沖刺回顧會議

       靈活提倡持續改進，是以這個沖刺回顧會議非常重要，建議每個疊代開一次。項目負責人要主持這個會議，并確定營造出一個積極和諧的氛圍，讓團對成員可以暢所欲言。該會議主要讨論3點内容：

       1. 目前疊代做的好的地方？

       2. 目前疊代做的不好的地方？

       3. 需要改進的地方？

       會議結束後，要和團隊讨論确定下個疊代要改進的地方，建議每個疊代不要改進太多的地方，否則會适得其反，一般3個點就可以。

4. 第二個5是指5個價值觀（主要針對團隊）

    1. Openness: 開放

        每個團隊成員都可以通路相同資訊，并鼓勵團隊之間多溝通交流并盡可能多的分享資訊。

    2. Courage: 勇氣

        團隊成員之前要有勇氣互相挑戰，并有勇氣挑戰自己，不斷精進，并有勇氣說不。

    3. Respect: 尊重

        團隊成員之前互相尊重，同時尊重團隊自己設定的工作協定。

    4. Focus: 專注 

         專注于工作，確定不把時間浪費在和沖刺目标無關的活動上。

    5. Commitment: 承諾

        互相承諾，目标承諾，團隊對結果負責。

  感謝閱讀，更多文章持續更新中，歡迎點選上方【關注本公衆号】和【轉發】！