這樣 IT人員會很辛苦 畢竟 IT人員只有兩隻眼兩支手 很難兼顧到所有細節都很完美 加上客戶未必會把真的需求說清楚 甚至只有兩句話就要IT人員把系統做出來 這樣子 那只能要客戶自己當測試人員 來明白他要的系統到底是什麼

瓊斯兄所言甚是，但如果這系統會影響到的金額相當龐大，而不是一般軟體運用而已時，那可能就要有更嚴格的要求了。6個標準差的觀念不就是這樣來的嗎？得要靠各個環節配合，才能創造出那樣的理想境界啊。

我想到一個降落傘的故事，在二次大戰時，軍隊傘兵所使用的降落傘製造技術還不是很純熟，即使經過廠商內部的品質規劃，仍然會出現少量的瑕疵品，而良率最多只能達到99%，能夠近乎百分之百的良率已經是非常難得的成績，多年下來廠商與軍方都接受了這1%的不良率，也相信它很難再有改善的空間。

可是軍方來了一位新的最高主管，卻一直想要突破現在的良率，因為在降落傘的製造過程中，即使99%的良率，也代表一百個傘兵在出勤任務中，可能有一個傘兵因為無法開啟降落傘而喪失性命，

後來這位主管終於想出了一個好方法，那就是從廠商交貨的降落傘中，隨機抽檢三個，讓製造商的主管親自從高空中跳下來測試，做為保障降落傘品質的示範，後來這個方法全面實施後，廠商的良率就提昇到100%了。

這個可以轉寄給資訊部嗎?! 叫他們來試試看~~(深受其害~~~)