上接：
scrum節外生枝（三）
4.太多的外界干擾
很多公司，都面臨乙個問題，在研發新產品的同時，還要應付對舊產品的維護任務。另外，來自市場、客戶服務、人力資源等部門的事情不斷地打斷專注於研發的scrum團隊。比如：市場部門需要技術人員參加展覽展示會做技術後備，客戶服務部門要請技術人員到現場解決在客戶那出現的嚴重問題，人力資源部門布置的工作總結、目標制定、績效評定等等。
這些問題本身跟scrum無關，但scrum框架需要有一些應對辦法來解決這些問題。
《硝煙中的scrum和xp》第十章描述了一些辦法，見下（我簡化了一下）：
1)減少sprint投入程度。
2)把干擾因素記錄得更清楚（以有針對性地減少干擾）。
3)把干擾因素轉給scrum master或產品負責人。
4)指定乙個「守門員」，所有人的干擾都有他處理，可以輪流擔當。
我們還有些別的經驗。比如，對於應付舊產品的維護任務，我們組成了乙個continuation engineering（ce）組，除manager，組中的開發和測試工程師，都是從各產品組中抽調的，而且都是「兼職」，即有舊產品需要改進，且優先順序相對較高時，他們會放下現有產品開發中的任務，優先解決舊產品的問題。所以這些人都是多工的，雖然這和scrum的「一人乙個專案」規則有些矛盾，但是我們在平衡利弊後，堅持以下做法：
1)控制ce團隊總人數在乙個較小的範圍裡。
2)選擇在新產品開發上工作量較少的人加入ce團隊。
3)每個團隊，最多一名研發工程師和一名測試工程師加入ce團隊。
這樣，scrum團隊中的大多數人，會專注於當前的任務，盡可能地減輕因干擾所造成的遲滯。
（待續......下一節：bug! bug! bug!）
SCRUM節外生枝（五）
上接 scrum節外生枝 四 5.bug！bug！bug！理想中的scrum世界，不需要驗收測試階段，因為每個sprint結束，都會交付乙個可發布的版本。但是，現實中每個sprint結束後都會不斷湧現新的bug。所以 硝煙中的scrum和xp 說 你大概沒法取消驗收測試階段 但正是這sprints之...
SCRUM節外生枝（三）
上接 scrum節外生枝 二 3.乙個程式設計師卡殼了 有了一些工作經驗的程式設計師 也許可以擴充套件到所有的技術人員 都遇到過這樣的情況 在乙個本以為容易的技術實現上遇到未能 到的難關，長時間無法逾越。本來乙個小時能完成的feature，可能因為乙個severe 0 的bug，折騰得一天下來也無法...
SCRUM節外生枝（一）
每個接觸 scrum 的人，可能很快被 scrum 框架所描繪出的美好景象所吸引，scrum 所運用的方法和流程不難被理解，很容易被擁戴者拿來試驗或實施。但當到達某個微觀步驟時，一些節外生枝的事情總會發生，scrum 的聖經裡沒有藥到病除的良方，有的只是過來人親身體驗的痛苦和有關成敗的感慨。1.牴觸...