不得不承認，我們努力三個月的專案climb2.0如同某些人預料的一樣——失敗了！
對於昨晚突如基來的惡耗，還是覺得有點突然的，乙個好好的專案，怎麼說沒了就沒了。事到如今，做什麼對該專案都已經於事無補，痛心歸痛心，該面臨的還是要面臨。做為專案的tl，我必須寫下該專案失敗的原因，做為之後專案管理的前車之鑑。
糾其原因，比較複雜，我暫不分輕重，一一羅列。
１、專案沒有明確需求，這要分兩點說明，首先是這專案本身的需求是需要有乙個人來把握的，而且這個需求真的不好定。其次就是這個人確實也沒有定下乙個能讓公司boss看到前景的乙個好的規劃，其實這規劃最終將成為後來產品分析設計的需求**。這個責任須由我們的專案負責人pm承擔。
２、做為tl我沒有表現出絕對的自信。致少不足以讓我們的這位pm足夠有信心地在boss面前說：這個專案一定沒有問題！再剝析問題，造成我不夠自信的原因如下: 技術上確實存在很大的風險，表明自信意味著要承擔風險，不表明自信pm還是要用我那說明pm別無選擇。結果是，責任雖不在我，這方面原因的根本因素確實在我。對於這點，我想只能提高自己的知識面才能解決問題。當然適當地承擔一些風險也是必要的。
３、版本的迭代方式造成大量時間的浪費，這點我曾多次勸告過我們這位pm，這點我一點都不怪自己，我已經非常努力了。
４、沒有及時地發布版本，現在市場經濟，過了時的東西，其實上意義就沒多少了。
５、產品設計師經驗不足，再加上專案整體流程的僵硬，導致pm竟接受了這位pd的設計方案，這點應該是專案最終不敢上線，老大看了不滿意最直接的因素。所在，現在這位pd基本上成了專案失敗的罪魁禍首，很是無辜可憐。
６、pd設計方案出來時，我沒有堅持反對他的方案，一氣之下心裡說了句「最終結果怎麼樣關我毛事」便接受了方案，這點我過於衝動。
最終總結我自己的不足吧：
１、做為一名tl缺少溝通藝術，不能有效地說服別人。
２、做事不夠強勢，立場不夠堅定，害怕與人起正面衝突，偶爾還會置身事外。
專案失敗原因分析
今天，x專案基本宣告失敗，這對我的人生是乙個比較重大的打擊。過去乙個人做專案，也遇到過失敗，但此次的失敗讓人覺得很無賴，讓我覺得根本無法控制與扭轉整個局面，並且我自己也精疲力盡，無力再堅持下去。1.x專案從一開始就有乙個致命的因素 面對的不是終端使用者，而是專案的轉包人。因此並不能與客戶直接溝通，不...
2 0專案組同事
3 基於此規則，給出專案功能模組名稱及縮寫 一級模組 應用支撐平台伺服器 模組縮寫 aspserv 二級模組 構件庫伺服器 胡昆 模組縮寫 compserv 二級模組 ftp伺服器 胡昆 模組縮寫 ftpserv 二級模組 應用支撐平台伺服器管理框架 胡昆 模組縮寫 manframe 二級模組 公共...
軟體開發專案失敗原因分析
軟體開發是一項複雜的系統工程，牽涉到各方面的因素，實際工作中，經常會出現各種各樣的問題，甚至面臨失敗。如何總結 分析失敗的原因，得出有益的教訓，對乙個公司來說，是在今後的專案中取得成功的關鍵。需求內容不明確，把握不充分這是我們經常遇到的問題。一方面，由於客戶 需求方 it知識缺乏，一開始自己也不知道...