在連續(xù)封閉N個月以及再后來的N個月的加班后，項(xiàng)目終于以延期N個月的結(jié)果結(jié)束了。不管曾經(jīng)發(fā)生過什么，不管項(xiàng)目是否延期，重要的是項(xiàng)目結(jié)束了，所有的項(xiàng)目成員都可以松一口氣了。曾經(jīng)和同事開玩笑說：在我經(jīng)過過的失敗項(xiàng)目中多了一個項(xiàng)目，以后就能避免同樣類型的失敗了。同事們聽了，都笑了。在那段時間里，很久沒有聽到過同事們暢快的笑了。

　　現(xiàn)在，我以我目前的知識水平，總結(jié)一下項(xiàng)目中存在的問題，這些問題的出現(xiàn)也不是一兩個因素造成的。當(dāng)然，專業(yè)水平太低，也總結(jié)不出什么高深的內(nèi)容。不管怎么樣，也算是對項(xiàng)目的總結(jié)吧。這里先總結(jié)一下我認(rèn)為的問題，項(xiàng)目值得學(xué)習(xí)的方面將在下次總結(jié)。?

　　1．?項(xiàng)目計(jì)劃的制定

　　我不是很清楚是否在一開始了解過這個項(xiàng)目的規(guī)模，估算過項(xiàng)目的成本和工期以及資源和技術(shù)的可行性。當(dāng)我進(jìn)入這個項(xiàng)目的時候，就被告知項(xiàng)目在3個月內(nèi)完成，當(dāng)時我們正在客戶方做業(yè)務(wù)需求了解。（說明一下，3個月的時間是在項(xiàng)目開始之前公司決定的，而并沒有經(jīng)過項(xiàng)目組成員根據(jù)功能估算以及項(xiàng)目經(jīng)理的綜合制定） 也不知道了解的情況是不是這樣，但不管怎么樣，在還沒有了解項(xiàng)目的功能就做好了項(xiàng)目的開發(fā)時間，這樣項(xiàng)目的風(fēng)險(xiǎn)性是否較高呢？這樣導(dǎo)致的結(jié)果是開發(fā)人員按照規(guī)定的時間制定開發(fā)計(jì)劃，最后發(fā)現(xiàn)項(xiàng)目規(guī)模較大，很多功能也都沒有按期完成，也很難按期完成。不但無法按期完成，為了趕進(jìn)度，代碼的質(zhì)量也就得不到保證，某些項(xiàng)目組成員有推倒重寫的沖動。（代碼質(zhì)量也不止是計(jì)劃導(dǎo)致的，還包括個人的開發(fā)經(jīng)驗(yàn)） 如果不是項(xiàng)目經(jīng)理超強(qiáng)的管理控制能力，我想項(xiàng)目也不會有結(jié)束的日子。?

　　2．?開發(fā)團(tuán)隊(duì)的穩(wěn)定

在業(yè)務(wù)了解階段，項(xiàng)目組所需要的人員還在招聘中沒有全部到位。進(jìn)入界面原型開發(fā)階段，項(xiàng)目組新近N人。在封閉開發(fā)期間，又加入N人，同時，也有N人離開。項(xiàng)目在開發(fā)的中前期團(tuán)隊(duì)就沒有得到穩(wěn)定，導(dǎo)致工作進(jìn)度和計(jì)劃的不一致。而且，每次來增加人員后，都得進(jìn)行相關(guān)的培訓(xùn)和業(yè)務(wù)了解。同時，人員變更導(dǎo)致不同的人都接手過同一模塊，造成代碼維護(hù)的難度加大。?

　　3．?需求了解

?????? 為了趕項(xiàng)目進(jìn)度，二是對業(yè)務(wù)的不了解，三是業(yè)務(wù)人員業(yè)務(wù)掌握的差異，在沒有全部了解并消化的情況，項(xiàng)目組進(jìn)行封閉開發(fā)。同時，相關(guān)人員也在繼續(xù)了解其他的業(yè)務(wù)。這所有的情況，導(dǎo)致開發(fā)期間發(fā)生過N次的設(shè)計(jì)變更，程序無數(shù)次的改動。而且，在開發(fā)的后期都發(fā)生過業(yè)務(wù)不斷的改變的情況。?

　　4．?總體設(shè)計(jì)把握

??????? 項(xiàng)目缺乏總體設(shè)計(jì)的把握，每個人都是只了解自己那塊的東西，其他的模塊也不了解，在做設(shè)計(jì)的時候，也考慮不到其他模塊的影響和需求。當(dāng)兩個模塊之間有交互時，更多的是兩個模塊負(fù)責(zé)人之間的溝通和交流。而且模塊之間的交互設(shè)計(jì)是放在各模塊開發(fā)差不多的情況下進(jìn)行的，后面涉及到的改動也就不可避免。現(xiàn)在模塊之間的交互，也許是各模塊負(fù)責(zé)人最頭疼的問題了。（當(dāng)然，這個問題也不的存在也是無奈，時間緊迫，而且業(yè)務(wù)不熟，設(shè)計(jì)也就自然存在缺陷。）?

　　5．?引入第三方技術(shù)

?????? 引入第三方技術(shù)，是受到項(xiàng)目進(jìn)度、業(yè)務(wù)功能和公司所能提供資源的影響，也是不得已而為之 。在經(jīng)過簡單的測試后，就投入項(xiàng)目中使用。值得慶幸的是，第三方技術(shù)的引入，還沒有對項(xiàng)目造成太大的影響。但是，我們也應(yīng)該意識到引入不熟悉的第三方組件給項(xiàng)目造成的風(fēng)險(xiǎn)。?

　　6．?沒有嚴(yán)格的單元測試

?????? 因?yàn)槊總€成員經(jīng)驗(yàn)的不同，代碼的質(zhì)量不一樣，單元測試是很有必要的。也不能說沒有進(jìn)行單元測試，每實(shí)現(xiàn)一個函數(shù)都會進(jìn)行調(diào)用，如果得到想要的結(jié)果，那就算成功了。但這還不夠，我們很少進(jìn)行邊界測試、不合理數(shù)據(jù)輸入測試等，最后在系統(tǒng)測試階段，出現(xiàn)了很多不應(yīng)該出現(xiàn)的錯誤，比如什么對象為空的調(diào)用、錯誤數(shù)據(jù)等，造成剛開始的測試進(jìn)度非常緩慢。（沒辦法，項(xiàng)目工期太緊）

　　下面主要總結(jié)一下項(xiàng)目成功的可能因素，比較膚淺。
　　雖然項(xiàng)目受很多不利的因素的困擾，但最終還是交付給用戶使用，不管怎么樣，這中間還是有很多值得思考的方面。

　　1．? 項(xiàng)目經(jīng)理

　　這個項(xiàng)目經(jīng)歷過很多的困難，從一開始的人員沒有到位，到被限定的項(xiàng)目時間，再到需求的不完善等。如果不是項(xiàng)目經(jīng)理超強(qiáng)的全局把握能力和領(lǐng)導(dǎo)魅力，不論是在封 閉期間，還是在那段加班的日子，依然保持團(tuán)隊(duì)的團(tuán)結(jié)和斗志。因?yàn)檫@個項(xiàng)目經(jīng)理，團(tuán)隊(duì)核心人員都沒有離去，心甘情愿的跟著他把項(xiàng)目完成。有一個好的項(xiàng)目經(jīng) 理，對項(xiàng)目來說太重要了。當(dāng)然，項(xiàng)目的每個成員都很重要。

　　2．? 團(tuán)隊(duì)的團(tuán)結(jié)

　　我們這個團(tuán)隊(duì)，是一個年輕的團(tuán)隊(duì)，因?yàn)檫@個項(xiàng)目而組建的，還有一部分成員是沒有任何開發(fā)經(jīng)驗(yàn)的。面對很多不利因素，所以能夠完成這個項(xiàng)目，很重要的一個原因是團(tuán)隊(duì)的團(tuán)結(jié)。封閉的N個月以及加班的N個日夜，雖然很艱苦，但是卻是我們團(tuán)隊(duì)最懷念的日子。大家在一起，同甘共苦，一起培訓(xùn)，一起交流，一起熬夜，一起吃方便面，一起玩CS，痛并快樂著。即使中間因?yàn)橛懻摱霈F(xiàn)過爭吵，但從來沒有影響過成員間的感情。

　　3．? 寬松的管理

　　我的意思并不是說管理松散，而是項(xiàng)目組的柔性管理。在項(xiàng)目開發(fā)期間，我們因?yàn)槟承┦虑槎鵁o法及時到崗時，都會獲批處理事情，只要在以后的工作中將這次落下的 工作及時完成，不影響項(xiàng)目計(jì)劃。我感覺這樣的管理方式，至少在我們這個團(tuán)隊(duì)執(zhí)行的很成功。我們不會偷懶，相反我們會更加勤奮地工作，回報(bào)領(lǐng)導(dǎo)的信任和關(guān) 心。因?yàn)榻鉀Q了后顧之憂，我們還有什么理由不全身心投入到工作中呢？

　　4．? 二次開發(fā)平臺

　　在這個項(xiàng)目中，我們引入了二次開發(fā)平臺。雖然二次開發(fā)平臺因?yàn)闀r間的原因，并不是很成熟，中間也出現(xiàn)過一些問題，但二次開發(fā)平臺在我們項(xiàng)目開發(fā)中還是起到了 很大的作用。通過使用二次開發(fā)平臺，規(guī)范了部分的代碼開發(fā)，減少重復(fù)勞動，強(qiáng)化代碼復(fù)用，讓開發(fā)人員更多的關(guān)注，模塊功能，從而提高了開發(fā)效率。如果沒有 二次開發(fā)平臺，也許我們現(xiàn)在還陷入在開發(fā)的泥沼中。

　　5．? RUP開發(fā)過程

　　按照以往的軟件開發(fā)經(jīng)驗(yàn)，項(xiàng)目一般都會采用瀑布模型，未必是嚴(yán)格按照瀑布模型的規(guī)定的一個階段的結(jié)束是另一個階段的開始，但大體都是按照這個過程安排項(xiàng)目計(jì)劃的。在這次軟件開發(fā)中，我們引入了RUP軟件開發(fā)過程，采用迭代模型和快速界面原型等開發(fā)模型，制定項(xiàng)目里程碑和迭代計(jì)劃。雖然并不是嚴(yán)格按照RUP規(guī)定的迭代進(jìn)行，因?yàn)橘Y源的有限和團(tuán)隊(duì)的年輕而有些變味，但還是有效地解決了一部分項(xiàng)目風(fēng)險(xiǎn)。

　　6．? 開發(fā)規(guī)范

　　據(jù)我了解，還是有一些公司沒有一個統(tǒng)一的開發(fā)規(guī)范，代碼質(zhì)量的好壞都是由個人的開發(fā)經(jīng)驗(yàn)決定的，我現(xiàn)在的公司在我來之前就是處于這種狀態(tài)。在這個項(xiàng)目中，因 為進(jìn)入開發(fā)階段后還在招聘人員，能力參差不齊，而且有一部分是沒有開發(fā)經(jīng)驗(yàn)的，這就對代碼質(zhì)量提出了挑戰(zhàn)。為了能提高代碼開發(fā)質(zhì)量，我們引入了開發(fā)規(guī)范， 制定了開發(fā)過程中的一些規(guī)則，所有成員都要求按照這個規(guī)范進(jìn)行開發(fā)。雖然成員在剛開始時受制約而感覺有些麻煩，但這樣的開發(fā)規(guī)范，不管對于項(xiàng)目還是整個公 司，都是重要的。

總結(jié)

以上是生活随笔為你收集整理的艾伟也谈项目管理，项目做完了，总结一下的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。