我曾發生過一件事，我才打開軟體大概三分鐘左右，它就跳出「不可預知的錯誤訊息」的對話框。其他使用者也像我一樣，剛打開幾分鐘程式就沒有回應，而且他還會要求你重新開啟瀏覽器，否則就沒有辦法使用。其他使用者都發現這宣稱經「簡單化」的使用介面難以操作，所以我不禁想「這到底是怎麼搞的！」。我最近又再次體驗到這令人厭煩的感覺，這就是為什麼我需要發洩。客戶最近提出了他們對於軟體的要求，如果我們能顧及他們的需求，那麼他們將只使用我們公司的軟體。我們以為這軟體已經夠完善了，但後來卻發現這軟體並沒有辦法運行的很好。
在用戶使用期間這軟體運作得非常流暢，也就是說，在最完善的環境下它能很好的運作。頻寬沒有任何問題，使用案例也沒有檢查出問題，所有東西都很完美的整合在一起。但這應用程式卻出現了錯誤訊息、延遲時間變長以及操作不一致等問題。這是個很容易令專案管理人感到挫折的問題。而且當你向開發及品質測試部門報告這些問題時，他們又會看向你，認為你會有方法解決這問題。他們還會說「客戶們從來就不會對我們感到滿意，他們一直改變達成目標的話，我們要如何讓他們滿意？」。
但事情並不是這樣，客戶們想要的不是你再添加任何新的特色或功能，他們要的是軟體能夠順利運作。
我不是開發專案的管理人，我沒有任何關於關發的背景，但以下這些是我多年觀察後所得來的結果：
不做測試
開發人員花沒有花時間進行必要的測試，他們可能只會粗略的檢視一下他們目前所做的進度。這可能是因為他們真的沒有時間，又或是他們認為他們自己很出色，又或者他們認為總會有人在軟體完成準備推出前就會發現問題。置身至外
大部分的開發部門都會因為截止期限、優先權及技術問題處於隨時感到緊張的環境中，而且管理部人員只會提出團隊所面臨的部分問題。他們同時進行四個專案，當他們完成其中一個專案時，就代表他們只剩下另外三個。而這表現出了「燙手山芋文化」，他們的原則就是，要盡快完成專案，不管專案是否正確無誤都要趕緊脫手。不在真實的環境中測試
-
另一個問題就是，許多開發人員對於應用程式的想法太過短淺。他們只會確保應用程式能夠使用，而不會再多花時間去改善使用介面或是專注在按鍵設計上。最終使用者的使用經驗各不相同，他們應該要做全面性的考量，把使用者隨機性行為納入考量。
最後，如果您想要朝專案管理之路前進，如果您想要好好的學習專案經理應有的能力，建議您可以參加所提供的[實務專案管理專案營]，強化專案經理應具備的軟技巧與硬實力。
