關(guān)于文檔的撰寫，人們或許都在進(jìn)行，多查找和閱讀范文，范文對我們來說最有價值的就是思路和整體構(gòu)架，怎樣把一篇范文寫的簡短可讀呢？為滿足你的需求，出國留學(xué)網(wǎng)編輯特地編輯了“項目總結(jié)報告范文”，僅供參考,歡迎大家閱讀本文。
項目總結(jié)報告范文【篇1】
一、項目執(zhí)行情況
從項目的執(zhí)行情況來看，絕大多數(shù)是好的，達(dá)到了項目建設(shè)目的，項目在我市的野生動物保護(hù)、工程造林、城鎮(zhèn)綠化和優(yōu)質(zhì)苗木的提供和推廣等工作中發(fā)揮了積極作用。
二、項目效與評價
野生動物自然保護(hù)區(qū)項目建設(shè)和基礎(chǔ)設(shè)施的加強(qiáng)，使我市野生動物保護(hù)管理工作進(jìn)一步加強(qiáng)，一批野生動物保護(hù)站、觀測點的建，促進(jìn)了我市野生動物保護(hù)工作的規(guī)范化運轉(zhuǎn)，保護(hù)站等，使大熊貓等野生動物在自然保護(hù)區(qū)得到進(jìn)一步保護(hù)，數(shù)量不斷增加。近期內(nèi)在我市出現(xiàn)的勝林一號放歸；金絲猴數(shù)活動范圍擴(kuò)大，常在旅游景點與游人相遇；野生鳥類明顯增加，在城區(qū)時?？梢?。都充分說明了我市森林生態(tài)環(huán)境質(zhì)量得到了明顯改善，以及人們生態(tài)意識和保護(hù)動物意識的明顯提高。
三、存在問題和建議
問題1：骨干苗圃項目設(shè)計、批復(fù)與實際投入不符，在一定程度上影響了項目功能的發(fā)揮。
xx年和xx年，國家分別下達(dá)給我市骨干苗圃建設(shè)項目7個。各項目承擔(dān)區(qū)縣按照要求，由具備設(shè)計資格的省林業(yè)設(shè)計院對項目進(jìn)行了初設(shè)，并經(jīng)省廳批復(fù)。按照設(shè)計要求，每個骨干苗圃項目，國家投資在80100萬元。但實際投資均為40萬元，再加上地方配套投資不能完全兌現(xiàn)，致使項目建設(shè)內(nèi)容受到限制和縮減。但苗圃類林業(yè)建設(shè)項目與工業(yè)建設(shè)項目不同，雖然縮減了大量建設(shè)內(nèi)容，仍能依據(jù)土地這一自然條件進(jìn)行苗木生產(chǎn)，但與我們建設(shè)骨干苗圃所要求的高起點、高質(zhì)量和高科技含量育苗，確不相適應(yīng)。
建議：國家將小型林業(yè)基建項目的投資計劃、資金以及項目建設(shè)的要求，通過省廳直接下達(dá)給地市州林業(yè)行政主管部門，以充分調(diào)動和發(fā)揮地市州林業(yè)行政主管部門的監(jiān)督管理職能。提出上述建議，一是地市州林業(yè)行政主管部門對所轄縣區(qū)更為了解，對是否應(yīng)該立項和建設(shè)規(guī)模更有發(fā)言權(quán)；二是地市州可依據(jù)建設(shè)項目在區(qū)域的地位與作用，有爭取同級財政配套的可能；三是較之于國家和省廳，地市州對承建單位有更明顯的監(jiān)控能力，更有利于項目建設(shè)。
問題2：地方配套資金確有困難，致使建設(shè)項目不得不打折扣。
地方對林業(yè)建設(shè)項目的積極性非常高，通過項目建設(shè)，可以在很大程度上促進(jìn)當(dāng)?shù)亓謽I(yè)建設(shè)的快速發(fā)展。但是，絕大多數(shù)林業(yè)建設(shè)項目的配套投資不能到位，不是基層單位不爭取，而是決策權(quán)在地方政府，地方政府要辦的事太多，對來至方方面面的建設(shè)項目所要求的配套資金無能為力。為了爭取項目，不得不向上做出虛假承諾。這樣不僅影響了項目建設(shè)，還給項目竣工決算和審計帶來問題。
建議：國家在下達(dá)項目時，對地方配套資金不作硬性要求或盡量減少地方配套投資數(shù)量。
問題3：多數(shù)林業(yè)小型基建項目建設(shè)管理不夠規(guī)范。
由于基層單位領(lǐng)導(dǎo)和管理人員變動頻繁，項目建設(shè)管理的具體人員不清晰，往往都是單位負(fù)責(zé)制，導(dǎo)致了項目建設(shè)中管理不科學(xué)、檔案收集不規(guī)范等問題，嚴(yán)重影響了林業(yè)項目建設(shè)。
建議：一是加強(qiáng)林業(yè)項目建設(shè)管理培訓(xùn)；二是制定統(tǒng)一、規(guī)范化的《林業(yè)項目建設(shè)程序填報制》；三是實行并落實《林業(yè)項目建設(shè)責(zé)任制》。
項目總結(jié)報告范文【篇2】
項目總結(jié)報告
項目概況：本項目是由10、11級人力資源專業(yè)學(xué)生共同參與策劃，將應(yīng)用管理學(xué)、組織行為學(xué)、培訓(xùn)與開發(fā)、招聘與錄用、工作分析、人才測評等專業(yè)課程知識，在現(xiàn)實中全真模擬企業(yè)運營過程，集角色扮演，自創(chuàng)案例，老師點評于一體，在比賽中培養(yǎng)選手在變化多端的市場經(jīng)營環(huán)境里，如何面對眾多競爭對手，正確制定團(tuán)隊的決策，實現(xiàn)團(tuán)隊目標(biāo)的能力。完整生動的感受將極為有效地激發(fā)選手的學(xué)習(xí)興趣，增強(qiáng)學(xué)習(xí)能力。以選手為中心，以提升實戰(zhàn)綜合能力素質(zhì)水平為目標(biāo)。
本項目將通過三個階段比賽，分別為：初選（將在三月底到四月初每周四下午進(jìn)行，共計三場）選拔30人進(jìn)入復(fù)賽；復(fù)賽（四月中旬到五月初舉行，共計三場）選拔6人進(jìn)行決賽；決賽（五月底舉行）
項目實施結(jié)果評估
項目分類：誠信測評/數(shù)字傳遞/無領(lǐng)導(dǎo)小組討論
優(yōu)點： 1該項目在實施前的組織策劃工作周密而詳細(xì)，有相關(guān)專業(yè)老師的策劃與指導(dǎo)學(xué)生完成相關(guān)專業(yè)測評項目，也離不開有相關(guān)項目負(fù)責(zé)人（）在整個測評項目中的發(fā)揮的領(lǐng)導(dǎo)與組織溝通協(xié)調(diào)的作用。 2該項目中小組負(fù)責(zé)人及相關(guān)在場的測評人員分工明確，相互協(xié)調(diào)配合，積極投入完成該項工作。
3項目負(fù)責(zé)人對人員分工安排到到位，對每位工作人員的職責(zé)分工明確細(xì)致，可操作性強(qiáng)，尤其是在分工細(xì)則的描述上，層次
清晰主次分明。
4該項目在實施中，相關(guān)測評人員按時到崗，盡職盡責(zé)，如：（）積極配合項目的有序開展，同時對項目的順利完成，勇于建言獻(xiàn)策。
5項目中主要負(fù)責(zé)人及時靈活處理突發(fā)事件，如選手突然立場、選手違反規(guī)則等，并采納測評人員合理建議，對整個測評措施做出合理調(diào)整與改進(jìn)。
不足：
1項目實施之前沒有充分做好調(diào)動人員積極性與主動性的工作，宣傳力度不夠，如班級還有若干人員不知其詳情或沒有參與積極性。
2項目實施前計劃不具穩(wěn)定性，沒有在相關(guān)負(fù)責(zé)人協(xié)商一致的條件下進(jìn)行調(diào)整，造成不必要的沖突。
3項目實施中最嚴(yán)重問題就是缺乏統(tǒng)一的測評標(biāo)準(zhǔn)和測評維度，其主要的考核指標(biāo)沒有明晰化，且兩者在測評中都存在模糊性。這就造成了在評分環(huán)節(jié)的分歧性較大，沒有可以量化的客觀的評分體系，以定性考評為主，主觀性很大，不具科學(xué)與公平性。
4在綜合評分的環(huán)節(jié)中，缺乏客觀的可量化的考評分?jǐn)?shù)及考評關(guān)鍵要點，沒有統(tǒng)一性，可比性不強(qiáng)。
從優(yōu)點中激勵自我，從不足中完善自我
項目總結(jié)報告范文【篇3】
從去年以來，我完整地參與了XXX項目的建設(shè)與管理工作，到現(xiàn)在項目已經(jīng)基本收尾，下一期的項目也啟動在即，現(xiàn)在有必要總結(jié)下該項目的得與失，從而指導(dǎo)下一期項目的建設(shè)工作，犯過的錯誤不要再犯，好的做法需要繼續(xù)保持和發(fā)揚。
一、項目成功之處
1、項目進(jìn)度管理相對較好
本項目的進(jìn)度管理相對比較好，沒有出現(xiàn)嚴(yán)重的進(jìn)度延誤的情況，主要是由于了實施了周例會+月例會+項目考核等制度。項目團(tuán)隊在每月末召開月例會，主要是總結(jié)上個月的工作目標(biāo)完成情況，并共同制定下個月的工作目標(biāo)。為了確保月度工作目標(biāo)的實現(xiàn)，同時將月度工作計劃分解成周工作計劃，并以周例會的形成來跟蹤和監(jiān)控項目目標(biāo)的完成情況。除了月例會和周例會之外，同時對項目團(tuán)隊進(jìn)行考核，如果月度工作目標(biāo)沒有完成就實施考核扣分。精細(xì)化的進(jìn)度管理加上監(jiān)督和考核機(jī)制可以基本保證項目的進(jìn)度。
2、建立起了一些管理制度
在項目實施的過程中，針對日常工作中一些不規(guī)范、混亂的地方，制定了相應(yīng)的管理機(jī)制，主要有以下幾個方面：
（1）新業(yè)務(wù)需求響應(yīng)機(jī)制
新業(yè)務(wù)需求指的是在項目建設(shè)過程中，不包含在項目需求范圍內(nèi)的，業(yè)務(wù)部門日常工作過程中提出的一些關(guān)于系統(tǒng)的優(yōu)化需求。項目團(tuán)隊原來對新業(yè)務(wù)需求的處理流程混亂，新業(yè)務(wù)需求往往存在項目團(tuán)隊的頭腦中，過一段時間之后根本不清楚哪個業(yè)務(wù)部門提了哪個需求，就算需求實現(xiàn)之后也沒有反饋機(jī)制，給業(yè)務(wù)部門的感知交叉。在本項目實施過程中，針對這個問題專門建立了一條新業(yè)務(wù)需求響應(yīng)機(jī)制，當(dāng)接收到新業(yè)務(wù)需求之后，需要專門記錄下需求的相關(guān)信息，例如需求描述，需求提出人的；接收到需求之后需要立即與需求提出人確認(rèn)需求，并反饋需求接收到，告知需求的計劃完成時間；當(dāng)新業(yè)務(wù)需求開發(fā)上線之后，需要向需求提出人發(fā)送上線反饋單，告知提出人他的需求已經(jīng)實現(xiàn)了。
從需求的接收到最后上線后的反饋等環(huán)節(jié)
（2）上線機(jī)制
由于歷史原因，我們項目團(tuán)隊相關(guān)工作的規(guī)范性不如BOSS那邊，系統(tǒng)上線這一塊也沒有規(guī)范起來，以前項目團(tuán)隊想上線就上線，從而系統(tǒng)的穩(wěn)定性和安全性存在很大的隱患。為了規(guī)范系統(tǒng)上線流程，并向BOSS側(cè)接軌，制定了上線流程，每月允許上線兩次，上線之前需要提供需求、設(shè)計、測試、上線風(fēng)險評估報告等文檔，并提交上線申請至領(lǐng)導(dǎo)處審批，審批通過之后才允許開放商進(jìn)行上線，上線完之后需要提交上線跟蹤分析報告。
（3）溝通機(jī)制
建立了月例會、周例會制度，每次例會后以會議紀(jì)要的形式發(fā)出會議上達(dá)成的共識，作為后續(xù)衡量和評估相關(guān)決定有沒有去貫徹和落實的依據(jù)。之前項目團(tuán)隊也會開例會，但是會議達(dá)成的需要去解決的問題往往會上說說的好好的，但是會后沒有真正去做，會議成了一種形式。
（4）系統(tǒng)運營報告制度
項目團(tuán)隊之前非常不重視系統(tǒng)應(yīng)用的推廣，往往功能上線之后就算完成了，不會去關(guān)注這個功能到底有沒有被用起來，也不清楚整個系統(tǒng)的應(yīng)用情況。在項目期間，我們建立了系統(tǒng)運營情況每月報告制度，將系統(tǒng)重要應(yīng)用的使用情況以月報的方式發(fā)送給領(lǐng)導(dǎo)及相關(guān)人員。
二、項目不足之處
1、對項目合同的把控不足，給后續(xù)管理工作帶來隱患
由于公司IT系統(tǒng)的合同由其它部門負(fù)責(zé)管理，我們部門主要負(fù)責(zé)具體系統(tǒng)的建設(shè)，因此在本項目中對項目的合同關(guān)注不夠，對項目的合同內(nèi)容把控不足。主要體現(xiàn)在以下幾個方面：
（1）合同中的項目的建設(shè)內(nèi)容與當(dāng)初匯報的建設(shè)方案中的內(nèi)容兩者沒有仔細(xì)地核對，有一些我方希望納入的建設(shè)內(nèi)容結(jié)果在合同中沒有體現(xiàn)，最終導(dǎo)致我方與軟件開放商之間的扯皮，軟件開放商會拿合同來說事，這是很致命的一個問題，說到底關(guān)于項目合同是兩個部門之間的銜接出現(xiàn)了問題。
（2）項目團(tuán)隊成員沒有仔細(xì)核實，雖然在看合同時也發(fā)現(xiàn)了這個問題，但是由于對方是我公司的長期合作伙伴，這些小問題沒有太多的在意，現(xiàn)在看來這種原則性的問題還是不能忽視。
（3）在簽訂項目合同是，我們公司通常要求包含項目的考核規(guī)則文檔，在做本期項目時沒有仔細(xì)地考慮好如何進(jìn)行考核，結(jié)果把非常通用的一個考核規(guī)則文檔放入了合同中，但這個通用的考核規(guī)則很多地方并不適合本項目，導(dǎo)致在后續(xù)實際考核工作中，有些問題由于沒有在考核規(guī)則中詳細(xì)的描述清楚，導(dǎo)致具體執(zhí)行起來沒有依據(jù)，容易出現(xiàn)扯皮。
2、新業(yè)務(wù)的開發(fā)模式
由于本項目的需求相對比較分散，因此在實施項目時采用的是新業(yè)務(wù)的開發(fā)模式，即一個個功能模塊依次開發(fā)，每個功能模塊都要經(jīng)歷需求分析、設(shè)計、開發(fā)、上線等階段，有點類似迭代的開發(fā)模式。但是這種模式存在一些問題：一是每次迭代劃分的太細(xì)，導(dǎo)致幾乎每個月都要經(jīng)歷需求、設(shè)計、上線這些工作；二是這種開發(fā)模式導(dǎo)致對系統(tǒng)的整體把控能力不足，可能由于原來相關(guān)的一些功能模塊，本來應(yīng)該統(tǒng)一考慮需求和設(shè)計的，但是由于人為地把他們分割成多個階段來實現(xiàn)，導(dǎo)致出現(xiàn)顧了當(dāng)前沒有考慮到將來及對原有功能模塊的影響；三是這種開發(fā)模式使得項目經(jīng)理不清楚整個項目的工作重點應(yīng)該放在哪里；
這種開發(fā)模式在下一期的項目中需要改進(jìn)，不能再采用這種方式了。
3、建設(shè)方案設(shè)計及匯報能力不足
本期項目的建設(shè)方案主要由主管來完成的，理想的情況是方案由我來寫，主管提供一些指導(dǎo)和意見，這樣我這個角色才算是稱職的。方案完成之后，向領(lǐng)導(dǎo)的匯報工作不是很成功，前后匯報的三次才算通過，這算是一次很深刻的教訓(xùn)，需要吸取。
4、需求文檔和設(shè)計文檔的規(guī)范性
需求文檔和設(shè)計文檔的規(guī)范性這個問題一直困擾著我，不僅僅是這個項目，其它項目也存在相同的問題，就當(dāng)前我所參與過的項目來講，需求和設(shè)計能夠做的好的很少。需求文檔和設(shè)計文檔應(yīng)該體現(xiàn)哪些內(nèi)容，這些內(nèi)容如何以比較好的方式來表達(dá)，才能清晰地描述清楚需求和系統(tǒng)的設(shè)計？
5、應(yīng)用推廣重視度不夠
建設(shè)一個系統(tǒng)的目的是什么？目的是希望系統(tǒng)能夠為公司帶來價值。那么如何體現(xiàn)價值？系統(tǒng)通過為公司的業(yè)務(wù)發(fā)展提供支撐能力，從而實現(xiàn)公司收入的增長的方式來體現(xiàn)價值。那么系統(tǒng)只有真正被業(yè)務(wù)部門使用起來才能夠發(fā)揮出價值。而在本項目的建設(shè)過程中，雖然意識到了應(yīng)用推廣的重要性，但是具體的應(yīng)用推廣工作還是做的非常不夠，感覺是在為建設(shè)系統(tǒng)而建系統(tǒng)，感覺最求的是完成建設(shè)任務(wù)，至于用不用就不關(guān)我事了。
項目總結(jié)報告范文【篇4】
要開始入手一個新的javaweb應(yīng)用應(yīng)該遵循這樣一個原則
1、首先是整體框架，也就是通常所說的三層構(gòu)架：
數(shù)據(jù)庫+應(yīng)用服務(wù)器+應(yīng)用
2、其此是框架各個部分所處的環(huán)境，就是數(shù)據(jù)庫，應(yīng)用服務(wù)器的os都是什么，怎么溝通，怎么在對應(yīng)os下調(diào)配數(shù)據(jù)庫以及應(yīng)用服務(wù)器。
3、再次應(yīng)該是應(yīng)用服務(wù)器和數(shù)據(jù)庫的連接，這點很重要，要查找相關(guān)資料怎么配置應(yīng)用服務(wù)器和數(shù)據(jù)庫連接，以及使用的數(shù)據(jù)庫連接池技術(shù)。
4、然后才是了解應(yīng)用的構(gòu)架，也就是所謂的項目源碼了，具體使用了那種mvc模式，使用了什么日志工具，測試工具、編譯工具，還用要是你去熟悉一個公司的項目的話，這個公司可能有自己的web相干開發(fā)工具
我用visio做了一個圖形應(yīng)該是這樣的順序
用我最近的具體例子來做說明吧：
1。首先是3層構(gòu)架
數(shù)據(jù)庫是mysql，應(yīng)用服務(wù)器是resin，應(yīng)用基本上是struts+hibernate，這里明確了學(xué)習(xí)目標(biāo)應(yīng)該是：
mysql的相關(guān)使用方法
resin的相關(guān)使用方法
2。其次是os數(shù)據(jù)庫和應(yīng)用服務(wù)器放在一臺主機(jī)上，OS是linux，但是日常的開發(fā)環(huán)境是windows，所以用到了常用的ssh對主機(jī)進(jìn)行管理，這里明確了學(xué)習(xí)目標(biāo)應(yīng)該是：
Unix相關(guān)命令
Ssh的使用方法
3。然后是數(shù)據(jù)庫和應(yīng)用服務(wù)器的連接方法，使用mysql的jdbc接口，這里明確了學(xué)習(xí)目標(biāo)應(yīng)該是：
Resin對數(shù)據(jù)庫連接的配置方法
Mysql對數(shù)據(jù)去連接有什么要求
4。最后是應(yīng)用代碼層
這層應(yīng)該是最后學(xué)習(xí)，但是我們往往習(xí)慣對整個系統(tǒng)沒有弄清框架就開始這層的研究，這就導(dǎo)致在研究中不斷出現(xiàn)有關(guān)框架的各種問題，而又要中斷當(dāng)前學(xué)習(xí)，開始查找另一個資料。
我開始就犯了這個毛病，所以進(jìn)度緩慢。
這里我的項目使用了hibernate+struts作為基本框架，用Ant進(jìn)行編譯發(fā)布工作，使用eclipse作為ide，另外用到的java工具有jfreechart，quartz等，再有自己公司開發(fā)的web框架工具包
這里明確了學(xué)習(xí)目標(biāo)應(yīng)該是邊參照源碼一邊學(xué)習(xí)Struts，hibernate，ant，eclipse，jfreechart，quartz，自己公司的工具包，然后再在數(shù)據(jù)庫的角度對整個業(yè)務(wù)邏輯做出理解。
當(dāng)然，以上四步中肯定是有些工具和技術(shù)已經(jīng)掌握了，我們所要面向的是我們沒有掌握方面，然后最終達(dá)到掌握系統(tǒng)的目的！要注意我們的目的是上手新平臺不是學(xué)習(xí)新技術(shù)！