當(dāng)前位置:工程項目OA系統(tǒng) > 房地產(chǎn)OA系統(tǒng) > 相關(guān)系統(tǒng) > 房地產(chǎn)項目管理軟件
專案管理淺談--軟件專案管理
發(fā)現(xiàn)普遍失敗的專案都會存在一個特質(zhì),即為專案經(jīng)理并不明白專案經(jīng)理的權(quán)利與義務(wù)。專案經(jīng)理為整個專案的靈魂,亦為影響整個專案團隊最重要的人物。好的專案經(jīng)理應(yīng)該懂得授權(quán)與信任,才能使整個專案團隊獲得最大的彈性與效能,以及將時間分配在整合及溝通協(xié)調(diào)的部份上。一般專案最常見的情況即為專案經(jīng)理的專權(quán),亦即所有的業(yè)務(wù)均會想辦法介入并給予意見。例如在軟件開發(fā)的專案經(jīng)理,甚至于跳下來進行程序的撰寫,以及介入程序的測試,如此之情況不但會造成專案經(jīng)理的分身乏術(shù),還會使其它之專案團隊成員缺乏向心力及信心,因而造成團隊整體效率低落及無向心力,易產(chǎn)生職業(yè)之倦怠感而造成人員流動。在收與放之間該如何拿捏,一直是考驗著專案經(jīng)理功力的最好試金石。人員的配置也是專案是否可以成功的一個重要因素。將對的人放置在對的位置,說起來簡單可是執(zhí)行起來卻有個一定的困難度,或是如何藉由在職的教育訓(xùn)練,而提高個人的工作效率以及對產(chǎn)品、產(chǎn)業(yè)的熟悉,更是一個專案經(jīng)理應(yīng)該注意的事項。
得到了好的團隊成員后,專案經(jīng)理就可以高枕無憂了嗎?這倒也未必!專案初始階段時的設(shè)計與規(guī)劃,對于之后專案的執(zhí)行有著很大的影響。規(guī)劃及資源的整合為專案經(jīng)理最重要的責(zé)任,專案的規(guī)劃通常只是專案經(jīng)理心中最理想的專案執(zhí)行蹤式,只是事情往往不如預(yù)期,因此專案的規(guī)劃必須是隨時進行查看及更新的,同時必需隨時識別專案可能遭遇到的風(fēng)險,例如:資源之不足、人員之異動、技術(shù)的可能更新…等等,此時更可以顯示出專案經(jīng)理的功力。風(fēng)顯識別的判斷通常仰賴的是經(jīng)驗,經(jīng)驗的來源通常為自身曾應(yīng)遇到的慘痛歷史,因此此時的風(fēng)險識別如果可以有公司及其它專案組或是專案管理辦公室的支持即可使專案的風(fēng)險降至最低。資源的取得與協(xié)調(diào)往往也是另一個風(fēng)險的開端,包括材料費用的漲價、供應(yīng)商問題或是人員的離職或異動。資源的品質(zhì)好壞也是另一個影響專案成敗的很大因素,往往低劣的品質(zhì)反而會再造成更多的風(fēng)險,而已專案在未期階段時,往往風(fēng)險的發(fā)生將會導(dǎo)致嚴重的后果,例如影響整體專案的品質(zhì)或是完成期限…等等。
良好且有程序的測試,可以確保良好的專案品質(zhì)。測試的工作往往會被一般的專案人員視為末節(jié),即為有空再處理,沒空則草草帶過。軟件專案的開發(fā)不像硬件般的開發(fā)可以有一個容易識別量化的良率指針,因此如何維持產(chǎn)品的品質(zhì)亦即更為重要。個人之作法為在專案設(shè)計之初,即在專案的規(guī)劃階段時,除規(guī)劃設(shè)計整體結(jié)構(gòu)外,亦需同時思考應(yīng)如何針對此結(jié)構(gòu)或是產(chǎn)出結(jié)果進行單元測試及整合測試。因整合測試之工程往往必需配合其它相關(guān)之功能或流程,故得于規(guī)劃時一并考量,以避免屆時無資料可測試之窘境。關(guān)于測試的結(jié)果,亦需留存于文字文件記錄,除記錄結(jié)果外,尚需記錄所有之前因及其他相關(guān)之配合情境,以表現(xiàn)測試時之忠實情況。在測試無誤后,尚需將所得到之結(jié)果與范圍說明書相互確認是否符合客戶之需求,以免在專案結(jié)案時才發(fā)現(xiàn)產(chǎn)品與需求不符之情況。
專案的成功,需要很多的經(jīng)驗與專業(yè)知識的積累。曾經(jīng)看過一句話「要做出一杯好的咖啡,必需先知道怎樣才算是好的咖啡」。相同的,要做一個好的專案前,也必需先了解怎樣才算是好的專案。產(chǎn)品的品質(zhì)、預(yù)算內(nèi)的費用、時程內(nèi)的控制…等等因素缺一不可, 更重要的是如何在這些有形的條件限制之下,達到客戶的最大滿意,我想,這才是整個專案是否成功的最重要關(guān)鍵了!