一、目標
將線上已有的緊急、嚴重bug，與接下來持續產生的緊急、嚴重bug劃分成新、老兩個庫存進行管理。
[√] 針對老庫存，有計劃的，有節奏的，完成庫存清零（以8個/工作周，勻速燃盡）。
[√] 針對新庫存，控制在“產生”與“處理”的平衡臨界點。
說明：取3個月樣本數據，得出產生緊急、嚴重bug平均值E(X)=5個/周。
二、庫存盤點
盤點時間
盤點基準日：2018年4月9號
基準日之前，為老庫存。
基準日之後，為新庫存。
庫存分類
根據表附錄A，對每一個問題給定權重值，按照分值來進行分類。
計算公式：模塊重要度+問題類型+出現概率+影響人群+被催問次數=問題緊急程度
分類定義示意圖
三、處理能力
根據走訪統計，目前團隊理想的問題處理能力在13個/周。
-
因為，新庫存“產生”問題平均值E（X）為5個/周。
所以，老庫存，可固定“處理”，8個/周。
老庫存燃盡計劃
分類問題共計104個，從2018年4月16號起至2018年7月13號，以8個/工作周，勻速燃盡。
中間跨51勞動節、6月18號端午節有備註說明
四、可視化進度
計劃燃盡趨勢 VS 實際燃盡趨勢（按周反饋）
補充：偏離計劃燃盡軌跡時，需落實到具體責任人、具體原因（週報中體現），影響當月考核（根據考核權重計算）
五、附錄A
分享到:
閱讀更多 敲鑼打鼓兔子 的文章
