某失敗項目的項目總結(jié)報告

某失敗項目的項目總結(jié)報告部門內(nèi)部存在盲目樂觀的氣氛。對實時數(shù)據(jù)庫下一階段任務(wù)的艱巨性也無很多判斷，對新知識的學(xué)習(xí)等仍是按步就班不緊不慢。將一篇經(jīng)歷過的某失敗項目的總結(jié)放上，希望大家共勉。關(guān)于XX項目的工作總結(jié)報告XX項目是公司發(fā)展過程中的一個非常重要的項目，公司為之投入了相當(dāng)多的人力物力，目前的結(jié)果卻不盡如人意。及時總結(jié)一下該項目中的經(jīng)驗教訓(xùn)，對公司產(chǎn)品研發(fā)的戰(zhàn)略決策具有借鑒作用。參與該項目的所有人員在主觀上都有將該項目圓滿完成的良好心愿;絕大部分同事也全心全意、盡心盡力，在該項目的實施中發(fā)揮了重要的作用。但針對一個尚未全部完成的項目，發(fā)現(xiàn)問題、找出不足，改正錯誤、改進方案、調(diào)整決策等才是最重要的目的，因此，本總結(jié)中只將XX項目中存在的問題列出，重點是為下一步項目重啟和其它項目決策等提供意見。一、XX項目的現(xiàn)狀XX項目在200X年X月XX日之后，已經(jīng)暫時停止下來。不論在感情上愿不愿意接受，該項目是一個失敗的項目:1、項目的實施時間大大超出先期計劃;2、經(jīng)過實際工程檢驗，證明系統(tǒng)框架在穩(wěn)定性、性能、速度、內(nèi)存消耗等方面不能達到實用化要求;3、用戶所需的XX及XX等功能，在現(xiàn)有的框架結(jié)構(gòu)上不能實現(xiàn)；4、開發(fā)團隊的建設(shè)未能完全達到預(yù)期的目標;二、失敗原因的分析1、程序的接口未能在前期經(jīng)過嚴密的理論推導(dǎo)及嚴格定義；為了達到團隊并行開發(fā)的目標，本項目在方案設(shè)計時決定采用XX、XX、XX等三個同時推進的子系統(tǒng)。這三個子系統(tǒng)之間的接口在最初未能嚴格定義，主要存在如下的問題:A、接口實現(xiàn)的冗余度及可選度太大;B、接口定義未能完全屏蔽內(nèi)部實現(xiàn)細節(jié)，將太多的內(nèi)部實現(xiàn)細節(jié)及其依賴關(guān)系暴露給調(diào)用者，未能完全實現(xiàn)接口調(diào)用的內(nèi)部透明化;C、接口的約束關(guān)系不是足夠明確，接口不夠建壯，不正確的格式、參數(shù)等處理也能處理，但會導(dǎo)出一個不正確的結(jié)果;D、接口的功能集不建全，在后期由于功能的增加，臨時增加了相當(dāng)多的新接口，而新增的接口只以功能上滿足特定需求為目標，未能統(tǒng)一推導(dǎo)及定義。產(chǎn)生該問題的原因有:A、XX項目是一個新的項目，在項目初期許多需求及實現(xiàn)的細節(jié)未能明了；B、XX項目是一個非常大的項目，許多接口在實現(xiàn)過程中才能發(fā)現(xiàn)其遺漏;或為了實現(xiàn)某些優(yōu)化處理必須改變接口；C、在項目實施初期，功能需求未能真正明了，實現(xiàn)細節(jié)未能有實際的效果;從項目實施的過程來看，接口未能嚴格定義導(dǎo)致了如下問題:A、三個程序組在具體實現(xiàn)某具體功能時才決定增加接口，導(dǎo)致系統(tǒng)的并行開發(fā)未能完全高效地開展;B、出現(xiàn)多次比較劇烈的程序收斂振蕩，許多本已解決的問題或不存在的問題在新版本中重復(fù)出現(xiàn)。導(dǎo)致開發(fā)進度的控制無法有序進行;三個程序組可能會由于同一個錯誤同時耽擱時間;C、對程序的測試工作加長，測試進度及測試重點無法確定;2、前期對框架的性能瓶頸沒有足夠的重視，在設(shè)計框架時，未能提前將系統(tǒng)性能及其可能導(dǎo)致的結(jié)構(gòu)調(diào)整進行充分論證;系統(tǒng)的開發(fā)過程中，針對老XX中存在的一些問題，希望提供一個能解決現(xiàn)有系統(tǒng)的新框架，主要有如下問題:A、老XX的框架不適合并行開發(fā)；B、老XX的系統(tǒng)擴充不方便；C、老XX的系統(tǒng)結(jié)構(gòu)大，程序維護工作比較困難；D、老XX沒有模板的概念；E、老XX無法描述層次型的數(shù)據(jù)結(jié)構(gòu)；在設(shè)計系統(tǒng)時，提出了元對象的概念，進而提出了服務(wù)器元對象樹的內(nèi)部數(shù)據(jù)定義，各部分接口針對元對象樹進行遍歷和操作，在理論上提供一種模仿真實世界的一種模型。但是在該模型的實施過程中，對性能、速度等問題考慮得不多，主要有如下方面的問題:A、元對象是一個弱類型結(jié)構(gòu)，其轉(zhuǎn)換及處理性能不佳；B、以字符串形式表示各種數(shù)據(jù)，在處理時再轉(zhuǎn)化為具體類型數(shù)據(jù)進行運算，性能不佳；C、XX插件內(nèi)部異質(zhì)樹處理仍使用元對象，內(nèi)存消耗大，速度慢；對于系統(tǒng)性能的優(yōu)化有許多種解決方案，在決策時應(yīng)該考慮以下幾個方面的綜合加權(quán)因素:A、框架的清晰B、穩(wěn)定C、性能D、系統(tǒng)的復(fù)雜性在系統(tǒng)實施的前期，強調(diào)了框架及穩(wěn)定，但在系統(tǒng)性能方面則考慮不夠，希望首先推出一個能夠運行的穩(wěn)定的框架，再不斷地增加功能，最后才考慮性能的瓶頸及性能優(yōu)化。XX項目是一個新開發(fā)的系統(tǒng)，也是一個極端復(fù)雜的系統(tǒng)（從數(shù)據(jù)點容量方面看），因此，在初次設(shè)計時不能充分論證系統(tǒng)的可行性，或者論證不徹底等，都是可以接受的，正因為其是一個復(fù)雜的大系統(tǒng)，必須采用螺旋式開發(fā)模式。但本次開發(fā)過程中，對螺旋式開發(fā)的階段性劃分不夠明確，其具體表現(xiàn)在如下幾個方面:A、在最初計劃時，對系統(tǒng)開發(fā)周期及階段劃分有一定的計劃，但計劃未能反映各階段的里程碑及新周期的起始條件;B、對每階段的起始和結(jié)束時間及每階段需要完成的任務(wù)目標未能明確定義;C、對階段性目標的完成及具體實施控制未能有意識地進行;D、以XX的檢查作為階段工作的目標，且每次檢查的目標都不夠明確，經(jīng)常為了迎接檢查而重新調(diào)整計劃，導(dǎo)致階段目標模糊;3、一廂情愿，盲目樂觀，違背程序編制的客觀規(guī)律，強調(diào)程序員的個人能力及士氣;公司第一次采用團隊方式進行項目開發(fā)。對于該項目具體需要多少人員、時間到底需要什么層次技能的程序組組長和具體開發(fā)人員;以及其它需要考慮的問題等，因為沒有經(jīng)驗，只能在實施過程中逐步修正，但在實施過程中，卻由于功能不明確，或者任務(wù)不明確等，許多程序員在相當(dāng)一部分時間內(nèi)具有盲目樂觀的表現(xiàn)，其具體表現(xiàn)在以下幾個方面:A、過多地強調(diào)某人某時編制了多少行的代碼量，甚至以一種自豪的心情描述我們的程序多少萬行。對其編碼質(zhì)量、編程的客觀規(guī)律等有一種輕視的態(tài)度傾向;B、忽視模塊測試、接口測試、白盒測試等，將所有的測試以系統(tǒng)整體形式由測試員統(tǒng)一測試;C、在某段時間內(nèi)，特別是在XX減免了五一之前的部分功能之后，有相當(dāng)多的人員對工作的艱巨性缺乏認知，特別在系統(tǒng)未統(tǒng)一聯(lián)調(diào)之前，相當(dāng)多的程序員對工作已完成的階段缺少認識，普遍存在一種盲目樂觀的心情。4、對各功能點的實施控制過粗，未能使用有效辦法控制總體進度;具體表現(xiàn)在如下幾個方面:A、接口的變動是可以理解的，但接口變動之后，未能形成一個有效的方法來記錄接口變動說明，每個接口變動都是在相關(guān)程序員（而不是程序組之間）商量后進行定義，而定義后的接口未能以清晰、明確的方式在各程序組之間加以確定;B、系統(tǒng)設(shè)計的初期采用了一些規(guī)范的方法，擬對系統(tǒng)的開發(fā)過程進行控制，包括開發(fā)流程、系統(tǒng)分析、概要設(shè)計、詳細設(shè)計、測試過程等，但在實際實施的過程中，將前期的許多工作束之高閣，在開發(fā)過程中重新回到一種自發(fā)的下意識的控制過程，未能真正地有效地控制住開發(fā)過程;C、各程序組每周都有一些具體的開發(fā)目標，對于目標是否真正達到，或由于某些原因?qū)е碌娜蝿?wù)延遲，沒有具體的方法來判斷其情況真實、準確性。所有的工作檢測只能通過系統(tǒng)的整體測試，進度的實施則依賴程序員的責(zé)任心和自覺性。D、ClearQuest對系統(tǒng)測試有比較大的幫助，但有一段時間，所有人員依賴ClearQuest來推動進度，導(dǎo)致某些程序員以改正在ClearQuest提出的與自己相關(guān)的問題為主要目標;5、前期完全以框架推動進度，后期完全以需求推動進度，分別走向兩個極端在系統(tǒng)設(shè)計的前期，主推框架，功能需求的工作只作為一種從屬的作用。許多工作都是在功能不太明確或是未能詳細推導(dǎo)的情況下開始進行，對系統(tǒng)的復(fù)雜性、實現(xiàn)時的性能因素等只在問題暴露時才想辦法解決。導(dǎo)致了系統(tǒng)框架的多次重構(gòu)。開發(fā)的后期，則完全以功能來推動整個系統(tǒng)的進度，以完全、完美地實現(xiàn)XX項目的所有功能作為在3、4月份的工作，而實際上，以50天的時間，根本