學習筆記，來自《微權力下的專案管理》
圖1 專案管理從野蠻生長大敏捷的演進歷程
1、威權和**階段 草創階段，依賴nb的創始人，乙個人啥都管，從業務到產品到工程到售後全面管理。牛人實際就是乙個搭好的產品經理。
2、職能化階段（授權） 公司規模擴大，管理層擴大，高管進行職務分工，各管一塊，發揮各自職能領域內的專長。當然，主要依賴於各領域高管的專家意見，人治色彩濃厚。
3、規範化管理（制度化） 公司繼續發展，高管也忙不過來了。於是推行制度化，管理要求流程化、制度化，管理模式規範化。文字化的制度逐步成形，公司管理有法可依。
4、標準化管理（體系化） 公司規模繼續擴大，業務範圍膨脹，公司集團化。制度可能出現各種牴觸和問題，於是引進各種標準體系。各種貫標，保證集團內部能夠協同。平庸化的各類標準，保證不低於60分的標準體系，四平八穩，啥都不能缺，不能有明顯短板。一言以蔽之，就是大而全。
5、精益化管理 體系化帶來的必然結果，就是臃腫、效率低下，標準化的核心就是保證不低於60分，無法追求卓越，面對急劇變化時完全就是等死。做減法，而且按照二八原則，開展pdca的戴明環改進，是精益化的核心。
6、專案化管理（跨職能協同） 打破部門職能牆。隨著職能管理的發展，人治逐步變成法治，形成了部門規範，又逐步借鑑外部最佳實踐形成企業統一的標準，基於戴明環（pdca)形成了體系化的管理，職能部門內的專業能力和執行力都越來越好了，但部門牆也越來越厚了。跨部門協同和大幅度創新也越來越困難了。基於專案來開展專案化管理，打破職能牆，實現跨職能協同，推動內部創新和適應外部變化。
7、端到端流程化（上下游協同） 以客戶為關注點，推進全流程管理。基於標準化的管理體系的流程管理總是偏向pdca戴明環，關注點在合規性；與其不同，全流程管理以客戶為關注點，更關注效率和效果。與專案化管理類似，也是要打破部門牆。最常見的效果就體現在**鏈的協同化運營上。
8、專案管理流程敏捷化 專案管理流程化後，例如cmmi模式，帶來最大問題就是流程僵化。
專案管理敏捷化其實還是以前面的標準化、精益化、全流程管理等為基礎的。不同階段，關注的重點和核心會不一樣，人員的素質也是非常需要關注的點。沒有認真評估所處組織的實際情況和能力，盲目地跳過基礎階段，很可能就是一場災難。
MYSQL 資料管理技術的3個發展階段
資料管理就是對各種資料進行分類 組織 編碼 查詢和維護，主要經歷了 3 個階段，即人工管理階段 檔案系統階段和資料庫系統階段。每乙個階段都是以減小資料冗餘 增強資料獨立性和方便運算元據為目的進行發展。在計算機出現之前，人們主要利用紙張和計算工具 如算盤和計算尺 來進行資料的記錄和計算，依靠大腦來管理...
專案管理一般知識 專案的組織方式
專案的組織方式可以分為 職能型 職能型適用於規模較小 偏重於技術的專案 專案型 專案型適用於規模較大 技術複雜時的專案 矩陣型 矩陣型適用於規模巨大 技術複雜的專案。矩陣型又可細分為 弱矩陣型 平衡矩陣型 又稱中矩陣 強矩陣型。所謂強和弱都是相對專案中專案經理的權力而言的，比如弱矩陣中專案經理的權力...
Bug管理的一般流程
軟體bug的狀態 新資訊 new 測試中新報告的軟體缺陷 開啟 open 被確認並分配給相關開發人員處理 修正 fixed 開發人員已修正，等待測試人員驗證 拒絕 declined 拒絕修改缺陷 延期 deferred 不在當前版本修復的錯誤，下一版修復 關閉 closed 錯誤已被修復 bug管理...