某失敗項(xiàng)目的項(xiàng)目總結(jié)報(bào)告

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