談知識體系的演進

　　如果我們談IT咨詢規劃顧問，或者談大型IT項目的項目經理，很多時候往往需要的都是綜合能力。對于綜合能力在這里不再談溝通，ppt和演示，團隊協同，寫作能軟技能能力。而重點來談談業務和技術方面綜合能力的演進過程和路線。

　　拿IT項目經理來說，如果沒有真正做過比較專職化的項目經理，很難真正的理解到項目經理的工作內容和實踐，項目管理中的實際問題。而你真正做了項目經理，你又會發現很多工作內容原來就在做，只是沒有系統化和體系化。正如管理不在于知，而在于行一樣道理，很多事情如果沒有實踐很難真正系統化和體系化形成經驗和能力。

　　前面工作3-4年基本以軟件開發為主，沒有做過專職的需求，也沒有做過專職的測試，但是在軟件開發過程中自然涉及到這些內容，通過軟件開發實踐，以問題驅動的方式自然會對整個軟件生命周期中的需求和測試環節提出更深入的理解。旁觀者清，旁觀者往往更多的是問題和場景驅動，通過問題和場景來反思上下游過程存在的問題和不足，以理解各個過程的核心要素。

　　在8年后我基本在逐步開始做外部大型項目的項目管理，IT業務咨詢方面的工作。個人核心觀點就是這個層面往往已經不是靠單個崗位上工作經驗的積累，更多的是靠整個IT領域相關知識的積累。如果原來多年的積累就只關注點上的知識，要在學習能力下降后的現在考慮快速的面上的拓展是相當困難的事情。前面8年的工作基本涉及到軟件開發，業務領域知識，需求，架構，測試，開發平臺，IT項目管理，cmmi，產品開發等多個方面的知識，這些知識基本也是以核心業務域+軟件工程的拓展。有大環境，有項目實戰，再加上自己興趣驅動就容易去拓展和深入?？梢灾v現在在實際工作中使用到的知識涉及到的方面太多，而這些又剛好基本都在原來學習和實踐過，有些是親自參加，有些是參與專題討論和評審，制定方案。所以講現在之學習和實踐必將為后續工作所用，即使是跨行業，那么你仍然可以學習原來的學習方法和解決問題思維。

　　原來我講過學習的前導性和學習的外延性的問題。其核心就是學習知識不僅僅是一個類似知識樹的靜態結構，而是一個通過前導-》當前-》外延拓展有效串聯的動態學習鏈。當前工作開展不下去是前導知識缺失，當面工作完結而主動思考和總結減少了拓展和外延的機會。工作中學習的過程其好處就是實際問題驅動，只有問題驅動的學習是最有價值，也產生價值的學習，學習的過程就是不斷前導外延雙向拓展的過程，各個知識點不斷抽象進行系統化和體系化的過程。

　　回到正題，知識有一個完整的演進路線，并不是說學習過程一定遵循這些演進路線，只是提供一種參考。個人經驗來看僅僅談從軟件開發走到最好的咨詢管理崗位的學習和漸進路線。

　　在技術層面：前面三年重點是編碼能力提升，好的編碼本身就是設計，在編碼過程中加強重構。后面三年過渡到系統分析設計能力提升，一個是本身架構設計能力的提升，在架構設計能力提升中自然會更加關注需求和測試，關注整個軟件生命周期，架構中開始關注技術架構和框架方面的內容，也關注RUP，MDA，DDD，FDD，敏捷等各種方法的核心思想，并選擇性的使用。后面接著可以關注大型產品研發方面內容，關注技術平臺和產品平臺的概念，關注SOA和組件化架構這些內容。在技術層面，如果不是完全純粹的技術線發展，要知道cmmi和軟件工程體系知識重要性遠遠高于數據結構和算法。

　　在業務領域層面：對于技術路線剛開始很少會關注到真正的業務域，所以我們說雖然從事技術或軟件產品，仍然最好是能夠適當的做不同業務域的軟件，只有真正做該業務域的時候你才會真正關心業務需求和流程。在前階段的自我學習往往都是理論和宏觀的概念，很難真正的去細化。做企業信息化不管互聯網如何發展，企業價值鏈分析思路，ERP說涉及到業務域仍然是核心內容。大的業務線條如供應鏈(計劃，庫存，采購)，財務，合同，市場營銷和CRM，產品研發，HR等都需要有所了解。在中后期階段，重點感覺是企業架構和各個業務域的核心業界標準和模型的學習。比如談供應鏈的時候會談到scor模型，談產品研發會談到cmmi和ipd等。而且你原來涉及到的是一個行業，跨行業的時候還會出現很多差異化的內容，比如09年我做電力行業項目的時候，發現電網企業很多業務和系統和傳統制造型企業有很多的不同。做運營商項目的時候又不得不去研究eTOM和SID等模型和規劃體系。但是不管怎么變，核心業務仍然是通的。知識很多時候并不一定必須是從下向上抽象，很多時候也可以從頂向下構建，先構建完整的總體框架，然后根據需要逐步研究和深入。

原文轉自：http://www.anti-gravitydesign.com