硝煙中的 Scrum 和 XP
scrum的關鍵之一是時間盒函荣，scrum關注生產率
scrum的理論和框架其實很簡單雷猪，我們更多的關注是如何進行scrum的實踐罐氨，每種實踐的方法和方式彩倚。
本書名字的定語“硝煙中的”堵未，這個非常貼切，我這短短一兩個月的敏捷導入充分體現(xiàn)到了“戰(zhàn)爭”無處不在赂苗。理念的灌輸愉耙，工程實踐的落地，在制品的限制拌滋，DoD的規(guī)則沒有任何一點能夠很順利進行的朴沿。
還好我自己深信敏捷的理念，我相信能夠帶來一定的價值败砂，否則是真的做不下去了赌渣。
書中對scrum和xp的定義，scrum更多的是管理和組織實踐昌犹，而xp更多的關注的是工程實踐（編程實踐）坚芜。
scrum僅僅定義了我們要做哪些事，以及如何開展和實施斜姥，但具體質量如何達到內建的效果主要是通過編程實踐鸿竖。
下面是書中介紹的scrum各主要的活動實踐方法：
我們怎樣編寫產品 backlog
PS：我們的不足，產品的backlog編寫的很不完善铸敏，尤其是演示標準千贯，其實也就是驗收標準沒有被細化，我們會有具體的請求者以及上線后的驗證環(huán)節(jié)搞坝。
注意：產品負責人之外的人也可以向產品 backlog 中添加故事搔谴，但 是他們不能說這個故事有多重要，這是產品負責人獨有的權利桩撮。他 們也不能添加時間估算敦第，這是開發(fā)團隊獨有的權利。
PS：雖然看板不明確規(guī)要對故事進行估算店量，但還是推薦進行基本的估算芜果，估算的方式有很多種，后面有介紹
我們怎樣制定 sprint 計劃
? sprint 目標融师。
? 團隊成員名單（以及他們的投入程度右钾，如果不是 100%的 話）。
? sprint backlog（即 sprint 中包括的故事列表）旱爆。
? 確定好 sprint 演示日期舀射。
? 確定好時間地點，供舉行每日 scrum 會議
PS：對于Scrum來說怀伦，迭代會議非常重要脆烟，團隊要能夠明確此次迭代的目標，對迭代故事有清晰的了解和估算房待，在前期可能會出現(xiàn)會議時間不好把控邢羔，方式方法不太準確驼抹，所以tw的需求梳理會有一定的必要，并且兩個會議之間要留一點點空窗期拜鹤，使得大家對故事背景場景以及故事基本設計方式能夠稍微有一點思考框冀，使得計劃會議更加有效。
PS：敏捷我們說不要再質量上讓步敏簿，我非常贊同這個觀點明也。不過還有一點，對于用戶來說什么是質量极谊，質量體現(xiàn)在什么方面诡右；不同的產品看待質量的方式不同，我們投入的側重點應該也不同轻猖。對于一個SNS它的事務的強一致性要求不高帆吻，但是對交互體現(xiàn)要求很高。對于我們boss系統(tǒng)和銀行的系統(tǒng)和錢相關咙边，事務強一致性是第一要求猜煮，所以ui和ux上的質量妥協(xié)也是正常范圍。
Scrum有一個很重要的活動規(guī)則是败许，節(jié)奏王带。節(jié)奏對于工作和生活都是這樣，穩(wěn)定的節(jié)奏使得人工踏實市殷，更利于穩(wěn)定的輸出產能愕撰。所以迭代長度一定要盡量穩(wěn)定。同時要保持相對較短的迭代周期醋寝。更短的迭代周期管控風險搞挣，快速交付獲得反饋等等好處，也能夠消除“潛規(guī)則”下的遺忘音羞。
指定scrum的計劃是要根據歷史產能（生產率）囱桨，并留出一部分富余時間，要給團隊和個人思考和改進的時間嗅绰。
定義完成非常重要舍肠，2:8原則，沒有清楚的定義會使得估算和計劃沒有意義窘面。
時間估算的方法：
紙牌估算（團隊相互備份非常的）
資深和普通開發(fā)者一起近似取平均（團隊中絕大多數(shù)還是以專人專模塊負責方式運作的翠语，看板推薦的方法，現(xiàn)階段我也比較認同）
故事拆分和故事拆分為任務：
對于故事的拆分我們團隊訂的規(guī)則是民镜，如果可以拆分為可交付的單元那么拆啡专，否則不予拆分。任務呢制圈，盡量拆一下们童，否則時間估算和風險預警都不好做，如果團隊內還有明確的測試和開發(fā)環(huán)節(jié)鲸鹦，如果不進行基本的拆分會導致迭代前期測試“無事可做”慧库，后期擠壓。當然別的工程實踐可以解決此類問題如XDD馋嗜，測試前移等齐板。
技術故事：
