部門內(nèi)部存在盲目樂觀的氣氛。對實時數(shù)據(jù)庫下一階段任務的艱巨性也無很多判斷，對新知識的學習等仍是按步就班不緊不慢。將一篇經(jīng)歷過的某失敗項目的總結(jié)放上，希望大家共勉。
關于XX項目的工作總結(jié)報告
XX項目是公司發(fā)展過程中的一個非常重要的項目，公司為之投入了相當多的人力物力，目前的結(jié)果卻不盡如人意。及時總結(jié)一下該項目中的經(jīng)驗教訓，對公司產(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ā)團隊的建設未能完全達到預期的目標；
二、 失敗原因的分析
1、 程序的接口未能在前期經(jīng)過嚴密的理論推導及嚴格定義；
為了達到團隊并行開發(fā)的目標，本項目在方案設計時決定采用XX、XX、XX等三個同時推進的子系統(tǒng)。這三個子系統(tǒng)之間的接口在最初未能嚴格定義，主要存在如下的問題：
A、 接口實現(xiàn)的冗余度及可選度太大；
B、 接口定義未能完全屏蔽內(nèi)部實現(xiàn)細節(jié)，將太多的內(nèi)部實現(xiàn)細節(jié)及其依賴關系暴露給調(diào)用者，未能完全實現(xiàn)接口調(diào)用的內(nèi)部透明化；
C、 接口的約束關系不是足夠明確，接口不夠建壯，不正確的格式、參數(shù)等處理也能處理，但會導出一個不正確的結(jié)果；
D、 接口的功能集不建全，在后期由于功能的增加，臨時增加了相當多的新接口，而新增的接口只以功能上滿足特定需求為目標，未能統(tǒng)一推導及定義。
產(chǎn)生該問題的原因有：
A、 XX項目是一個新的項目，在項目初期許多需求及實現(xiàn)的細節(jié)未能明了；
B、 XX項目是一個非常大的項目，許多接口在實現(xiàn)過程中才能發(fā)現(xiàn)其遺漏；或為了實現(xiàn)某些優(yōu)化處理必須改變接口；
C、 在項目實施初期，功能需求未能真正明了，實現(xiàn)細節(jié)未能有實際的效果；
從項目實施的過程來看，接口未能嚴格定義導致了如下問題：
A、 三個程序組在具體實現(xiàn)某具體功能時才決定增加接口，導致系統(tǒng)的并行開發(fā)未能完全高效地開展；
B、 出現(xiàn)多次比較劇烈的程序收斂振蕩，許多本已解決的問題或不存在的問題在新版本中重復出現(xiàn)。導致開發(fā)進度的控制無法有序進行；三個程序組可能會由于同一個錯誤同時耽擱時間；
C、 對程序的測試工作加長，測試進度及測試重點無法確定；
2、 前期對框架的性能瓶頸沒有足夠的重視，在設計框架時，未能提前將系統(tǒng)性能及其可能導致的結(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)；
在設計系統(tǒng)時，提出了元對象的概念，進而提出了服務器元對象樹的內(nèi)部數(shù)據(jù)定義，各部分接口針對元對象樹進行遍歷和操作，在理論上提供
一種模仿真實世界的一種模型。但是在該模型的實施過程中，對性能、速度等問題考慮得不多，主要有如下方