到很多帖子上講怎麼樣才能做好專案，這次就講講我的經驗吧。
專案經理的能力，我覺得有兩個，乙個是基本的技能（技術、業務、專案管理），乙個是形勢分析和判斷能力。前者還可以通過自學做到，後者自學的可能性微乎其微。
專案經理個人的基本技能只是有個相對的保證，但是如果不具備形勢分析和判斷的能力，大一點的專案，基本上可以斷定專案失敗，這是我的經驗之談，理論上我覺得是風險管理的能力不具備，專案經理沒有能力去控制風險。
形勢分析和判斷的能力，乙個是要有一定的資智，至少性格上要冷靜，不能偏激。另乙個是要跟著有經驗的人去學習，去在具體的專案中看看別人怎麼做。最後就是要實踐，一刀一槍的打出來的。
判斷和決策是非常難的，每個專案都會有特殊的地方，就像我們看圍棋書裡講的妙手一樣，高手下出以後，覺得妙不可言，但是你記得再熟，一輩子也不會用上，因為不可能有這種場景出現。所以我對一些高手的經驗之談，會有這種感覺，學只是一種欣賞，但是不要真當回事，想著必須要這麼做，因為他不會告訴你當時的場景，人更多的時候講的是自己風光的一面，真的假的也就那麼回事，當真不得。
每個專案對專案經理來說，都是不一樣的，客戶的業務經驗、你的業務經驗、合同額、進度壓力、公司的策略，這些都會影響最終專案的收益，也就是團隊的獎金，所以我反覆強調要明白自己的目標和定位，該做什麼。只要乙個因素發生變化，就要改變計畫，需要你做判斷，有什麼風險，該怎麼做，這個工作我覺得是專案經理的核心內容。這些內容非言傳身教不可得，自己去悟基本不可能的。
如果是在乙個有一定規模、專案管理規範的公司裡面，有心的話，可以照我說的，多觀察，有機會多參加公司一級的專案例會。
如果是在乙個沒有什麼規範的公司，臨時任命的專案經理，我給你的建議是不要看什麼敏捷方法之類的書，也不要看成功實踐之類的帖子，那些不是你最需要的，反倒會把你帶溝裡。
你要做的就是先弄清楚你的目標，就是要把專案給弄上線，至於什麼框架積累復用、團隊建設之類的，跟專案無關，是公司考慮的。
具體做的方法，先看業務分析設計誰做，如果沒有人能做，你就先做這個，然後再看技術上有沒有人能管，如果沒有，那麼你就不要想著技術上怎麼怎麼的，用最簡單的技術去做，**爛不爛不重要，重要的是做出來，一定要記住專案對你來說就是要出東西，資源有限，你必須把心思放在乙個地方。
第乙個專案會非常辛苦，老老實實當炮灰，心態平衡就無所謂了。一仗下來，如果還活著的話，你就可以總結，看看書，拿完成的專案看，如果哪個環節做的好，下次做的時候會省力氣，記住只有乙個地方。這次我再給你乙個竅門，就是反覆跟專案團隊夥伴一起看問題清單，第乙個專案裡面肯定會有一類問題讓你大傷腦筋，而且動手解決的難度不大。
這個方法才是真正的「極限」方法，好好學吧。
專案管理經驗分享
我的專案經驗分為專案啟動前，專案開發中，專案維護中三個階段總結。一 專案啟動前 1 需求分析 根據需求給定的需求說明書，去仔細分析理解每乙個需求任務，評估功能需求的可做性 技術可行性，評估功能的實現和耗費的資源 人力和時間 的可支援性。例如 在tulipb b02 專案開發過程中，在使用者遠端許可權...
專案管理經驗借鑑
要馬兒好，又要馬兒不吃草 這句話不知是誰 發明 的 發明這句話的人，想來是專案管理的高手。為什麼？因為專案管理的精義，就是 又要馬兒好，又要馬兒不吃草。乙個成功的專案，通常有三個要素 這三個彼此互斥的要素，就像乙個等邊三角形的三邊一樣，缺了一邊，或任何一邊比其它兩面邊短，我們就不能再稱這個三角形為等...
專案管理經驗學習
軟體專案評估表 專案名稱 評估日期 評估者 評估輪次 評估結果 功能點 費用 工作量 理由技術引導方法選擇 工具 技術 目的 簡介 會議管理 使會議更順暢，在計畫的時間內完成會議議程。內容包括安全注意事項的,會議目的，會議議程，對參會人員的行為要求，參會人員對會議的期望以及角色的定位與分工。介紹 分...