其他

 專案管理的績效究竟如何衡量？其中最重要的還是要客戶滿意，同時保證專案管理的成本和利潤目標的實現。在這裡面還存在著進度和品質作為重要的基礎指標，而當我們關注到個人成長的時候，個體的生產率和工作有效性也顯得同樣重要。 軟體專案管理有一個很重要的內容就是度量，但是我們不提倡簡單的講度量結果應用到績效考核中。我們在績效評估的過程中需要參考度量的資料作為依據，因此度量指標的設計，度量收集的資料是否合理就顯得額外重要。 客戶滿意包含了多方面的內容，首先是客戶提出的重要需求都得到了很好的滿足，需求的符合度高

人員招募的時候除了發揮你的視覺和聽覺。還要發揮你的觸覺和嗅覺。視覺和聽覺感知的是現在，觸覺和嗅覺感知的是未來。創意在創業中重要，但是它只是基礎的基礎，因為有太多拿著好的創意沒成功的例子。商業模式是否清晰，是否已經有一個已經凝聚的高效戰鬥力的技術型團隊是第一位重要的。人員未到位的情況下如何做計劃？我們需要採用what-if假設和模擬分析，給出在可能的不同假設情境下的多套計劃。這樣才可能有備無患。總體的資料庫設計很重要，是總體設計的核心，應該掌握在少數人手裡保持高度的概念完整性和設計一致性。敏捷和反

在協作性遊戲中協作和溝通固然重要,當更重要的是遊戲規則,規則保證了大家能夠一起把遊戲玩下去。而快速軟體開發正如協作型遊戲，在輕量級的方法論中，規則和紀律往往更加重要。 進度延誤後每個人都可以為自己找到一大堆的理由，當很少有一條理由屬於自己的原因。對於Team

目標驅動，系統思維，風險意識，資料量化凡事預則立，不預則廢。如果你不知道要到哪裡？給你一張地圖也沒有用。目標驅動首先要有最基本的計劃管理和時間管理能力。對於一個項目，我們過程中做的所有工作都是為了要達到項目目標，因此在項目各個階段所有活動都需要考慮對達成目標的影響，當發現偏差後及時糾正。目標驅動讓我們從無目的的事後應急變成了有計劃有目的的事前預測。目標驅動不是要拋棄過程，項目的成功涉及到過程，人和方法工具技術。為了達到項目目標，我們要根據項目的實際情況採取一系列項目原來已經總結的最佳實務形成一套

 SG 1 進行風險管理準備建立並維護用於識別、分析和緩解風險的戰略。這個戰略一般編寫成項目風險管理計劃。風險管理戰略處理的是適用於控制風險管理大綱的具體措施、資源和管理方法；包括對風險來源、風險分類方案以及風險的評價、界定和控制參數等的策劃。相應的慣例：SP1.1 確定風險來源和類別 SP1.2 定義風險參數 SP1.3

指是方向和指路牌，指是學習的方法和路徑，指是循序漸進達到目標的學習過程。月是結果，是我們最終要達到的目標，但是沒有方向的指引和正確的學習路徑，我們就會偏離了目標，也很難堅持下去達到目標。很多時候我們在學習過程中正是總希望直接得到結果或別人告訴你結果，而不關注過程和得到結果的方法，不懂得回溯去完善自我的學習路徑，以期達到更高和更遠的目標。沒有了指往往就是看到了月亮而沒有真正的得到月亮，真正達到目標必須要遵循一定的學習步驟和路徑，循序漸進。棄指求月就是要告訴我們自我修鍊的步驟和過程，佛講三般若即文字

對於CMMI流程改善高成熟度等級的常見誤解如下:1.如果我們能夠度量更多的事情，而且使更多的人都能夠來評審和使用這些度量資料，我們最終就可以達到四級水平。(無法體現四級的過程穩定和可預測兩個基本要求)2.達到四級的關鍵是要度量正確的事情，並且使用正確的技術來分析和使用度量。3.在我們準備實施高成熟度等級要求的各種實踐的時候，我們必須要得到有足夠多的正確的資料才能夠開始行動。(在三級實施的基礎上，已經能夠找到在過程在項目內基本穩定的項目即可開始行動)4.在成熟度等級四級增加了控製圖使用的目的是度量

團隊中的每一個人，如果他們的技能水平和工作效率不能提高，即使再好的規範和過程也是無用的。而且技能和效率提高，靠的不是過程和規範，靠的也不僅僅是積極心態，而是需要真正的關注到開放式的團隊學習和實踐環境。自性迷，佛即眾生；自性悟，眾生即佛。任何一個專業的技術型領域，都需要我們又較好的悟性。悟性的一個重要意思就是師傅僅僅是點到為止，你得到了好的指引，學習的方法和切入點後，剩下的事情全是你自己的，別人無法幫你。增量和迭代的一個重要作用在於減少風險和資源充分利用，而減少風險就是要使瀑布式的基於過程和階段的

1.PPM將過程或子過程當前的行為和環境和過程的最終結果關聯起來。PPM通過可能和實際的各個因子的變化來對過程的最終結果進行預測(比如採用What-if方法)。在這個預測過程中模型中涉及到一個或多個子過程的過程單元和影響因子。2.PPM過程模型中使用的各個影響因子最好是可以控制的，以便於項目可以採取各種矯正措施以影響最終的過程輸出。在自然界更多的是統計和機率分布而不是確定的唯一資料，QPM量化專案管理即是用統計學的方法來解釋偏差，並且通過建立模型來預測當過程模型中的影響因子變化的時候過程的最終結

原文:http://www.mypm.net/blog/user1/julie/archives/2008/24565.html企業專案管理體系建設的核心是建立企業的專案管理方法，目前,大部分組織缺乏系統的、統一的專案管理方法。在我們諮詢的幾家公司中，我們常常會聽到這樣的質疑聲：一套方法怎麼可以管所有的項目嗎？特別是IT項目，技術過程都不統一，如何用一套方法來管所有的項目，由此我們也看到很多樸素的管理方法在各個項目組織中自由成長，但在一個企業內，項目間的聯絡是不可避免的，相互間的協作、配合由於缺

度量過程架構:度量和分析過程域包括：詳細說明度量和分析的目的，使其與已標識的資訊需要和目的一致詳細說明度量、資料擷取、儲存機制、分析技術以及報告和反饋機制實現資料的採集、儲存、分析和報告提供可用於作出可靠決策的客觀結果，並採取適當的糾正行動將度量和分析活動與項目的其它過程整合，以支援：客觀的計劃和估計按已制定的計劃和目的跟蹤實際的效能標識和解決與過程相關的問題提供將度量合并到未來的附加過程中去的基礎注意二級的度量集中在項目層級，項目可以把特定的項目資料和結果存放在項目專用的庫中。當資料在項目間廣

個人知識管理我前面的文章談過很多的內容，關於知識的收集分析，知識的應用，知識的轉化等。個人知識管理的基礎是個人的時間管理，另外一個重要內容就是要建立自己的知識體系和知識庫。個人的計劃和時間管理為自己樹立了相應的目標，而個人知識管理就是要達到這些目標必須要具備的個人知識和技能，為了達到這些目標就需要清楚瞭解清楚知識體系，畫出知識地圖，指引你達到最終的個人目標。漸修和頓悟，兩者是分不開的。沒有漸修的量的積累，就沒有最終頓悟的質變。而漸修我們又要講究做事情的方式和方法，講究過程按部就班的循序漸進。學海

       最底層是基礎硬體設施和資料庫服務。在底層的各種業務使用的資料庫中，資料庫本身可以是獨立和分布式的。資料庫之間不應該直接建立太多的資料互動和傳遞。具體的資料同步和互動也需要註冊到ESB服務匯流排上，按一定的規範標準提供資料服務。在ESB企業服務匯流排上有兩類服務和引擎，一類是提供基礎的技術架構和服務的引擎，一類是提供業務SOA服務的引擎。在快速軟體開發中我們強調的許可權建模，流程建模，組織圖建模，報表，圖表和資料服務等都可以抽象為標準的技術類服務引擎。這些引擎可以讓我們快速的搭建一個

快速軟體開發中有一個要素是每日構建和煙霧測試 (Smoke Test)。其引入的前提是在功能點的劃分上粒度要盡量細緻，團隊中每個人都要嚴格遵守紀律，養成日事日畢的習慣。一個功能點只有通過了煙霧測試 (Smoke

這本書的背景正好是電腦軟體公司，所以讀起來會顯得格外親切。與其說該書講IT專案管理，更加貼切的講應該說該書主要講了IT團隊的管理和團隊建設，時間管理和壓力管理。對於時刻面臨範圍蔓延，人員流失和期限的IT項目而言，往往團隊效率和團隊管理才是既治標又治本的方法。軟體項目和團隊中人是重要的資產，而人要發揮最大的效率不僅僅是個人的知識和技能。團隊，外部環境，家庭，朋友和外部交往都會影響到個人的效率。找到它-通過駐足，注視和聆聽。真正瞭解身邊的人和事。對於比爾空降到一個新的項目和團隊，被業績目標壓的喘不過

流程績效是對遵循某各過程後所達到的實際結果的度量。注意流程績效的度量包括了兩方面的內容，一方面是對過程的度量(工作量，評審效率，缺陷移除等),一方面是對產品品質的度量(故障數，缺陷密度)等。雖然流程績效包含了品質，單是為了強調品質在過程域裡面我們常用的詞仍然是品質和流程績效目標，該目標覆蓋了產品品質，服務品質和流程績效。組織預期的流程績效可以用來建立項目的流程績效目標，也是和項目流程績效實際資料進行比較的重要基準。這些資訊是項目定量管理的基礎，同時執行了定量管理的項目又為組織的流程績效基準提供改

客戶夥伴關係-客戶是整個價值鏈末端的消費者。為了最大化客戶價值，在價值鏈中每個階段的每個人都必須去追求更好的理解客戶價值，分享那些能夠支援價值鏈的資訊。開誠布公溝通-為了最大化的個體的價值和效率，鼓勵各種改進建議，改進和便利問題的根源分析，協助消除特殊原因引起的各種偏差。開放，直接，大範圍的溝通和資訊共用必須成為團隊文化的核心。為共同願景而工作-項目共同願景是在整個價值鏈過程中團隊成員共同興趣和工作的焦點。共同願景使協作得到改進。共同願景給整個團隊一個架構和指導原則以決定每個決策應該得到如何的評

德魯克在《管理的實踐》中對目標管理和自我控制有較全面的描述，企業中的每個組織和每個人都必須為企業的直接成果負責任。在目標管理和自我控制中也專門談及到了目標管理在管理員專業化工作，管理等級，管理階層間的差異和工資報酬等方面的障礙，但我們必須意識到目標管理的最大優點也許是它使得一位管理員能控制自己的成就。自我控制意味著更強的激勵：一種要做得最好而不是敷衍了事的願望。因此想再談下目標的內涵。1.目標必須來源於企業的宗旨和使命，即企業是什麼和應該做什麼?企業的成就來源於對客戶需求的實現，客戶和市場創造了

關於流程改善CMMI的有效性思考同行評審基礎和重點組態管理基礎和重點CMM的管理思想-摘錄期許偉大-基於CMMI的流程改善之道探索研發流程改善之6sigma與CMMI-轉載CMMI諮詢和實施-整理對CMMI四級兩個KPA目標的理解以需求驅動來切實作好軟體流程改善工作CMMI培訓總結報告-轉載CMM實施案例CMMI度量的一些關鍵計量CMMI的一些問題CMMI三級的一些重點總結CMMI四級的兩個過程域過程是經驗積累的最好載體過程和專案管理CMMI各過程域與軟體生命週期關係圖-摘錄CMMI整合專案管理

軟體專案管理原則談－轉自51testing軟體開發專案管理－摘錄一個十人Team Dev的人員安排IT專案管理點滴-轉載專案管理資料收集-轉載項目中的方法，工具和技術專案計劃內容總結再談IT專案管理中的人員問題基於PSP、TSP、CMMI構建高績效團隊-轉載如何做一個正確的決策-專案管理藝術筆記論專案管理的能力層次和管理境界-轉載做什麼-需求和計劃(專案管理藝術筆記)IT人員的時間管理-Rajesh