? ? ? 當當?shù)奈锪魉俣仍絹碓胶茫?天就收到了這本書，拿到時很容易讓人聯(lián)想到《硝煙中的Scrum和XP》，但仔細翻開書本后會發(fā)現(xiàn)大有不同，原來每一Chapter作者都是采用詼諧幽默的文字來記敘軟件工程中的“那些事” ，作者陳建村以Teddy 臺灣人的視角給鄉(xiāng)民講述他17年參與軟件過程發(fā)生和遇到的種種，經(jīng)歷和敏捷認知。
? ? ? ?全書共分為8個Part ，軟件工程的現(xiàn)狀、什么是Scrum精益生產(chǎn)、減少不必要的讓費、開發(fā)軟件一定要加班，有沒有聽錯、換顆腦袋---軟件工程的全新思維、軟件架構(gòu)、人機界面、測試與集成。把軟件開發(fā)的全生命周期好像都覆蓋到了，但末尾的幾部分偏設(shè)計及集成測試，系統(tǒng)架構(gòu)師可能細讀更適宜。
針對書中的內(nèi)容，回顧聯(lián)系，思考記錄如下：
1. ?Scrum 三要素 ： 角色（Role）、活動（Activity）、工件（Artifact）;?
角色（Role）如大家所知的主要角色 PO、SM、 團隊三類外，還有輔助角色，像Stakeholder 利益相關(guān)者和Boss 老板等；
活動 （Activity），包括沖刺計劃會議（Sprint Planning Meeting）、每日站立會議（Daily Meeting）、沖刺評審會議（Sprint Review Meeting）、回顧會議（Sprint Retrospective Meeting）、產(chǎn)品列表優(yōu)化會議（Product Backlog Refinement Meeting ）；很少看到產(chǎn)品列表優(yōu)化會議這一活動，這個會議的主要目的是讓PO和開發(fā)團隊每個Sprint 抽出5%-10%的時間來檢視Product Backlog 里面的所有需求，然后挑選一些下一個Sprint準備要施工的Stroy。
工件 （Artifact），包括愿景、用戶故事Story、產(chǎn)品清單 Product Backlog、沖刺清單 Sprint Backlog 、工作任務(wù) Task、燃盡圖 Burndown Chart 、可執(zhí)行的軟件、Sprint 信息頁面（Sprint Info Page）、Sprint 評審議程（Sprint Review Agenda）、Sprint 總結(jié)報告（Sprint Summary Report）
Sprint 信息頁面（Sprint Info Page）：Sprint 計劃會議開完之后，SM寫該文件，文件內(nèi)容：Sprint 目標、Sprint 要執(zhí)行的故事、Sprint 開始和結(jié)束時間（時間表），團隊成員、預(yù)估速度（多少個故事點）（格式：Sprint目標、Sprint Backlog 內(nèi)容、預(yù)估速度、時間表、團隊）。
Sprint 評審議程（Sprint Review Agenda）： 一個Sprint結(jié)束的前一天，SM寫該議程表，議程表：要展示的Sprint 目標、每一個展示的Backlog 要花多少時間以及由誰負責展示，團隊開發(fā)人員收到該議程表后，準備第二天的展示（格式：Sprin目標、議程）；
Sprint 總結(jié)報告（Sprint Summary Report）：開完Sprint回顧會議后，SM準備該文件，文件內(nèi)容：本次Sprint完成功能的簡述、完成多少個故事點、團隊成員在Sprint回顧會議中所列出好的以及有待改善的點，以及改善的行動計劃（格式：總結(jié)、Spint 期間、Sprint 目標、預(yù)估速度、實際速度、團隊回顧會議、優(yōu)良事跡、改善事項）
2.??如何估算故事點
估算方法（1）： 開發(fā)人數(shù) x 可以活動的工作天數(shù) x 專注系數(shù)
專注系數(shù)（一開始使用的Scrum的團隊，可選在70%左右的值）
估算方法（2）： 開發(fā)人數(shù) x 可以活動的工作天數(shù) x 每日工作小時數(shù)
采用相對大小來估算，不拘于1故事點=8小時 這樣的單位換算。
3. ?Product Backlog 的模樣
ID 流水號、Imp 重要性、Name 故事名稱、Notes 備注欄、How to test/ demo 驗收條件、Estimate 故事點估值
4. 關(guān)于SM?
A dead ScrumMaster is a useless ScrumMaster .? 陣亡的ScrumMaster是沒有任何用處的。
作為SM ，要深入敏捷方法及軟件開發(fā)流程、身段要柔、態(tài)度要堅定、足夠細心且有毅力、不怕死、要有靠山..........
5. ?TPS 豐田生產(chǎn)系統(tǒng)
7種浪費：半成品（Partially Done Work）、多余功能（Extra Feature）、重復(fù)學習（Relearning）、交接（Handoff）、工作切換（Task Switching）、延期（Delay）、缺陷（Defect）?
6. ?學習犯錯
我們需要允許其他人犯錯的勇氣，因為這是學習的唯一方法
Fail early, fail often. ? ?盡早且頻繁的失敗
Fail fast,learn constantly. ? 快速失敗，但是要持續(xù)學習
Fail is an Option. ? ?失敗是一種選項?
Without failture how can learning ?happen ? 沒有失敗何來學習
Perfect is a verb. ?完美是一個動詞，不是名詞
? ? ? 通讀一遍本書之后，如上幾點是之前學習敏捷和實操中未曾深入思考過的，特別是對Scrum 的3類角色及4個會議，過程的執(zhí)行落地，在Sprint 中間過程如何確定What、Who、When、Why ?，又有了新的認識。 結(jié)對編程打破了人的界限。 團隊的自管理需要領(lǐng)導力和自驅(qū)動。書中作者CSM培訓也思考請教國外的coach關(guān)于什么才算是敏捷？ 大多都采用的 ?Scrum + Lean ?+ XP ?,方法及工具終究是輔助用來實現(xiàn)項目目標的，終究還是回歸到兩個字：適用 ?。想起前不久一次創(chuàng)新轉(zhuǎn)型論壇分享活動，我也曾請教某一銀行敏捷教練，關(guān)于當初他們幾百人如何開始敏捷，她說除了反復(fù)多次的說服高層的支持起到非常巨大作用外，scrum of scrum，也是從傳統(tǒng)的CMMI + Lean + 6sigma 的亦步亦趨的模仿邊走邊看，敏捷方法本就無標準答案或是銀彈， 多需結(jié)合所處的環(huán)境因素 （內(nèi)部和外部）認真分析思考方能實踐運用好。一字謂之心，當然方法之論，見仁見智~
最后摘錄本書最后一頁非常有意思的一段話，作為讀書筆記收尾， O(∩_∩)O哈哈~
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 2018.4月10日
