最近在著手準(zhǔn)備ACP考試，仔細(xì)看了下相關(guān)的書籍，對每章知識點進行相應(yīng)的整理，想著記錄下來，后續(xù)如有更好的理解，再回頭更新。
之后會按照以下目錄進行梳理：

• 敏捷的理念
• 價值驅(qū)動交付
• 干系人管理
• 打造高績效團隊
• 適應(yīng)性計劃
• 發(fā)現(xiàn)與解決問題
• 持續(xù)改進
• 敏捷的實踐

發(fā)現(xiàn)與解決問題

• 問題概述
  敏捷的核心是為了持續(xù)改進，針對過程中發(fā)現(xiàn)的問題，及時反饋和修正，通過高頻次的反饋，發(fā)現(xiàn)問題，分析問題，解決問題。
  盡早發(fā)現(xiàn)問題和處理變更能有效地減少重復(fù)工作從而降低成本，因而缺陷循環(huán)時間的概念應(yīng)運而生，即故障引入到修復(fù)的時間，長短代表來對應(yīng)的修復(fù)成本。
  問題的處理流程一般如下，可以通過pdca來理解：

  • 定義問題；
  • 收集信息
  • 分析原因
  • 備選方案
  • 選擇方案
  • 實施方案
  • 跟蹤反饋
  • 問題是否被解決，如有：結(jié)束；沒有：重新定義問題

• 發(fā)現(xiàn)問題
  以下是發(fā)現(xiàn)問題的多個途徑和方法：
  每日站會：站會上的第三個問題：遇到了什么阻礙，就在要盡早發(fā)現(xiàn)團隊成員在項目中遇到的問題，盡早曝光，及時解決，而不是等到客戶抱怨不斷或者等到回顧會再來總結(jié)；
  站會只需要明確問題三要素即可：問題是什么？誰來解決？什么時間解決？
  循環(huán)時間：從任務(wù)開始到任務(wù)結(jié)束的時間。任務(wù)結(jié)束的定義：獲得了客戶的驗收，因為這樣才能交付商業(yè)價值，才算真正的完成；
  循環(huán)時間和在制品數(shù)量有很大關(guān)系，而在制品會帶來浪費、返工和效率的下降，敏捷就是為了最小化循環(huán)時間；
  公式：循環(huán)時間 = 在制品數(shù)量/團隊吞吐量；
  吞吐量在于預(yù)測團隊未來的績效，循環(huán)時間可以對客戶就交付日期做可靠的承諾。
  故障泄漏
  故障是無法避免的，但是可以針對“已發(fā)現(xiàn)的故障泄漏數(shù)量”來追溯這類故障產(chǎn)生的原因，通過這個環(huán)節(jié)幫助團隊不斷評估并提高質(zhì)量保證和質(zhì)量控制的效率。
  質(zhì)量標(biāo)準(zhǔn)
  質(zhì)量是產(chǎn)品的生命，發(fā)現(xiàn)問題&解決問題的目的就是為了確保交付高質(zhì)量的產(chǎn)品。
  質(zhì)量標(biāo)準(zhǔn)和時間會包含如下內(nèi)容：

• 用客戶驗收來衡量產(chǎn)品質(zhì)量，即客戶的滿意才可以作為驗收標(biāo)準(zhǔn)；

• 盡可能自動化測試；

• 確保每個迭代都進行測試；

• 在下個迭代前，至少修復(fù)90%的已發(fā)現(xiàn)缺陷；

• 鼓勵質(zhì)量保證和質(zhì)量控制人與開發(fā)、業(yè)務(wù)一起工作，對每個功能特性的驗收標(biāo)準(zhǔn)達(dá)成一致理解；
  在評估質(zhì)量時，可以借助一些工具，比如：控制圖、趨勢圖、根本原因分析、魚骨圖、流程圖等
  趨勢圖：基于現(xiàn)實的數(shù)據(jù)來預(yù)測將來的可能性，比如：在累計流量圖中，可以通過趨勢分析來預(yù)測完工的日期；
  控制圖：控制圖是用來確定一個過程是否穩(wěn)定，或者是否具有可預(yù)測的績效，是屬于質(zhì)量控制的常用工具?？刂茍D的元素主要包括：

  • 均值；
  • 控制界限，常被設(shè)置在正負(fù)3西格瑪處
  • 規(guī)格界限（客戶能接受的最大偏差）
  • 失控（判定失控的范圍：超出界限或是連續(xù)7個點在同一側(cè)）
  • 七點原則
  • 非隨機原因

• 解決問題
  解決問題的活動

  • 持續(xù)集成：持續(xù)集成是敏捷項目管理中盡早發(fā)現(xiàn)問題的一個典型應(yīng)用，在現(xiàn)在項目中使用越來越多；
    有如下幾點好處：

    • 及時獲悉代碼合并的錯誤
    • 盡快修復(fù)錯誤而不是拖延到發(fā)布
    • 及時獲取反饋信息
    • 進行頻繁的單元測試
    • 快速回退版本
      集成測試縮短了問題解決的周期，降低了變更應(yīng)對的成本；

  • 風(fēng)險探測：是研究探索性問題的一個快速方法，通過前期小規(guī)模實驗和探測來降低項目的風(fēng)險。
    “快速失敗”的模式，相比于把剩余的資源和資金投入到最終必將失敗的項目中去，“快速失敗”是有益的，節(jié)省成本&消除浪費。

  • 頻繁的確認(rèn)與驗證：通過此類操作，用以改進和提升產(chǎn)品交付的質(zhì)量；其實在項目中很多實踐都或多或少的運用到：

    • 結(jié)對編程：立即反饋；
    • 單元測試：極限編程上一步就是單元測試，持續(xù)集成同理，反饋都很快；
    • 客戶合作：頻繁地跟客戶合作和增量交付，及時得到客戶反應(yīng)和確認(rèn)，更好的交付高質(zhì)量產(chǎn)品；
    • 每日站會：每天反饋進展和障礙；
    • 評審會：為來確保交付給客戶是被需要的，也是一種確認(rèn)和驗證。

    頻繁的驗證也是為了盡早發(fā)現(xiàn)問題，將變更成本降到最低；

  • 測試驅(qū)動開發(fā)（TDD）：主要流程包括：測試、編碼和重構(gòu)；
    主要優(yōu)點：

    • 聚焦：聚焦于測試，出發(fā)點還是功能需求，確保功能是滿足客戶需求的；
    • 全面：在編碼前編寫測試用例可以最大限度地對代碼進行充分的測試，更高的測試覆蓋率會提升系統(tǒng)的質(zhì)量；
    • 早期：越早、越頻繁的測試會及時發(fā)現(xiàn)開發(fā)過程中的問題，避免問題留到后面產(chǎn)生昂貴的代價和修復(fù)成本；
    • 靈活：小規(guī)模開展單元測試可以提升系統(tǒng)的可擴展和靈活性；

    存在的不足：

    • 同一個人編寫測試代碼和編碼，會對需求的測試和編碼存在同樣的誤解；
    • 對用戶接口類的功能測試比較薄弱，需要投入大量時間；
    • 維護成本高，尤其在變更比較大的情況下，不僅要維護代碼，還要維護測試代碼。

  • 驗收測試驅(qū)動開發(fā)（ATDD）：測試的關(guān)注點從代碼轉(zhuǎn)向需求，在編寫代碼前就確認(rèn)功能的驗收標(biāo)準(zhǔn)。

  • 探索性測試：作用在成品軟件上，為了提高產(chǎn)品質(zhì)量；

  解決問題的步驟

  • 收集數(shù)據(jù)：
    • 時間軸：相當(dāng)于劃定好時間范圍，在范圍內(nèi)的問題進行回顧；
    • 三五成型：3個5，針對5個人，在5分鐘內(nèi)問5個問題，收集反饋；
    • 顏色標(biāo)識：用帶顏色的記事貼貼在時間軸上，描述情緒或士氣高低；
    • 尋找優(yōu)勢：尋找優(yōu)勢，爭取在下一個迭代中發(fā)揮；
    • 滿意度直方圖：迭代中滿意度以直方圖展示；
    • 團隊雷達(dá)：多維度數(shù)據(jù)展示工具，從多個領(lǐng)域去衡量當(dāng)前迭代表現(xiàn)。
  • 分析原因：
    • 頭腦風(fēng)暴：安靜書寫、循環(huán)發(fā)言、自由討論出想法和靈感，通過其他技術(shù)（親和圖、思維導(dǎo)圖等）方式進行歸納分類，使用100分法、名義小組等方式進行排序；
    • 名義小組：促進頭腦風(fēng)暴的一種技術(shù)，投票表決；
    • 五問法：起源于精益思想，目的是幫助找到問題的根本原因。
    • 魚骨圖（因果圖、石川圖）：常用的分析原因的方法，五類因素：人、機、料、法、環(huán)。
  • 采取行動：敏捷團隊會采用一些群體決策技術(shù)對各種解決方案進行確認(rèn)，確保達(dá)成一致的認(rèn)識，并設(shè)置目標(biāo)進行推進實施；
    常用的技術(shù)有：
    • 簡單主題：幫助團隊就采取的行動達(dá)成一致。比如在回顧會上使用的：海星圖、快船等方式，就是確認(rèn)幾個簡單的主題：好的keep，不好的stop；
    • SMART目標(biāo)：
      • specific：目標(biāo)是明確具體的；
      • measurable：目標(biāo)是可以衡量的，即是有明確驗收標(biāo)準(zhǔn)的；
      • attainable：目標(biāo)是可以達(dá)到的；
      • relevant：目標(biāo)是于組織的其他目標(biāo)具有相關(guān)性；
      • time-based：是有明確截止日期的。