信息化咨詢和信息化項目管理都是舶來品。
項目管理是管理學的一個分支學科 ，對項目管理的定義是：指在項目活動中運用專門的知識、技能、工具和方法，使項目能夠在有限資源限定條件下，實現(xiàn)或超過設(shè)定的需求和期望的過程。項目管理是對一些成功地達成一系列目標相關(guān)的活動（譬如任務）的整體監(jiān)測和管控。這包括策劃、進度計劃和維護組成項目的活動的進展。
“項目是在限定的資源及限定的時間內(nèi)需完成的一次性任務。具體可以是一項工程、服務、研究課題及活動等?！?/p>
“項目管理是運用管理的知識、工具和技術(shù)于項目活動上，來達成解決項目的問題或達成項目的需求。所謂管理包含領(lǐng)導（leading）、組織（organizing）、用人（staffing）、計劃（planning）、控制（controlling）等五項主要工作。”
項目管理（Project Management）：運用各種相關(guān)技能、方法與工具，為滿足或超越項目有關(guān)各方對項目的要求與期望，所開展的各種計劃、組織、領(lǐng)導、控制等方面的活動。
我從事項目經(jīng)理崗位的時間超過5年，每每與人討論項目管理相關(guān)的情況，都會出現(xiàn)類似參加信息系統(tǒng)項目管理師和PMP考試、培訓是否有用的問題，這里面就是理論與實際沖突的問題，都有很多的情況讓項目經(jīng)理覺得很多來自于信息系統(tǒng)項目管理師和PMP中的知識無法運用。
其實我們有過實際項目經(jīng)驗的項目管理者去參加信息系統(tǒng)項目管理師和PMP考試會覺得難度低很多，為什么呢？因為很多我們實際項目應用的方法、模型、模版都來源于理論，由理論結(jié)合實際演變而來，書上得來終覺淺，此事要躬行！
信息系統(tǒng)項目管理的特點有哪些？
- 目標不明確
- 需求變化頻繁
- 腦力“勞動”密集型
- 設(shè)計人員高度專業(yè)化
- 涉及眾多承包商
- 承包商、供應商地理分散、聯(lián)系復雜
- 系統(tǒng)集成需要研發(fā)大量軟硬件系統(tǒng)
- 項目生命周期較短
- 研發(fā)中采用大量新技術(shù)
- 后期使用和維護要求高且相對復雜
那么實際項目管理中我們都遇到過哪些問題呢？
- 解決復雜業(yè)務與專業(yè)的技術(shù)
- 最終用戶的苛求與職責不明確
- 成本管理的壓力
- 相關(guān)放方關(guān)心度和配合度低
- 偏見與陰謀
那么為了應對上述的特點和項目管理過程中實際遇到的問題，我們項目經(jīng)理該具備什么樣的技能和知識才能夠滿足項目管理需求呢？
通用管理知識
- 財務和會計
- 采購和購買
- 銷售和營銷
- 合同和商業(yè)法規(guī)
- 后勤和供應
- 戰(zhàn)略計劃、戰(zhàn)術(shù)計劃
- 組織結(jié)構(gòu)、組織行為
- 人事管理、薪資、福利和職業(yè)規(guī)劃
- 健康和安全知識
軟技能和能力
- 有效溝通能力
- 領(lǐng)導能力
- 影響他人（組織）能力
- 激勵能力
- 談判和沖突管理能力
- 問題解決能力
那么針對上述問題和所具備的知識能力需求，對于日常項目管理中遇到的最常見的問題進行舉例說明。
產(chǎn)品需求問題
問題描述：產(chǎn)品立項需求比較多，項目周期比較長，需求評審會效率低
問題思考：上面問題的根源在產(chǎn)品立項需求比較多，通過跟PD溝通了解到，有多方面的原因
1、從產(chǎn)品業(yè)務邏輯上看，業(yè)務流程很簡單，不清楚技術(shù)實現(xiàn)層面上的工作量，所以只能按照產(chǎn)品的角度進行需求設(shè)計
2、從產(chǎn)品功能上看，就是需要這么多業(yè)務支持，不然用戶無法使用
3、好不容易爭取到開發(fā)測試資源，這次如果不做，不知道要拖到什么時候了
處理措施：添加內(nèi)部評審環(huán)節(jié)
措施時間點：內(nèi)部評審······> 立項會 ······
措施內(nèi)容：PD組織討論或會議，與服務端、客戶端主管進行內(nèi)部需求方案評審
1、討論確定方案可行性及工作量
2、確保立項需求內(nèi)容的開發(fā)周期在兩周左右，如果周期過長，進行拆分，分多期迭代，及時進行產(chǎn)品設(shè)計更改
開發(fā)計劃問題
問題描述：開發(fā)任務排期不積極，開發(fā)提測時間點不確定，開發(fā)進度不可控
問題思考：任務排期對后面開發(fā)有指導性作用，并且排期過程中，會整體梳理一遍業(yè)務流程及待開發(fā)功能點，可以提前發(fā)現(xiàn)一些業(yè)務問題，明確開發(fā)目標。因為這個環(huán)節(jié)比較繁瑣，所以一般開發(fā)積極性都不是很高，需要一個強制性流程幫開發(fā)養(yǎng)成任務排期的好習慣
處理措施：添加任務評審會
措施時間點： ······> 架構(gòu)評審會 ······> 任務評審會 ······> 開發(fā)階段 ······
措施內(nèi)容：明確開發(fā)任務，及計劃時間，評估確認提測時間點
冒煙提測問題
問題描述：提測質(zhì)量不好
問題思考：開發(fā)關(guān)注的是功能開發(fā)，一般對自測是抗拒的，或者說自愿性很低，所以需要從工具或流程上，保障下自測執(zhí)行情況
處理措施：添加冒煙演示環(huán)節(jié)
措施時間點： ······> 聯(lián)調(diào)自測 ······> 冒煙演示 ······> 提測 ······
措施內(nèi)容：開發(fā)當場做功能演示給測試、產(chǎn)品，冒煙用例通過后，準予提測
項目進度控制問題
問題描述：項目并行情況嚴重，開發(fā)、測試時間不匹配
問題思考：項目節(jié)奏的問題，主要是對開發(fā)、測試資源、當前項目情況沒有比較清晰的認識，導致項目并行情況嚴重，團隊效率降低
處理措施：PM把控項目節(jié)奏
措施時間點： PM把控項目節(jié)奏······> 立項會 ······
措施內(nèi)容：根據(jù)開發(fā)測試資源及項目情況，確定是否立項，及立項時間，這樣可以有效減少項目并行混亂的情況
產(chǎn)品設(shè)計問題
問題描述：產(chǎn)品設(shè)計文檔質(zhì)量差，需求設(shè)計問題多
問題思考：產(chǎn)品內(nèi)部文檔評審一般關(guān)注主要的業(yè)務流程，規(guī)范和部分細節(jié)方案會有疏漏，可以通過添加流程進行把控
處理措施：靜態(tài)測試
措施時間點：······ 立項會 ······> 靜態(tài)測試 ······> 需求評審 ······
措施內(nèi)容：針對PRD文件規(guī)范及業(yè)務邏輯進行檢測，規(guī)范PRD文檔，提前發(fā)現(xiàn)解決業(yè)務邏輯問題，提高需求評審效率
同時，在信息化的發(fā)展進程中，在管理信息化項目的同時，也為信息化項目管理以軟件系統(tǒng)的形式衍生了很多的軟件產(chǎn)品，如版本及源碼控制的SVN和Git，如Bug和需求的青銅器和Jira，如注重于項目管理的禪道等等，這些軟件產(chǎn)品都為項目管理的個別領(lǐng)域提供了相對專業(yè)的管理工具，讓項目經(jīng)理能夠更好的對項目的整體情況和風險管控提供必要的數(shù)據(jù)和管理支撐。
項目管理最核心的要素就是項目團隊的溝通問題，無障礙的溝通機制，能夠減少80%以上的項目管理問題的出現(xiàn)。
項目管理是一門理論與實際結(jié)合非常緊密的管理學分支，不能刻板的讓實際的項目管理配合理論知識，而是要讓理論知識和實際項目情況相結(jié)合，制定符合當前項目的項目管理方案。知識服務于項目，才是信息系統(tǒng)項目管理師和PMP考試的本質(zhì)。
今天的分享就到這里了，本文部分內(nèi)容來源于互聯(lián)網(wǎng)，感謝您的閱讀，如果喜歡我的分享，還請收藏 關(guān)注。
熱情工作，快樂生活～！
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
