最近在看pmp相關的書籍,對pmi的理念,深以為然,記錄如下。
同時關注結果和過程
專案管理既要看結果好不好,同時也要關注過程。好的過程才能產生好的結果。如果光有好的結果嗎,沒有好的過程,那麼這個結果不會持久。
以干係人管理為中心
傳統專案管理強調的是管理專案範圍、時間和成本三重制約,現代專案管理強調的是滿足專案干係人的需求和期望並最終使干係人滿意。干係人有不同的需求和期望,往往還互相衝突,專案管理團隊需要在這些衝突的需求和目標之間取得平衡,排出優先順序,並由此設定清晰明確、各方均能理解並認同的專案目標。在專案開始前,應盡量識別所有的干係人並弄清楚所有的工作。干係人應當盡早參與到專案中來,參與團隊建設,並幫助識別和管理專案風險。在計畫專案和溝通管理計畫時,應當考慮他們的需求。
不要鍍金
避免光環效應
光環效應(halo effect)又稱暈輪效應,它是一種影響人際知覺的因素,有點類似愛屋及烏的感覺。如乙個人的某種品質,或這個物品的某種特性給人以非常好的印象,那麼人們會對這個人的其他品質,或這個物品的其他特性也給予較好的評價。在現實工作中,專案經理往往直接從技術專家中選拔,人們習慣性地認為他們在專案管理工作上也會有成績。但是,技術專家並不等同與專案管理專家,pmi理念認為專案經理和技術專家在工作內容上有本質的差異。專案經理同時需要具有專案管理知識、專案實踐能力和領導溝通的個人素質三方面的因素才能勝任。
預防勝於檢查
防患於未然的代價總是小於糾正錯誤的代價。專案經理應該學會預防問題,而不是解決問題。如果每天都在解決問題,你就不是乙個好的專案經理。對於可能出現的問題,你應該提前制定計畫來預防這些問題。
積極主動地面對問題
pmi理念認為專案經理在處理專案問題和解決衝突時要有積極主動地心態,不迴避問題和衝突,主動和發生問題的當事人進行溝通和交流,並解決問題。
要有風險意識
專案規劃時必須考慮風險,不完成風險管理,就不能最後決定專案的成本和進度計畫。專案的假設和制約因素常常被看成是風險**。
以不變應萬變
專案的基準不能輕易改變,專案必須按時、按預算完成,並符合其他所有專案目標,這是專案經理的責任。面對變化,專案經理只能提出變更請求,但無法直接去變更範圍、時間、成本基準和質量標準。如果需要變更,所有的變更一定要遵循變更控制程式,變更內容可以不同,但是變更控制程式卻不能改變。
前車之鑑,後事之師
pmi理念非常關注組織過程資產和歷史資料的積累,因為對於專案管理團隊和客戶來說,歷史資料記錄是非常有價值的,任何組織都應該有歷史資料的積累。要分析採取糾措施的根本原因,並把吸取的經驗教訓作為歷史記錄和過程資產的一部分。專案收尾時,對經驗和教訓的總結叫做行政收尾。只有行政收尾完成了,專案才算結束,而且用文字記載的歷史資料總是比人腦中的經驗更加可靠。合理使用歷史資料對專案的成功十分重要。pmi理念更強調客觀事實,不相信任何缺乏依據的主觀判斷。
因地制宜,權衡關係
任何乙個專案經理都必須在公司既有的系統和文化中工作,被稱為事業環境因素。專案經理必須面對的矛盾和制約因素,處理範圍、時間、成本、質量外,還包括資源和風險。其中任何一項的改變都需要評估對其他部分所產生的影響。專案經理必須權衡好這些因素之間的關係。
巴菲特的一些投資理念
1 希望你不要認為自己擁有的 僅僅是一紙 每天都在變動的憑證,而且一旦某種經濟事件或政治事件使你緊張不安就會成為你拋售的候選物件.相反,我希望你將自己想象成為公司的所有者之一,對這家企業你願意無限期的投資,就像你與家庭中的其他成員合夥擁有的乙個農場或一套公寓.2 如果我們有堅定的長期投資期望,那麼短...
stark 1 一些理念
django專案啟動時,自定義執行某個py檔案。1 2from django.utils.module loading import autodiscover modules34 class 5 name stark 6 7def ready self 8 autodiscover modules ...
對落地DevOps理念的一些反思
作者 杜屹東編輯 郭蕾 在 thoughtworks 的一篇題為 devops 團隊之殤 的文章中,thoughtworks 軟體工程師杜屹東反思了 devops 的價值以及挑戰。devops 理念從誕生到現在已經有近 10 年的時間,然而社群對於它的爭論卻未停止過。devops 希望能夠消除開發與...