|
 |
|
文章數：10 |
 如果你不了解自己所說的事物，即使你遣詞用字精確，也毫無意義 |
| 知識學習｜商業管理 2008/02/07 04:23:56 |
參考文獻： 褚耐安，從需求到設計─如何設計出客戶想要的產品， 經濟新潮社， 譯自Exploring Requirements: Quality Before Design，唐納德．高斯（Donald C. Gause）、 傑拉爾德．溫伯格（Gerald M. Weinberg ）/著 意外的在 http://www.ithome.com.tw/itadm/article.php?c=43524 書評中看到 「不值得做的事情，就不值得把它最好。」我非常喜歡溫伯格的這句話。這一句話可以延伸出太多的意義，如本書提到在探索需求的程序上：「產品不重要，重要的是過程。」「文件不重要，重要的是建立文件這件事。」我更想延伸為：「專案不重要，重要的是專案開發的過程。」這句話帶出了本書的目的：「發現什麼並不重要，重要的是發現（探索）的過程。」這本書要討論的就是，在需求作業的程序，也就是開發過程中，人們試圖發掘什麼是他人想要（people attempt to discover what is desired）的過程。 論文的主題在於 由客戶需求提出ERP可滿足中小企業主的電子化範疇，思考論文的研究目的在於透過需求整理及開發過程試圖找出機械製造業想要什麼模式的ERP，以滿足其電子化的需求。 書中舉了一個有趣的例子──有人登廣告銷售一種號稱操作簡單的蟑螂必殺器，說明指南說：把蟑螂放在A鐵板，用B鐵板打蟑螂，再清除屍體。重點是，從來沒有人會用到最後一項步驟，因為照此程序，你得先讓蟑螂在A鐵板上乖乖不動，才能用B鐵板來打蟑螂。這代表了，需求可不是固定不變，你不可能直接抓得到它，讓它們靜止不動。需求的探索作業是動態、持續不斷的過程，在這過程中，我們是透過一次次的釐清需求要件，將範圍逐步收斂，使結果接近我們想要的──也只包括我們想要的。同時我們也需要去除語意曖昧（ambiguity）的問題，因為如此會造成同一需求有不同的解讀。 因此就如同上述打蟑螂的過程，設計好的ERP模組不見得符合中小企業的需求，而需求並非固定不變，而是動態、持續不斷的過程，因而避免需求的不同解讀，透過需求分析而釐清需求要件，為主要研究的目的。 是嗎？ 在廠務訪談中，不論是哪一單位者對於零件的位置及組裝的方式，都有不同的文字和語意的說明和誤解，卻是造成各單位間對於製程的方式最難的處理，避免應人員專業不足的誤解以及客戶非面對面的需求提出，經由人工繪圖的提示仍然有不同的見解。省錢省事又迅速的方式─能否透過影像的圖示說明，更清楚的了解多樣化產品間的不同。是該小公司極力想解決的，而這部分的需求遠超過對於工件排程的需要，主要的原因是幾乎零散的圖面變更設計較容易造成工管流程的異動。 本書持續閱讀中..... |
| 最新影像 | 3 本 11 張 |
|
|
|
|||||||||
| 最新創作 |
|
|||||||
|
|||||||
|
|||||||
|
|||||||
|
|||||||