項目管理，就是以科學的方法和工具，在范圍、時間、成本三者之間尋找到一個合適的平衡點，以便項目所有干系人都盡可能的滿意。IT項目管理可以分為兩部分理解：一個是IT，一個管理；掌握項目管理的知識體系，另一個是對IT項目特別是軟件工程項目的背景和技術深入了解，第三個就是多關注現(xiàn)實中的成功和失敗項目實例啦，積累經(jīng)驗。本文介紹IT項目管理的若干關鍵要素。
1、產(chǎn)品
產(chǎn)品的的最終實現(xiàn)要通過多個迭代的項目版本進行。當時做產(chǎn)品還是做項目是必須要回答的問題，項目是階段目標，而產(chǎn)品才是終極目標。關注產(chǎn)品才可能形成市場和客戶導向。因此在做項目過程中隨時都應該融入產(chǎn)品意識?
而什么是產(chǎn)品意識?產(chǎn)品意識首先是一種客戶意識，要認識到做項目最終仍然是形成產(chǎn)品，而產(chǎn)品的最終作用仍然是使用并為客戶帶來價值;其次是團隊意識，要意識到團隊力量才能夠最終形成產(chǎn)品，雖然個人只負責了產(chǎn)品的很小一個零件，但是實現(xiàn)過程中仍然要從產(chǎn)品的角度去考慮和設計;最后才是產(chǎn)品的設計意識，要意識到產(chǎn)品設計是一個較為獨立的活動和流程，產(chǎn)品設計是從用戶的角度來看產(chǎn)品而不是從內(nèi)部實現(xiàn)機制上來分析產(chǎn)品，這是產(chǎn)品設計之基本。
2、風險
我們意識到有風險，但是風險還是轉(zhuǎn)化為問題了。所以有風險意識還不行，還必須將風險轉(zhuǎn)化為行動。對于風險必須關注兩個問題，第一是關鍵的風險是否已經(jīng)識別出來?第二是對于風險的應對是否有效?最害怕的是關鍵風險沒有被識別出來，最遺憾的是雖然識別了關鍵風險，但是風險仍然轉(zhuǎn)化為了問題。
一開始可能你并不清楚風險應對是否有效，所以必須去關注和跟蹤風險應對的情況。關羽大意失荊州，雖然有修建烽火臺的風險應對，但是風險仍然轉(zhuǎn)化為了問題，所以只能說是一種遺憾的事情。
3、WBS分解
為什么要分解?分解是我們面對大型事物或問題的一種思維和解決問題方式，通過分解逐步理清楚問題，通過分而治之逐個解決。這是我們談分解的總體思路，再細化下分解的原因。
通過分解進行問題的分析，實現(xiàn)大問題向小問題，大目標向小目標的轉(zhuǎn)化。通過分解體現(xiàn)高內(nèi)聚，松耦合的組件化思想。最大限度的考慮復用，更好的響應變更。通過分解將串行工作轉(zhuǎn)化為并行工作，減少等待時間，讓團隊成員有事可做。通過分解將大版本拆分為迭代版本，實現(xiàn)最快速的首版本交付。
要知道分解和集成都會增加額外的工作量，如果不是為了上述目的，就應該盡量減少不必要的分解。前面兩點是從技術上和問題解決層面來考慮分解的目的，而后面兩點則是從項目管理和計劃上來考慮分解的目的。在分解的過程中兩者必須要兼顧。
4、團隊
團隊和分解密切相關，沒有計劃和分解就談不上團隊和執(zhí)行。而團隊是項目目標真正的執(zhí)行者，對于團隊的考慮就是通過分解讓相關人員都能夠很好的勝任各自的工作。所以要做好項目管理，先了解團隊成員知識和技能是必須的。如果對團隊成員都不足夠了解，就很難更好的進行工作和任務的安排，如果多技術不了解，又很難從技術層面去考慮分解工作。項團隊的高效和核心競爭力體現(xiàn)在哪里?首先要意識到團隊的高效的基礎仍然是個人的高效，但是個人的高效并不代表團隊一定高效。如果個人的高效都是在為團隊最終的目標服務，有很強的目標意識才可能帶來團隊的高效。團隊高效一方面是分解后并行工作中的高效性和按期完成，減少等待和空閑;一方面是集成過程中的順暢性和高效溝通。
5、量化
很多工作如預研究等確實很難計劃或量化，但是這并不代表我們不應該形成以數(shù)據(jù)說話的意識。任何事物都不是一開始