短期來說，高層管理者所不願承擔的壓力加諸在專業人員身上，他們總是無力反抗而必須默默承受。但長期讓專業第一線的工作人員一直承受壓力，而不懂得適時激勵來增加專業人才的士氣，總有一天將會令專案付出慘痛的代價：損失重要的專業人才。因此，對於專案管理者而言，這是值得關切的問題。
一件商品在正常使用之下，在保固期內廠商竟然會拒負保固服務的責任。在這近幾年來，同人還是第一次意識到台灣會發生這樣的現象。不過有趣的是，有朋友認為消費者碰到這種情形不應該生氣，以免因為憤怒而喪失理智，但同人認為這樣的想法反而會助長劣質服務的氣焰。
這篇文章是投稿 ZDNet Taiwan 的文章原稿，由 ZDNet Taiwan 以〈如何在系統異常前發現錯誤？〉、〈如何在系統異常前發現錯誤？（下）〉兩篇文章刊登。文章原稿未經 ZDNet Taiwan 編輯，內容可能與 ZDNet Taiwan 約略有所不同。 前一陣子有兩個與資訊系統失常有關，而且眾所矚目的新聞事件，也就是戴爾電腦網路購物系統與台北捷運內湖線的系統異常。相信很多人都認為這兩個系統會發生系統異常相當離譜，在系統上線之後才發現系統無法正常運作，造成系統使用者的困擾，同時也會讓人對系統可靠度與穩定度失去信心，而增加系統的失敗成本。 雖然平心而論，想要事前預料系統可能發生的問題，並加以預防或因應其實並不容易，因為開發系統，尤其是軟體開發常會碰到事先難以預料的問題。但如果能在錯誤造成危害之前，就能夠發現問題並採取適當的行動來解決它，應該就能減少系統的失敗成本。因此，看到戴爾與台北捷運內湖線的重大系統異常，讓筆者想探討如何在系統失敗前發現錯誤，以避免系統失敗的巨大損失。
認為這則新聞更重要的意義是，讓我們看到領導者應該如何面對批評。在現實上，領導者所碰到的難處是，不管領導者碰到問題怎麼做，他都很難做到沒有人批評。因此想要成為優秀的領導者，其實無須太在意外界的批評，而是應該將這些批評轉化成更積極正向的領導作為。
然而，看到這次離譜的調度，讓我很懷疑真正的問題是捷運公司面對問題的態度。在處理問題前沒有把腦袋放在正確的位置，不能針對客戶的需要來思考問題，而只是浪費資源在不重要的事情上。顯然捷運公司對解決問題的訓練是不足的，問題不是服務人員盡了力沒有，而是他們在盡力之前，到底有沒有把問題想清楚呀！
同人看 Kenming Wang 這篇文章覺得怪怪的，倒不是不贊同他對寫好使用案例好處的觀點，而是覺得強迫新手去做我們認為有價值的東西是很危險的。
根據筆者軟體專案開發的經驗顯示，團隊成員能力不足或是其心態有問題的情況並不多見，多半是專案經理無法讓團隊發揮實力。所以當專案一再出現相同的錯誤時，專案經理應該先思考是不是自己的領導能力出了問題。
鍾翠玲看到建築師與校方的溝通上出了問題，她認為這是因為校方沒有積極地參與設計的緣故。但如果在軟體專案碰到同樣的現象時，筆者不一定會認為是因為使用者缺乏積極參與。筆者認為，即使使用者積極參與設計，開發者還是會因為與使用者之間存在觀念溝通上的藩離，而聽不見使用者的心聲。
容易的事物有助於理解，因為它讓人有感到親切；簡單的事物容易讓人遵從，因為它讓人容易得到努力的成效。專業經理人運用易簡之理來處事及待人，可以創造可長可久的價值，以成就德業用來領導與管理眾人。
當專案壓力來臨時，專案經理往往很難兼顧到成員知識分享的層面，而等到專案結案之後，才發現很多部門成員卻因專案而耗損。如果公司高層不重視知識分享，要提昇組織研發能力其實是相當困難的呀。
最新迴響