? ? ? 某公司需求交付的活動分為四個階段：

? ? ? 1、需求確認：當客戶提出一個需求時，需要和客戶溝通需求的真正含義，雙方理解達成一致。

? ? ? 2、等待開發：需求確認后，等待安排開發計劃。

? ? ? 3、需求研發：實現需求，并完成測試。

? ? ? 4、需求驗收：在客戶接收完成的功能之前，對完成的功能進行上線前的測試，并確認上線準備妥當。

? ? ? ?需求交付周期為從客戶提出需求到客戶驗收通過完成的功能為止，每個階段都記錄了其周期。公司的管理目標是快速交付需求，確保能夠在50天交付需求。為了量化管理該目標，收集了316個需求的交付周期，以及4個階段的處理時長（天），這些數據分屬于兩個產品線，如表1所示。應該如何分析這些數據呢？

表1 需求交付周期數據

需求編號	產品線	交付周期	確認周期	等待周期	研發周期	驗收周期
1	CP	30	15	2	9	4
2	CP	30	15	2	9	4
3	CP	30	15	2	9	4
4	CP	30	15	2	9	4
5	PV	41	14	1	10	16
6	PV	28	0	2	10	16
7	PV	28	0	2	10	16
8	PV	28	0	2	10	16
9	PV	28	0	2	10	16
10	PV	28	0	2	10	16
11	PV	28	0	2	10	16
12	CP	49	4	5	34	6
13	CP	49	4	5	34	6
14	PV	暫未驗收	13	2	14	暫未驗收
15	PV	43	3	8	21	11
限于篇幅，中間數據略
310	PV	37	13	4	14	6
311	PV	37	13	4	14	6
312	CP	42	10	6	10	16
313	CP	42	10	6	10	16
314	CP	42	10	6	10	16
315	PV	17	2	7	6	2
316	CP	24	11	5	7	1

? ? ? ? 第一步：數據清洗。

? ? ? 在這316個需求中，有的需求暫未驗收，沒有交付，可以把這些數據刪除掉。有的需求某個階段的處理時長為0，需要探明原因，然后確定是否刪除這些數據。經過數據清洗，刪除掉12行數據。

? ? ? ? 第二步：方差分析。

? ? ? 這些需求分屬于兩類產品，需求交付工期與產品線是否相關呢？可以先畫箱線圖進行觀察，如圖1所示。

圖 1 需求交付工期的分類箱線圖

? ? ? 由圖1沒有發現兩類產品線有明顯的差異。我們可以做單因子方差分析。

表2單因子方差分析結果

? ? ? 由于P值大于0.05，因此我們判斷需求交付周期與產品線無關。

? ? ? 第三步:分布分析。

? ? ? 把每個需求每個階段的周期除以總的需求交付周期，可以得到每個階段的工期占比，這樣就可以對每個階段的工期占比建立性能基線了。在建立性能基線時，要刪除掉異常點。

圖 2 各階段工期占比的性能基線

? ? ? ?由圖2所示的性能基線可知，研發階段工期占比最大。

? ? ? ?那可不可以對每個階段的工期直接建立性能基線呢？也可以嘗試一下，但是有個前提，即不同需求的規模與復雜度應該相差不大，此時他們的工期才有可比性！

? ? ??第四步 敏感性分析

? ? ? 研發階段工期占比最大，并不代表最應該從研發階段著手進行改進，而是應該進行敏感性分析，看看總工期對那個階段最敏感。計算四個階段與需求交付工期的秩相關性系數分別為：

表3秩相關分析結果

? ? ? 對秩相關系數求平方，并歸一化后可以得到敏感度如圖3所示：

?

圖3 需求交付周期的敏感度

? ? ? 綜述：

? ? ? 1）需求交付周期與產品線類型無關；

? ? ? 2）雖然需求等待階段的工期在進行占比分析與敏感度分析時都是排名最靠后的，但是需求等待是非增值的活動，是最應該縮短的！

? ? ? 3）除了需求等待以外，需求確認周期是最應該采取措施縮短的。可以繼續對需求確認階段的活動進行細分，也進行價值流的分析，識別在這個階段的等待，量化這個階段的各個活動的工期，進行敏感性分析；

? ? ? 4）可以通過各階段工期占比識別異常點，當某個需求的某個階段的工期為異常點時，可以識別特殊原因。

總結

以上是生活随笔為你收集整理的需求交付周期的分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。