這是《落葉》文集里第?80?片落葉忿墅，希望你能喜歡扁藕，不為別的，只為這份堅持疚脐。
“十宗罪”之三：缺乏溝通
很多團隊在切入敏捷模式之后亿柑，還仍然保留著原本瀑布模式下的習慣，開發(fā)階段時棍弄，測試和開發(fā)很少溝通望薄，都等到開發(fā)完成，提交測試時呼畸，有了bug才會開始有些溝通痕支。給人感覺，就還是原本的流水線模式役耕，一個環(huán)節(jié)完成了采转，移交到下個環(huán)節(jié)，然后上個環(huán)節(jié)的人就不聞不問了瞬痘，坐等bug出現(xiàn)故慈。所以在一個團隊里，很容易出現(xiàn)彼此都不知道在做些什么框全，所以遇到問題察绷，也不太清楚該找誰處理，或者說很難協(xié)調(diào)津辩。
而敏捷從字面上就能很容易地看出來拆撼，追求的就是速度對吧。所以在溝通上喘沿，就應該是及時的闸度、高效的、透明的蚜印。而不是消極的莺禁、被動的在等問題，而應該是積極地窄赋、主動地去找問題哟冬、去解決問題楼熄。
Scrum 里的 Daily Scrum Meeting 最主要的一個作用其實就是讓每個人每天都能了解到其他人都在做什么、當前還有哪些問題浩峡、并能及時找到問題的解決者可岂。我之前就采用單獨引入每日站會這個方法，解決了一個項目組實際項目中的溝通問題翰灾，讓項目經(jīng)理對整個項目的進度和每個成員的狀態(tài)有了及時清晰地了解缕粹。
同時，每個 User Story 的驗收预侯，每個 Sprint 的計劃會議和反思會議致开，都是為了增加團隊溝通的機會，通過在前期和后期的充分溝通萎馅，而減少在執(zhí)行過程中的偏差双戳，降低返工的幾率，減少不必要的成本消耗糜芳。
所以飒货，在敏捷里，我們一定要重視溝通峭竣，凡事都要及時溝通塘辅，而且是高效率的溝通，而且從溝通效率和正確率來考量皆撩，以下是幾種溝通方式的順序：面對面溝通 > 電話溝通 > IM 溝通 > 郵件溝通扣墩，不過如果是那種需要記錄存檔的溝通，建議還是輔以郵件扛吞，會比較好呻惕。
“十宗罪”之四：缺乏評估
敏捷里評估的最小對象顆粒是 User Story，相當于把之前一個比較大的需求任務拆分成了若干個 User Story滥比，所以很多人都不習慣了亚脆，不習慣在原有一個整體的評估基礎上，再細分拆解盲泛，覺得太麻煩了濒持，覺得多此一舉，沒有那個必要寺滚，往往就會省去這一步驟柑营，只對大的需求做一個評估，對拆分出來的 US 就不再細評估了村视。
在整個 Sprint 不出問題官套，或者說沒有臨時任務插入時，你的確感覺不到做這么細顆粒度評估的作用在哪。但你想想虏杰，一旦 Sprint 進行過程中，臨時來了一個重要的 User Story勒虾，大概需要5個人日纺阔，試問一下，在你沒有對現(xiàn)有 Sprint 的所有 US 做評估時修然，你怎么去消化這額外的5個人日的 US笛钝？加班？還是延期愕宋？我想，這時候，SM 一定很頭痛咧织，怎么去做這個決定萧豆？接，還是不接邻寿？能不能接蝎土？不能接，那依據(jù)什么呢绣否？誊涯。。蒜撮。
假如你在計劃階段暴构，對每個 US 都做了評估，再遇到這種情況時段磨，你就可以根據(jù)優(yōu)先級和工作量兩個維度的匹配取逾，找出可以被置換出當前 Sprint 的 US，這樣薇溃，你既可以很好的消化掉這個緊急且重要的 US菌赖，又不需要加班或者延期去完成這個 Sprint，從 SM 的角度沐序，是不是能更得心應手地去應對這種臨時任務呢琉用？
作者簡介：14 年測試經(jīng)驗 + 11 年項目管理經(jīng)驗 + 11 年團隊管理 = 一個測試老兵
