怎樣項目推進(jìn)？（結合自身在項目中遇到的問(wèn)題以及常見(jiàn)解決措施）
更新時(shí)間：2026-05-04 15:32:40
項目實(shí)施是樣項遇指從項目藍圖確認開(kāi)始，到項目上線(xiàn)、目推目中驗收的進(jìn)結解決全過(guò)程。為了能夠保質(zhì)保量的合自完成項目，我們需(O_O)要制定合理的身項項目計劃，統一規劃、??題及???科學(xué)安排項目計劃的常見(jiàn)措施有序進(jìn)行。筆者(//ω//)結合自身在項目中遇到的樣項遇問(wèn)題以及常見(jiàn)解決措施，與大家一起討論、目推目中分析如何推進(jìn)項目。進(jìn)結解決
項目工作開(kāi)展的合自前提就是明確(′ω｀)需求，之后就是身項要制定相應的項目人天計劃。在制定項目人天計劃的題及時(shí)候，??就需要對項目進(jìn)行分解，常見(jiàn)措施項目分解的樣項遇意義在于(°□°)了解項目?jì)炔窟壿?，明確各集成方面需要提供的數據接口、視圖的數量、用途，為后期項目設計做準備。
項目分解通常分為兩類(lèi)，一類(lèi)是從業(yè)??務(wù)角度分解項目，一類(lèi)是(′?_?`)從數據角度分解??項(╥_╥)目，這兩種??分解方式幾乎是同時(shí)存在于項目中，二者相輔相成卻又容易混淆??，下面我們來(lái)逐一分析一下這兩種分解方式。
1 業(yè)務(wù)分解
業(yè)務(wù)分解就是將集成的模塊根據甲方企業(yè)內部業(yè)務(wù)的(de)實(shí)際發(fā)??生順序進(jìn)行分類(lèi)的過(guò)程，比較常見(jiàn)的比??如統一用戶(hù)、單點(diǎn)登錄。這種分解的常見(jiàn)特點(diǎn)是功能單一，復用性強，通常由多個(gè)系統制定統一的標準來(lái)執行。
例??如統一用戶(hù)的核心必然是用戶(hù)賬號、密碼的同步，但是由于各個(gè)系統內部自身新增用戶(hù)的限制，比如關(guān)聯(lián)的授權等，不能簡(jiǎn)單直接的將用戶(hù)信息同步，進(jìn)而延伸出將管理的組織、崗位的同步。雖然各個(gè)系統的具體要求會(huì )不一樣，但是總體的需求和基本邏輯應該是相同的，那么這一組信息同步的流程就具有普遍的意義，就可以作為一個(gè)功能模塊來(lái)進(jìn)行工作分解，然后再針對各個(gè)系統做出進(jìn)一步的分解，這樣我們就比較容易得到相對準確的人天估算。
2 數據分解
數據分解是針對已經(jīng)進(jìn)行業(yè)務(wù)分解的模塊，在(╯°□°）╯︵ ┻━┻模塊內┐(′?｀)┌部以數據的形態(tài)為邊界進(jìn)行的再次分解。到了數據分解的程度基本就是可以開(kāi)??始項目的概要設計了。
數據分解簡(jiǎn)單來(lái)說(shuō)就是在一個(gè)功能模塊內(nei)，數據從哪里來(lái)，經(jīng)過(guò)了什么樣的轉換，進(jìn)入了哪個(gè)地方，最后在哪里顯示等等。每一次數據的轉換最(???)好是有文檔說(shuō)明，這樣在將來(lái)出現問(wèn)題時(shí)容易快速定位。??
數據分解的例子也很多，比如有兩個(gè)集成方都涉及了合同的管理功能，在集成時(shí)需要兩個(gè)廠(chǎng)家在合同的全周期內互通消息，那么就需要我們從合同的增刪改、提交、駁回、再提交、通過(guò)，這些常見(jiàn)的節??點(diǎn)的進(jìn)退都需要考慮需要(yao)什么樣的流程處理，哪些流程可以合并處理，哪些流程可以復用等一系列事宜。
很多時(shí)候業(yè)務(wù)分解與數據分解容易混淆的地方在于，有的業(yè)務(wù)比較簡(jiǎn)單，通過(guò)一次分解即可實(shí)現功能，沒(méi)有業(yè)務(wù)與數據的明顯ヽ(′▽?zhuān)?/界限；有的業(yè)務(wù)比較復雜，業(yè)務(wù)包含多個(gè)數據線(xiàn)，數據線(xiàn)又貫穿多個(gè)業(yè)務(wù)，這一點(diǎn)只能是自己多加思考，勤于總結，逐漸摸索規律。
3 工作分解
將項目按照業(yè)務(wù)、( ?▽?)數據的形式進(jìn)行分解之后，就可以做工作分解了。工作分解與之前兩種分解最主要的區別是，工?作┐(′д｀)┌分解本質(zhì)上是對時(shí)間的ヽ(′▽?zhuān)?ノ管理。即按照既定的業(yè)務(wù)、數據分解的任務(wù)模塊，規定合適的時(shí)間來(lái)完成。
時(shí)間管理的法則有很多，比較容易掌握的就是四象限法則，就是按照緊急而且ヽ(′?｀)ノ重要、??重要但是不緊急、緊急但是不重要、不重要也(ye)不緊急這四類(lèi)。然后優(yōu)先做緊急而重要的事情，之后計劃做重要但是不緊急的事(′?｀)情，緊急但是不重要的事情可以安排其他人去做，??要輪流安排組員去做，避免讓???組員產(chǎn)生領(lǐng)導交(jiao)代的事情都是同等重要必須馬上完成的誤會(huì )。
工作分解之后要進(jìn)行工作審查，工作審查主要是對(dui)工作(zuo)合理??性的??審查，包括任務(wù)模塊先后順序的審查，耗時(shí)合理性的審查。順序合理性審查主要是依照上面提到的(de)法則為依據，耗時(shí)合理性審查則是綜合考慮(╯°□°）╯︵ ┻━┻項目難易程度、被集成方的配合程度、項目經(jīng)理及組員技術(shù)等多方面因素，同時(shí)要適當留出時(shí)間作為??應急使用，耗時(shí)的合理性審查是衡量一個(gè)項目經(jīng)理(li)能力的基本點(diǎn)。
項目計劃是保障項目推進(jìn)的前提條件，項目的??具體落實(shí)情況才是考驗一個(gè)項目經(jīng)理能力的關(guān)鍵。在項目中，筆者最深刻的體會(huì )就是你所有??的工作都會(huì )比你計劃的時(shí)間( ?° ?? ?°)更耗時(shí)，這個(gè)現象出現的原因有很多，比如甲方工??作重心轉移，比如被集成方不配合，比如(ru)對項目工作缺乏預見(jiàn)性，工作安排不合理，甚??至可能是停電一類(lèi)的突發(fā)事故，但是最終的結果必(bi)然是項目拖期，這是我們不愿意看到的，因此筆者對項目落實(shí)有(you)如下看法：
1 多點(diǎn)開(kāi)發(fā)，齊頭并進(jìn)
在工作中要注重溝通協(xié)助，對于重點(diǎn)事宜要反復督促、及時(shí)溝通，作為項目經(jīng)理要及時(shí)掌握員工(gong)的進(jìn)度以及心理動(dòng)態(tài)。我們相信人(ren)有主觀(guān)能動(dòng)性，但是人也有惰性，發(fā)現進(jìn)度不對，及時(shí)查找問(wèn)題，發(fā)現問(wèn)題要及時(shí)暴露ヽ(′▽?zhuān)?/出來(lái)，一旦拖延下去，很容易把小事拖成大事，大事拖成(cheng)事故。
2 穩中求進(jìn)，溝通先行
開(kāi)展工作之前一定要注意溝通??交流，這??里的溝通交流至少包括三個(gè)層面的意思，一是與甲方的交流，及時(shí)匯報工作進(jìn)度以及需要配合的事宜，二是與涉及??的集成商交流，需求調研階段的交流一般是由產(chǎn)品經(jīng)理負責，而進(jìn)入實(shí)際開(kāi)發(fā)階段通常是由程序員負責，中間的信息傳遞容易有變差，這時(shí)我們需要再次溝通交流。三是與公司本部交流，主要是針對工作注意事項，當前集成工作容易出現的問(wèn)題給出指導性意見(jiàn)。
3 反復推演，迭代推進(jìn)
如果項目經(jīng)理素質(zhì)基本過(guò)硬，有足夠??的責任心，上述兩點(diǎn)還是比較(′▽?zhuān)?容易達到的，此時(shí)就需要注??意迭代的問(wèn)題，就是說(shuō)我們的(′?_?`)工作不是一次性完成的，在完成某一塊工作的時(shí)候，不但要考慮后續工作，更重要的是回到起點(diǎn)，重新梳理工作計劃，考慮其他工作是否有適合開(kāi)展的，最好保證同時(shí)有兩、三個(gè)工作項并發(fā)進(jìn)行。這樣才能爭取時(shí)間，保證項目周期ヽ(′?｀)ノ。
風(fēng)險管控
在實(shí)際項目中總會(huì )有風(fēng)險出現，常見(jiàn)的風(fēng)險有返工導致項目拖期、開(kāi)發(fā)中遇到了難以攻克的技術(shù)點(diǎn)、被集成方(fang)的不配合、甲方需求無(wú)限蔓延等情況。筆者結合自身項目中出現的現象與大家一起??討論。
1 項目拖期
項目拖期是風(fēng)險管理最常見(jiàn)的一種風(fēng)險，項目拖期的原因有很(hen)多，在(zai)這里我們只談一種原因就是返工。返工顧名思義就是功能實(shí)現不符合甲方要求，甚至無(wú)法實(shí)現而導致的推倒重做的現象，這種現象不但耗費工時(shí)，同時(shí)也(ye)嚴重打擊團隊士氣。
避免返工首先要確保項目經(jīng)理自身技術(shù)過(guò)硬，設計合理，(′?｀)如果做不到，在設計時(shí)要集思廣益，可以讓后方協(xié)助給出參考意見(jiàn)。其次如果發(fā)現有功能無(wú)法實(shí)現的可能，那么要及時(shí)采取成熟的技術(shù)方案作為后備，及早做好適應性調試。
2 技術(shù)難點(diǎn)
在項目??ヾ(′ω｀)?中，ヽ(′▽?zhuān)?ノ由于各個(gè)系統開(kāi)發(fā)語(yǔ)言、技術(shù)、甚至是風(fēng)??格的不一致，難??免會(huì )出現一些技術(shù)上需要攻關(guān)的地方，這個(gè)時(shí)候要謹記一點(diǎn)，量力而行。項目經(jīng)理要對自己及隊員的水平有一個(gè)明確的認識，對于略高于自己團隊水平，或者可以通過(guò)網(wǎng)絡(luò )等渠道獲取豐富資源的技術(shù)點(diǎn)，可以自行攻關(guān)，這也是磨練隊伍的一個(gè)重要環(huán)節。如果發(fā)現技術(shù)攻關(guān)比較耗時(shí)而且難度頗高，(????)要及時(shí)聯(lián)系后發(fā)，請求技術(shù)支持，不要逞強，尤其是涉及測試(shi)量比較大的改動(dòng)，最好不要在項目?jì)冗M(jìn)行。
3 推動(dòng)阻力
在項目推進(jìn)過(guò)程中，用戶(hù)、廠(chǎng)商的消極抵觸也是比較常見(jiàn)的風(fēng)險。對此筆者的建議是盡早聯(lián)系甲方，我們做集成工作通常面臨都是體量比較大的單位，一個(gè)項目的確定都不是一個(gè)人、一個(gè)部??門(mén)可以決定的，既然項目可以正常開(kāi)展，那么必然是群體博弈的結果。所以這類(lèi)問(wèn)題還是盡早告知甲方，??請求甲方協(xié)助解決是比(T_T)較好的方法。
心得總結
以上是筆者對項目推進(jìn)工作的總結和看法，項目的推進(jìn)是一項細致而又繁瑣的工作，從工作的計劃分解開(kāi)始，直到項目驗收結束。溝通、協(xié)調、總結、推演始終貫穿在項目生命周期，工作始于計劃，將項目詳細完整的分解到位才能確保項目的順利開(kāi)展。合理的工作安排，良好的溝通協(xié)作能夠保障在(zai)項目順利開(kāi)展的過(guò)程中降低項目風(fēng)險，實(shí)際項目的周期通常會(huì )比較長(cháng)，迭代式的推進(jìn)可以保障項目在實(shí)施過(guò)程中不至于出現虎頭蛇尾的現象，在項目中要勤于總結，對工作內(nei)容要做好相關(guān)記錄，不論是將來(lái)備查還是回顧，都有著(zhù)重要意義。
另外筆者還有一些想法ヽ(′?｀)ノ想與大家分享。古語(yǔ)說(shuō)見(jiàn)賢思齊焉，見(jiàn)不賢而內自省也，一味的閉門(mén)造車(chē)不(bu)是成長(cháng)的好方法，項目是最好的老師，多去做項目，多去接觸一些高水平的人是自我綜合水平提???高的最好方式。同時(shí)，在推進(jìn)項目的同時(shí)不(bu)要忘記人才的培養，一┐(′д｀)┌個(gè)項目的成功與否并不完全取決于項目的完成(cheng)情況，自身(??ヮ?)?*:???的提高、團隊的磨合、后續人才的培養也是通過(guò)項目實(shí)現的，因此在抓項目進(jìn)度的同時(shí)，適當放開(kāi)一些時(shí)間去培養合適的人，也是一件很必要的事情。
