前面講到的都是團隊建設的東西，似乎也不是短期可以把握的（有些理念是根深蒂固的，非經歷不能認知，慶幸的是我很早以前就認識到了）。尤其是人性方面，不過我覺得己所不欲勿施於人，首先還是得從專案經理做起，誰叫你是帶頭的呢！能把手下這一幫人搞定，是需要些本事的。 雖然一時還未必能達到，至少能朝著方向努力。
不論如何，專案還是要繼續。我們沒那麼多已經準備好的素質，往往是乙個不成熟的專案經理，帶著一群尚在成長中的手下，共同為乙個目標而努力。怎辦呢?絕大多數都是這樣的情況，一群還不清楚情況的人，因為乙個目的走到了一塊，也算是緣分吧！
等人員都齊了，就要大家聚一起，先了解一下這個專案了。需求是怎麼產生的?產品的規劃是什麼樣的?總之，必須要專案的每個人都知道自己到底做的是個神馬玩意兒。有些人總是喜歡藏著掖著，或者不願意給別人介紹情況，覺得沒必要知道那麼多（或者更自私的想法都存在）。當然，如果出於公司機密，確實要謹慎也無可厚非，但你覺得如果有意想洩密，還能找不到途徑（唯一竊取不到的是文化、理念，和融入這個產品的思想，別人只能模仿無法超越）
情況大家都清楚了，下面開始分工 ...
專案管理其實可以簡單一點 團隊建設
前面說完了專案經理 領頭人 責任人，或者叫協調人，那是相當重要的角色 其實我更想說每個人都很重要，這也是我第一次擔任這個角色時就已經有的觀念，而專案經理只是稍微更重要一點點 因為這不是乙個人的戰鬥，還有優秀的團隊。而優秀的團隊不是天然形成的，都是培養出來的 多數公司擔心培養出來後，人就跑了豈不是白費...
專案管理其實可以簡單一點 任務分工
雖然我很看重集體的力量，這種力量是偉大的，但任務還得分個先後。就需求和設計而言，必須是有這方面的經驗者完成。在這個過程中，大家都可參與，比如提出自己的想法 指出可能更合適的邏輯，但主導思想和大的框架要由專門的人負責。這個人可以是專案經理 部門經理 需求分析師 架構師，實際專案中這個人往往都不是專職的...
我的一點專案管理經驗！
說心裡話，每個專案經理都有自己的不同經歷，不同遭遇。而且不同專案，不同地域，不同甲方，需要的策略都是不一樣的。總體而言，我下邊的話算是自己的乙個粗略總結。希望大家多提不同意見。合同及開發需求注意方面 1 專案管理中，必須文件先行，然後簽署詳細的需求書，並讓甲方確認，簽字。這樣為了杜絕甲方在專案開展後...