錯誤一：錯誤的需求調研階段，導致很多專案永遠無法結束!在軟體行業，在介面設計沒有正式展現給客戶之前，所有的工作都處於需求調研階段。其實建築行業已經給我們做好了先例：客戶買房子之前是先要看看樣板房和模型的，什麼都看不到這房子你敢買麼？除非你不是自己住!
而在我們所學的軟體工程概念模型中，這是三個階段：需求調研、需求分析、概要設計。在客戶把他們想要管理的業務模組以及與之相關的業務資料，流程，表單交付你的時候，你千萬不要把這個階段定性為需要調研結束，寫出《需要規格說明書》就可以了。大量的實踐證明，在概要設計階段所衍生出來的需求工作量是之前的5~10倍，甚至更多，因為這要看設計人員的業務溝通能力和建模水平。
有實施經驗比較豐富的專案管理人員總結說，在中國實施軟體專案，必須以諮詢方式展開：要推出自己的方案，而不能完全按照客戶來提需求作專案。這是一種很好的解決思路，但無法解決所有實施專案的難題。這種解決方案的前提，要麼專案實施者有成熟的業務模型，要麼有成熟的產品(包含了成熟的業務模型)，否則是不可能做到的。但如果沒有3~5年在同一行業，同一領域的實施經驗和理論總結，沒有哪家it企業能達到這樣的前提要求。
其實得出這樣結論的深層原因，是因為國內多數企業管理思想不成熟，更談不上完善的業務模型，所以客戶的思維一定程度是發散的，還未形成系統。甚至還有些客戶的領導，腦子中有很多新鮮的點子，他都有可能想在企業資訊化的實施過程中加進來，這對把控專案範圍和專案實施效果來說，都可能是災難的開始。
所以，要做好實施專案，實施者必須有很好的業務建模能力，快速的給客戶展示合理的軟體原型——軟體demo。
請記住：軟體實施專案，一定要給使用者看到樣板房——軟體demo，才算需求調研結束!
錯誤二：it技術人員不需要掌握專案管理
有這種看法的人不在少數。根據觀察，之所以形成這種看法，一是對專案的真正概念不清晰，二是對管理的概念「神話」了，把管理理解成了高深莫測，非一般人能做的事情。首先有必要普及一下專案的概念。
專案，就是在限定的時間要人完成的事。記住三個關鍵字即可把握：人、時、事。
專案管理就是參與者用什麼(知識、技能、工具、方法)來圓滿地乾好這件事。
明白了這些，你就會明白從日常生活的吃喝拉撒到國家管理，處處都是專案，處處都需要專案管理，也就能明白每個人都需要專案管理，也就能理解學會了專案管理將會多麼受益無窮，嫻熟運用專案管理思維將無往不勝!
但需要提醒大家一點，現在的pmbok是把傳統製造行業、建築行業、it行業等多個行業領域的專案管理知識糅合到了一起，大而全，但針對性不夠好，所以很多人覺得pmbok理論化太強，學完了覺得很多東西沒用。現在國際知名的另外一套專案管理認證，ipmp是按照工作崗位能力進行了分級，也沒有針對行業進行分解。所以，無論拿到pmp或者ipmp，很多人都會有同樣的困惑。據了解，pmi已經準備做這樣的改進，這是乙個很好的訊息。
IT專案管理的六種錯誤思維
it專案管理的六種錯誤思維 錯誤一 錯誤的需求調研階段，導致很多專案永遠無法結束 在軟體行業，在介面設計沒有正式展現給客戶之前，所有的工作都處於需求調研階段。其實建築行業已經給我們做好了先例 客戶買房子之前是先要看看樣板房和模型的，什麼都看不到這房子你敢買麼?除非你不是自己住 而在我們所學的軟體工程...
以結果為導向的專案管理
本月下旬開始轉變研發管理方式，實施以結果為導向的責任制模式，多勞者多得，不勞者不得。不在一直加班加班加班，特殊情況可申 班並提交原因 任務下放，確認責任人，確認執行計畫，同時確認驗收方式和時間 實施任務與獎金掛鉤模式，每條任務根據不同難度分不同金額，明碼標價，持續積累，多勞多得 研發任務不再只驗收 ...
為何倡導以質量為導向的專案管理？
我作為專案經理一直是標榜自己是以質量為導向的專案管理的倡導者和身體力行者，為何這樣提呢？也是基於自己做過的成功的專案的經驗得來的。在專案管理的三要素tqc中，這三者在專案管理中是需要平衡的，但是更需要明白他們並不是平等的，為什麼這麼說呢？這也是因為軟體專案的特點引起的，關於軟體的專案管理的特點參見我...