影響專案成敗的因素

2021-08-29 06:59:12 字數 1622 閱讀 1030

有些事情你們覺得不可思議,不可理解,不可能!

但是,就是有人,不假思索的就去做了。

專案要結束了,想寫個總結,總結以下系統設計設計上的缺陷,**編寫中考慮不足的地方,專案管理方面的不足。

我已經不知道什麼叫成功的專案,什麼叫失敗的專案了。因為定義失敗或成功的標準不一樣,按照pmp的標準幾乎不存在成功的專案,但實際不是按照那個標準衡量的。延期8個月後還是步履蹣跚的上線了,算不算失敗,恐怕還要從經濟的角度計算以下成本和收益,如果收益大於成本就還是成功的(當然也包括因為延期而不能去做別的專案所產生成本)。

專案不理想的原因是多種多樣的,但最主要的乙個原因是團隊的素質,包括每乙個專案成員的素質,和參與專案的客戶的素質。開發團隊的素質決定了團隊以一種什麼樣的方式和客戶溝通,得到客戶真實的需求;客戶的素質決定了他以一種什麼樣的方式告訴開發團隊他需要什麼樣的軟體,要解決什麼樣的問題,更有可能的情況是他只知道要解決什麼樣的問題,而對軟體一無所知。

編碼的規範和知識共享:在專案初期要對專案要使用到的技術有明確的評估,優勢和不足。專案要使用的相關軟體的版本,工程的存放目錄,發布方式做統一的規定,避免因版本不一致造成**風格的不一致。專案成員的能力是不同的,一般乙個專案都會有一兩個新的成員加入,如何把以前專案開發中遇到的問題和解決思路以最快的方式傳授給新的成員就至關重要。現在普遍的做法是建立內部的wiki共享資料,發布問題,得到解決的思路,確實是個不錯的方式。但是面對面的交流也是不可少的,一次迭代完成之後應該大家坐在一起交流一下開發中的問題和解決辦法的思路,以及對新的可能出現的偏離客戶需求的功能做乙個討論,避免行動遲緩造成的重複開發。知識的共享不僅包括技術資料的共享,更多的是對軟體的認識和思想的共享。

技術框架:因為技術框架而成功的專案並不少見,但很少有技術框架的失敗而最終導致失敗的專案。很多人對框架有錯誤的認識,盲目的追求新的技術,認為只要技術上夠強了就會成就乙個專案的輝煌。框架最大的乙個作用就是對使用框架的成員有強制規範的效應,使得實現同乙個功能所需的**從結構上是一致的,不管是初出江湖,還是老於世故,別無選擇,易於復用,便於維護,對於這一點專案越大優勢就越突出。就像工業時代的來臨,以及大工業時代創造的輝煌,並不是因為瓦特發明了蒸汽機,愛迪生發明了白熾燈,而是一系列工業標準的建立,減少了重複生產,明確了社會分工,框架的作用也是如此。

物件導向和問題域:物件導向是一種思想,物件導向本身對於如何描述問題域明沒有太大的幫助,專案設計上的缺陷大多**於對問題域的錯誤分析,無端的扭曲了來自客戶的問題描述,這一點已經屢見不鮮了。設計人員過多的追求物件導向的設計模式,而錯誤的把問題域往自己設計的模式上靠,進而蠻橫無理的要求客戶改變工作方式是不明智的。這一種錯誤**於設計人員和需求分析人員對問題域相關知識的無知。突然想起一句話:對於乙個不知道自己站在那裡要去那裡的旅人來說再好的地圖都是徒勞的,描述的很精準。

軟體的商業價值:客戶所需要的不是一堆**,也不是可以秀的程式,而是要解決他遇到的問題,軟體賣給客戶,客戶不能再去買軟體掙錢,所以軟體本身不能創造利潤,對企業來說軟體所能做的就是降低成本,其中包括降低流程運作的成本,和便利的獲取資訊以便降低決策成本。現在做軟體市場空間已經很狹小了,越來越多的軟體企業向服務業轉型。更好的軟體和更優質的服務才能創造更多的價值。資訊化不是軟體化,更多的是資訊化的服務。

軟體所創造的真正價值是什麼?產生真正價值的前提條件又是什麼?

沒有創造價值而祈求回報即使得到了也是暫時的.

沒有人是傻子,沒有專案做總有它的原因的,很想知道!

ERP專案成敗的三個因素

erp專案對於企業來說是一項重大工程,執行的好將為企業帶來效益,而一旦失敗,將導致企業陷入困境。所以erp專案在實施過程中,一定要慎重執行。以下總結多方面案例,從三個方面來闡述企業erp專案成敗的關鍵因素。管理者對erp的定位 erp系統涵蓋了企業財務 業務管理的方方面面。由於今天企業引進erp大多...

影響企業資訊化成敗的幾點因素

文 延展諮詢專家顧問 唐志明 進入21世紀,隨著世界經濟的發展,中國以其強大的爆發力引來了世界關注的目光,中國儼然已成為新的世界經濟中心。面對如此機遇,中國企業要想保住增長勢頭,吸引資本青睞,提公升企業管理水平無疑是必由之路。企業資訊化作為提公升管理水平的有效手段,成為眾多中國企業的首選方式。但就筆...

軟體專案成敗十大因素分析

經過chaos report的統計,發現軟體專案成功的十大保證中,有三個到四個 其中乙個是需求定義,我們也認為和需求相關 差不多佔到40 左右,這是乙個很大的比例了。而十大敗因中,直接和需求相關的更是超過了50 也就是說,需求一旦出現問題,專案基本上就是失敗了,包括完全失敗 在專案成本的大幅度超支 ...