你這套系統的優點是什麼?

『你這套系統的優點是什麼?』今天跟著經理、PM、SA 一起去客戶那邊開上線說明會，一開頭就被問了這句話，一時間，竟然無法回答這系統與他們現行的作業有什麼差別，有什麼優點，做了什麼樣的改善，讓他們能夠得到更大的效益。 為什麼會回答不出來，其實是有原因的。這套系統的開發，我並非從頭就開始參與，我大概是在專案開始後三個月才加入的，因此不了解一開始跟客戶的約定，也不曉得系統為什麼要做成要符合現行作業的流程。再來，因為這是我第一份工作，其實我也不太有立場發表我對這系統的意見，因此對於系統太過於客製化也有一定的責任。 其實一開始我就對系統有一些疑問，為什麼有些資料可以直接利用資訊系統傳遞，卻要以客戶現行的模式，利用紙本傳回？有些東西應該符合現在的作業，卻因為要改革，而做成了別外一種方式，結果不符合使用者的需求？ 這個系統也不是說沒有優點，報告自動判讀，就是一個很大的優點了。產品設計方便、編輯報告容易，這些都是相當的優點，但卻被其缺點給掩蓋掉了。他的缺點是太過於客制化了，機乎跟客戶現行的流程相符，前半段的流程反而會使客戶更麻煩，造成客戶的反彈。其實，資訊系統在設計的同時，應該順便進行流程的再造，將現行不必要的流程刪除，以淢少人力的消耗。當然這樣做會有不少的阻力，但是如果推行的好，會讓成本降低，效率增加，好處多多阿。

了解問題 ，再發表意見

最近公司來了一位新的副理，擔任我目前進行專案的PM，前幾天跟他介紹了目前專案的進度、系統的規畫，系統的操作流程。在會議過程當中，她發表了不少相當多的意見，將她之前的意見提出，要來給我們做參考與改進。 其實，這些意見算是相當有用，而且很多也是我們專案未考慮到的部份。不過，她卻在錯的時間點講了這些意見，並且給人感覺否定了我們專案人員對這專案努力，給了整個小組不小的打擊與反彈。 其實，她並不懂這個專案會為會發展成為目前的樣子，如何從小小的一塊專案發展到目前的規模，在不了解前因後果的情況下，發表了那些言論，成造成反彈是必然的結果。而且，又把一般 application 的東西硬是要套在目前的 web application 上，實在另人難以接受。在這專案即將驗收的前夕，如此的建議實在沒有幫助，或許是求好心切，但我覺的，對於一個空降外來的專業領導人，還是應該要等到對這公司了解、對這專案熟悉後再來進行改革也不遲。否則，不但無法達到應有的效果，而且會造成內部人員的反彈。