項目爲何會失敗

感受好長時間沒有寫博了,今天忽然有點感想寫出來和你們分享一下,只是本身的一點淺見,大個的板磚就不要拍了,我仍是一株很嫩的樹苗,呵呵!你們仍是應該以愛護爲主滴。 spa

我有着在傳統行業作項目的經歷(機械專業科班出身),主要是在設計部門工做,也作過很多項目,還算有點經驗吧!如今改行了又開始作項目,發如今IT行業中項目的成功率仍是比較低下的,我不知道其餘人怎麼定義項目成功與否,可是在我這裏延期及大量的Bug就算失敗。雖然我只是一個小菜,可是別人也阻止不了個人白日夢是否是,因此我就本身思考了一下。歡迎交流呀! .net

首先,立項得有明確的項目需求吧!這點很重要,傳統行業的立項是很繁瑣的,重大的項目還要進行可行性分析,各類報告、圖表很是多,涵蓋了項目進行的方方面面,因此在立項時需求已經很是明確,基本上沒有什麼大的變更,能夠說根本就沒有讓項目轉彎的需求改變。反觀咱們IT行業的項目,有時候僅僅是根據口頭上的一個約定就立項開發,需求之後追加,我認爲這是很是草率,甚至是不負責任的表現。若是這樣的立項再沒有強有力的項目管理的方法,必敗無疑。 設計

其次,說說需求吧。作項目最怕需求改變,一旦出現需求改變小的修修改改還好說,大的基本上就要推倒重來了。多是由於傳統行業的項目都是實物,可以看到實實在在的東西,因此客戶基本上在立項以後不會進行需求的改變,基本上也就是在外觀上的修改,無傷大雅;可是IT行業裏的項目是虛擬的是看不見摸不着的,因此客戶看不到咱們的努力,隨便輕輕的一句話,就否認了原先的全部努力,悲催呀!正是這種不斷變化的需求,致使了工期的不可預知性,項目失敗在所不免。 圖片

第三,項目管理和溝通。看看下面這張圖(引用自《大道至簡》一書,若是做者認爲我使用該圖片侵犯了你的權利,請聯繫我) 項目管理

image

若是項目沒有好的溝通,那麼最後會完成一個什麼東西,只有鬼才知道,多是個怪物吧!項目管理的核心我認爲應該體如今項目經理身上,項目經理應該知道什麼該作什麼不應作,否則就對不起多拿的錢,傳統行業裏的項目主持者一般是某個領域裏的專家,說話頗有份量,而且因爲物理規則的存在,客戶根本不可能提什麼不切實際的要求,假設提了,也能夠輕鬆地使用牛頓老先生的一下理論輕鬆予以否認。IT行業裏的項目經理我看到有些幾乎變成了傳聲筒,根本起不到一個項目主持者該起的做用「頂得住上面的人,護得住下面的人」。 開發

最後,我也不知道是什麼。結束吧! get

相關文章
相關標籤/搜索