敏捷ACP

敏捷思維

6點價值驅(qū)動要素

• 著眼未來、活在當(dāng)下
• 精益思想、快速驗證
• 懂得取舍、需求差異
• 轉(zhuǎn)變思維、三角倒置
• 盡早交付、及時反饋
• 價值驅(qū)動、有限排序（PBIs）

敏捷宣言

4個價值觀

• 個體和交互 > 流程和工具
• 可工作的軟件 > 面面俱到的文檔
• 客戶合作 > 合同談判
• 響應(yīng)變化 > 遵循計劃

12條原則

• 1、我們的最高目標(biāo)是，經(jīng)早持續(xù)交付有價值的軟件來滿足客戶的需求
• 2、歡迎對需求提出變更，即使在項目開發(fā)后期也不例外。善于利用需求變更幫助客戶獲得競爭優(yōu)勢
• 3、經(jīng)常交付可用的軟件，周期幾周～幾個月不等，越短越好
• 4、善于激勵項目人員，給予他們所需要的環(huán)境和支持，并相信他們能完成任務(wù)
• 5、信息傳達最有效的方式是面對面的交談
• 6、可用的軟件是衡量進度的首要衡量標(biāo)準(zhǔn)
• 7、敏捷過程提倡可持續(xù)發(fā)展的開發(fā)
• 8、對技術(shù)的精益求精、設(shè)計的不斷完善將提高敏捷性
• 9、簡潔，盡最大可能的減少不必要的工作
• 10、最佳的架構(gòu)、需求、設(shè)計將出自于自組織的團隊
• 11、團隊要定期反省怎么做才能更有效，并相應(yīng)的調(diào)整團隊行為
• 12、項目過程中，業(yè)務(wù)人員和開發(fā)人員必須始終通力合作

敏捷流程+原則

3345流程

• 3-Roles(角色)

  • Product Owner（產(chǎn)品負責(zé)人）
  • Scrum Master（團隊負責(zé)人）
  • Dev-Team （開發(fā)團隊）

• 3-Artifacts（產(chǎn)品）

  • Product Blocklog（產(chǎn)品功能列表）
  • Sprint Backlog（沖刺列表）
  • Burn-Down Chart（燃盡圖）

• 4-Ceremonies（會議）

  • Sprint Planning Meetting（迭代計劃會議）
  • Baily Scrum Meetting(每日站立會)
  • Sprint Beview Meetting（迭代評審會議）
  • Sprint Retrospective Meetting（迭代回顧會議）

• 5-Value（價值）

  • 開放

    • 信息開放、態(tài)度開放

  • 勇氣

    • 迎接質(zhì)疑、勇于說“不”、準(zhǔn)備突破現(xiàn)狀

  • 尊重

    • 推崇開放、遵守工作規(guī)范、鼓勵積極的工作狀態(tài)

  • 專注

    • 平衡工作專注的時間與團隊成員交流的時間、把時間都放在沖刺目標(biāo)上

  • 承諾

    • 團隊對結(jié)果負責(zé)、必須保證每次沖刺目標(biāo)都是有價值的

敏捷項目階段

• 1、立項

• 2、啟動

• 3、發(fā)布計劃

• 4、迭代

  • 迭代計劃
  • 開發(fā)及測試
  • 每日站立會
  • 產(chǎn)品發(fā)布
  • 評審會議
  • 回顧會議
  • Blocklog梳理

• 5、收尾

  • 1、項目回顧會議
  • 2、總結(jié)經(jīng)驗教訓(xùn)
  • 3、成果交接
  • 4、文檔歸檔

敏捷角色及職責(zé)

• Product Owner（產(chǎn)品負責(zé)人）

  • 職責(zé)

    • 清晰的表達產(chǎn)品代辦列表項
    • 決定發(fā)布日期和發(fā)布內(nèi)容
    • 為產(chǎn)品ROI負責(zé)
    • 根據(jù)市場價值確定功能優(yōu)先級
    • 確保產(chǎn)品待辦列表對所有人是可見、透明、清晰的
    • 接受/拒絕接受開發(fā)團隊的工作成果
    • 維護產(chǎn)品Blocklog,對工作優(yōu)先級排序，是PBIs列表的唯一負責(zé)人
    • 確保研發(fā)團隊對產(chǎn)品待辦列表項有足夠深的了解

  • 優(yōu)秀的PO特征

    • 善于溝通

      • 和干系人關(guān)系好
      • 促成談判/達成一致意見
      • 良好的溝通能力
      • 正能量

    • 責(zé)任心

      • 承擔(dān)產(chǎn)品責(zé)任
      • 參與并隨時可用到場
      • 充當(dāng)Scrum團隊成員

    • 懂業(yè)務(wù)

      • 有預(yù)見性
      • 知道哪些事情是無法遇見的
      • 具備業(yè)務(wù)和領(lǐng)域?qū)ｉL

    • 決策力

      • 可用制定決策
      • 關(guān)鍵時刻敢拍板
      • 有決斷力
      • 從經(jīng)濟的角度權(quán)衡業(yè)務(wù)/技術(shù)問題

• Scrum Master（敏捷教練）

  • 職責(zé)

    • 幫助

      • 幫助創(chuàng)建信息輻射器
      • 協(xié)助團隊向管理層匯報
      • 幫助團隊回顧并持續(xù)改進流程
      • 幫助團隊維護自己的Scrum工具
      • 作為變革的催化劑幫助團隊監(jiān)控指標(biāo)

    • 獎勵

      • 為完成或者交付的好工作而自豪
      • 慶祝難忘的成果時刻

    • 學(xué)習(xí)與分享

      • 不斷的學(xué)習(xí)關(guān)于敏捷的一切
      • 關(guān)于團隊敏捷教練和咨詢
      • 不斷與其他SM互動交流經(jīng)驗
      • 定期給團隊反饋

    • 促進

      • 各類型的會議和Scrum儀式
      • 所有干系人與團隊的合作
      • 團隊的發(fā)布計劃
      • 創(chuàng)造合適的DOD
      • 保持可持續(xù)的步調(diào)
      • 團建活動

    • 鼓勵

      • 面對面交流
      • 團隊自組織與責(zé)任
      • 會議的透明、開放
      • 適應(yīng)性改變
      • 合作解決問題

    • 保護

      • 翰旋沖突
      • 幫助團隊擺脫障礙
      • 保護團隊免受外界的障礙

  • 日常工作內(nèi)容

    • 組織推進Scrum活動

    • 指導(dǎo)團隊成員

      • 使用Agile(敏捷的)流程
      • Agile(敏捷的)相關(guān)工具的使用

    • 和PO(產(chǎn)品負責(zé)人)梳理PBI（產(chǎn)品待辦事項）

    • 清掃障礙

  • 能力要求

    • 促進合作
    • 激勵團隊
    • 溝通決策
    • 沖突管理
    • 抗壓
    • 敏捷實踐

• Scrum Team（敏捷團隊）

  團隊是指一些技能互補、有著共同目標(biāo)和愿景、共同承擔(dān)責(zé)任的人

- 組件團隊

    - 優(yōu)點

        - 按照系統(tǒng)架構(gòu)模塊，或者分層組織團隊
        - 每個團隊只專注于他們負責(zé)的組建模塊

    - 弊端

        - 不利于跨組件或者各個層之間的溝通
        - 跨團隊的協(xié)調(diào)和依賴管理更加復(fù)雜
        - 由于各個層次需求量的不同，很容易產(chǎn)生等待
        - 由于職責(zé)單一，限制學(xué)習(xí)，是的專業(yè)更加單一化
        - 容易產(chǎn)生低價值的交付
        - 延遲價值交付

- 特性團隊

    - 優(yōu)點

        - 長期穩(wěn)定的團隊，逐個端到端完成客戶特性
        - 跨職能、完整團隊
        - 共享代碼庫、統(tǒng)一的持續(xù)集成
        - 擁有通用型專家

    - 弊端

        - 團隊可用做到端對端，減少等待實，周期加快
        - 比較容易在一個sprint中交付可用的產(chǎn)品增量
        - 減少團隊之間的依賴，計劃會更容易
        - 責(zé)任范圍的擴大，各種不同領(lǐng)域的專家在一個團隊，增加個人學(xué)習(xí)和團隊學(xué)習(xí)的機會

- 開發(fā)團隊標(biāo)準(zhǔn)

    - 特點

        - 自組織、透明溝通、5～9人、跨職能、多樣化、成員穩(wěn)定、T型技能、集體責(zé)任、相互承若

    - 要點

        - 團隊絕對要做什么（任務(wù)自領(lǐng)）
        - 團隊決定如何做（團隊做技術(shù)決策）
        - 在確保目標(biāo)的前提下，團隊自己制定行為準(zhǔn)則
        - 管理層和SM通過引導(dǎo)的管理的方式給出指導(dǎo)思路
        - 管理層不能決定團隊內(nèi)的工作分配

    - 職責(zé)

        - 定義（分解）工作任務(wù)
        - 評估工作量，開發(fā)產(chǎn)品
        - 確保質(zhì)量，完成過程
        - 定義DoD（Definition of Done“完成的定義”）

- 關(guān)于團隊效率

    - 當(dāng)團隊不受干擾的時候效率最高
    - 團隊在自己解決問題后，成長更快
    - 跨職能完整團隊的效率更高
    - 團隊的穩(wěn)定性是影響團隊效率的重要因素
    - 相對于別人為自己許下的承若，大家應(yīng)該更加重視自己的承若
    - 迫于壓力下的“努力”工作，開發(fā)人員總是會“自覺地”降低工作質(zhì)量，而且質(zhì)量會越來越低

- 團隊發(fā)展5個階段

    - （指導(dǎo)式-形成）團隊組建-》設(shè)定團隊規(guī)則-》設(shè)定每個人職責(zé)
    - （教練式-震蕩）團隊磨合-》沖突和質(zhì)疑-》挫敗和反思
    - （支持式-規(guī)范）默契形成-》規(guī)則沉淀-》節(jié)奏感與配合
    - （授權(quán)式-成熟）效率提示-》自我優(yōu)化能力
    - （命令式-解散）團隊解散

- 如何打造自組織團隊

    - 從控制團隊 轉(zhuǎn)變 自組織團隊
    - 自組織團隊有權(quán)進行設(shè)計、計劃和執(zhí)行任務(wù)
    - 自組織團隊自己監(jiān)督和管理項目過程和進度
    - 自組織團隊自己決定團隊內(nèi)如何開展工作

- 敏捷團隊溝通管理

    - 滲透式溝通
    - 分布式團隊

- 工作協(xié)議要點

    - Who：誰來定工作協(xié)議

        - 團隊自己
        - SM或者團隊管理者提供指引技術(shù)
        - 自己選擇的路，跪著也要走完

    - When：什時候制定工作協(xié)議

        - 敏捷團隊開始的時候
        - 持續(xù)優(yōu)化

    - How：怎么制定工作協(xié)議

        - 工具：白板、馬克筆、便利貼
        - 步驟

            - 開場：SM跟團隊解釋工作協(xié)議是什么
            - 發(fā)散：靜默式頭腦風(fēng)暴，寫在便利貼上面
            - 收斂：SM收集便利貼，放到白板上面，每個人介紹自己的工作提議，團隊投票
            - 承若：投票的結(jié)果是否有異議，達成一致意見
            - 可視化：放大內(nèi)容，張貼在白板上或者工作區(qū)域內(nèi)

    - 工作協(xié)議范例

        - 每天下班前提交代碼
        - 如遇到?jīng)Q策不統(tǒng)一，少數(shù)服從多數(shù)原則
        - 每天9點30開晨會，遲到發(fā)紅包10元/5個
        - 對事不對人，不做人身攻擊
        - 所有Doing（正在做的）工作項要符合DoD（完成的定義）才能Done（做）
        - 每天下午14:30～17:00為團隊免干擾期，除非特別重要的事情