廣義來說,任何有目的的行為,都可以看成專案，具體定義，可以參考各種培訓教材。
比如pmbok的定義：
專案是為創造獨特的產品、服務或成果而進行的臨時性工作pmp相關教材可以用來了解專案管理知識體系的基本概念，用來入門是不錯的。不過那些教材寫的有些晦澀。
還是要看目標。
如果是為了找專案管理相關工作，需要乙個證書讓簡歷更漂亮，那還是要花時間去考。
如果是為了提高專案管理水平，略讀一邊pmbok，了解基本概念即可。真正的實力提公升，來自於實戰
如何學習專案管理
了解基本概念=〉實戰=〉思考=〉總結=〉再實戰。。。。。
簡單說，是為了更好的被管理。
乙個開發團隊，事實上會形成一種亞文化，大家使用同一種「語言」（行話），溝通效率會變高，有效降低管理成本。
比如：經過統一培訓，團隊對 「rtl release」形成乙個共同、明確的定義，可以減少很多不必要的溝通
都是好東西，但理論需要落地，切不可教條化。所有的理論都需要跟據目前的環境。
失敗有各種形式，但根源在於缺乏實戰，缺乏思考
理論，需要與實踐相結合，每個公司的文化不同，每個專案有自己的特點。理論知識如何落地？通過實踐，思考和總結三**寶。
還有一種失敗叫東施效颦。別人的成功經驗，學過來造章執行，結果一塌糊塗，為什麼？
別人的成功經驗，是別人思考和實踐得來，是基於他們自己的團隊文化和內外部環境。每個公司的土壤不同，直接嫁接過來，未必能開花結果。就像直接摘了其他樹的蘋果，掛在自己樹上。
專案管理雜談
最近一直再看統一軟體開發過程.並且在帶領團隊開發專案的時候也基本是按照書上所說來展開專案的.回頭看看這些專案覺得有諸多問題.提出來大家一起討論.首先談談專案的開發流程.這個我想都大同小異.a 制訂標準,包括協作標準資料庫標準 標準 在附件裡面規則.rar b 搭建框架,主要包括 1 整體 專案採用的...
專案管理雜談
最近一直再看統一軟體開發過程.並且在帶領團隊開發專案的時候也基本是按照書上所說來展開專案的.回頭看看這些專案覺得有諸多問題.提出來大家一起討論.首先談談專案的開發流程.這個我想都大同小異.a 制訂標準,包括協作標準資料庫標準 標準 在附件裡面規則.rar b 搭建框架,主要包括 1 整體 專案採用的...
專案管理雜談 客戶是上帝嗎？
由於常駐現場開發，與客戶打交道的機會比較多，在專案組成員的眼裡，客戶是什麼呢？是上帝嗎？要樹立以客戶為中心的思想嗎？我估計很多程式設計師都沒有想過這個問題，只是想把工作完成就ok了。由於沒有這種心態，也導致了有些專案組成員在和客戶的溝通中，問題不斷，因為使用者的需求變化導致開發者和客戶的對立也時而有...