谈知识体系的演进

标签: 随笔文章 | 发表时间:2012-05-20 23:53 | 作者:人月神话
出处:http://blog.sina.com.cn/cmmi
如果我们谈IT咨询规划顾问,或者谈大型IT项目的项目经理,很多时候往往需要的都是综合能力。对于综合能力在这里不再谈沟通,ppt和演示,团队协同,写作能软技能能力。而重点来谈谈业务和技术方面综合能力的演进过程和路线。

拿IT项目经理来说,如果没有真正做过比较专职化的项目经理,很难真正的理解到项目经理的工作内容和实践,项目管理中的实际问题。而你真正做了项目经理,你又会发现很多工作内容原来就在做,只是没有系统化和体系化。正如管理不在于知,而在于行一样道理,很多事情如果没有实践很难真正系统化和体系化形成经验和能力。

前面工作3-4年基本以软件开发为主,没有做过专职的需求,也没有做过专职的测试,但是在软件开发过程中自然涉及到这些内容,通过软件开发实践,以问题驱动的方式自然会对整个软件生命周期中的需求和测试环节提出更深入的理解。旁观者清,旁观者往往更多的是问题和场景驱动,通过问题和场景来反思上下游过程存在的问题和不足,以理解各个过程的核心要素。

在8年后我基本在逐步开始做外部大型项目的项目管理,IT业务咨询方面的工作。个人核心观点就是这个层面往往已经不是靠单个岗位上工作经验的积累,更多的是靠整个IT领域相关知识的积累。如果原来多年的积累就只关注点上的知识,要在学习能力下降后的现在考虑快速的面上的拓展是相当困难的事情。前面8年的工作基本涉及到软件开发,业务领域知识,需求,架构,测试,开发平台,IT项目管理,cmmi,产品开发等多个方面的知识,这些知识基本也是以核心业务域+软件工程的拓展。有大环境,有项目实战,再加上自己兴趣驱动就容易去拓展和深入。可以讲现在在实际工作中使用到的知识涉及到的方面太多,而这些又刚好基本都在原来学习和实践过,有些是亲自参加,有些是参与专题讨论和评审,制定方案。所以讲现在之学习和实践必将为后续工作所用,即使是跨行业,那么你仍然可以学习原来的学习方法和解决问题思维。

原来我讲过学习的前导性和学习的外延性的问题。其核心就是学习知识不仅仅是一个类似知识树的静态结构,而是一个通过前导-》当前-》外延拓展有效串联的动态学习链。当前工作开展不下去是前导知识缺失,当面工作完结而主动思考和总结减少了拓展和外延的机会。工作中学习的过程其好处就是实际问题驱动,只有问题驱动的学习是最有价值,也产生价值的学习,学习的过程就是不断前导外延双向拓展的过程,各个知识点不断抽象进行系统化和体系化的过程。

回到正题,知识有一个完整的演进路线,并不是说学习过程一定遵循这些演进路线,只是提供一种参考。个人经验来看仅仅谈从软件开发走到最好的咨询管理岗位的学习和渐进路线。

在技术层面:前面三年重点是编码能力提升,好的编码本身就是设计,在编码过程中加强重构。后面三年过渡到系统分析设计能力提升,一个是本身架构设计能力的提升,在架构设计能力提升中自然会更加关注需求和测试,关注整个软件生命周期,架构中开始关注技术架构和框架方面的内容,也关注RUP,MDA,DDD,FDD,敏捷等各种方法的核心思想,并选择性的使用。后面接着可以关注大型产品研发方面内容,关注技术平台和产品平台的概念,关注SOA和组件化架构这些内容。在技术层面,如果不是完全纯粹的技术线发展,要知道cmmi和软件工程体系知识重要性远远高于数据结构和算法。

在业务领域层面:对于技术路线刚开始很少会关注到真正的业务域,所以我们说虽然从事技术或软件产品,仍然最好是能够适当的做不同业务域的软件,只有真正做该业务域的时候你才会真正关心业务需求和流程。在前阶段的自我学习往往都是理论和宏观的概念,很难真正的去细化。做企业信息化不管互联网如何发展,企业价值链分析思路,ERP说涉及到业务域仍然是核心内容。大的业务线条如供应链(计划,库存,采购),财务,合同,市场营销和CRM,产品研发,HR等都需要有所了解。在中后期阶段,重点感觉是企业架构和各个业务域的核心业界标准和模型的学习。比如谈供应链的时候会谈到scor模型,谈产品研发会谈到cmmi和ipd等。而且你原来涉及到的是一个行业,跨行业的时候还会出现很多差异化的内容,比如09年我做电力行业项目的时候,发现电网企业很多业务和系统和传统制造型企业有很多的不同。做运营商项目的时候又不得不去研究eTOM和SID等模型和规划体系。但是不管怎么变,核心业务仍然是通的。知识很多时候并不一定必须是从下向上抽象,很多时候也可以从顶向下构建,先构建完整的总体框架,然后根据需要逐步研究和深入。

相关 [知识 体系] 推荐:

设计师需要的知识体系

- - 博客 - 伯乐在线
产品设计师面对复杂、庞大的制造业系统以及多元化的市场,其知识体系要同时具备广度和深度. 设计是循序渐进、不断深入的过程,因此我们面对的是交错的学科体系,以及深入的技术探究. 当国内工业设计教育界还在热烈地争论设计是艺术还是技术时,不妨退一步思考,设计本身既融合又独立,既有依附性又具有本身不可替代的意义.

谈知识体系的演进

- - 人月神话的BLOG
如果我们谈IT咨询规划顾问,或者谈大型IT项目的项目经理,很多时候往往需要的都是综合能力. 对于综合能力在这里不再谈沟通,ppt和演示,团队协同,写作能软技能能力. 而重点来谈谈业务和技术方面综合能力的演进过程和路线. 拿IT项目经理来说,如果没有真正做过比较专职化的项目经理,很难真正的理解到项目经理的工作内容和实践,项目管理中的实际问题.

Web前端知识体系精简

- - IT瘾-geek
Web前端技术由html、css和javascript三大部分构成,是一个庞大而复杂的技术体系,其复杂程度不低于任何一门后端语言. 而我们在学习它的时候往往是先从某一个点切入,然后不断地接触和学习新的知识点,因此对于初学者很难理清楚整个体系的脉络结构. 本文将对Web前端知识体系进行简单的梳理,对应的每个知识点点到为止,不作详细介绍.

机器学习知识体系

- - IT瘾-dev
随着2016年Alpha Go在围棋击败李世石,2017年初卡内基梅隆大学人工智能系统Libratus在长达20天的鏖战中,打败4名世界顶级德州扑克玩家,这标志着人工智能技术又达到了一个新的高峰. 人工智能已经不再是在各大公司幕后提供各种智能推荐、语音识别算法的工具,它已经慢慢走向台前进入到平常百姓的视野之中.

产品经理必须掌握的知识体系——账号体系

- - IT瘾-tuicool
说到“账号”,想必大家对于这个名词已经习以为常. 现在市场上的大多数应用,都会有自己的账号体系. 产品设计从0到1最初的构建,用户与应用的最初触达,基本上是从最不起眼的账号体系开始. 对此,我这段时间对账号体系进行了学习和总结,在此分享给大家,希望对大家也有帮助. 我所理解的账号,是用户与系统建立的一种联系,是用户从现实映射到虚拟系统中的唯一识别标记.

如何建立自己的知识体系?

- Xiaoxi - 战隼的学习探索
前段时间在知乎里有人问我这个问题,一直到这几天才回答了,估计看我这个BLOG的人都会对这个问题有兴趣,在这里分享一下答案. 不好意思,这个问题比较大,可能会说得比较灵散. 我基本上是通过大量阅读,特别主题阅读来建立自己的知识体系,主题阅读具体体现在读书笔记和思维导图.. 能把书中的框架和重点都展现出来或者你用一页纸能把重点说清楚,就算合格.

一语道破项目管理知识体系42个过程

- - CSDN博客研发管理推荐文章
以下笔者各用一句话概括项目管理知识体系42个过程:. (1)制定项目章程:诞生项目,并为项目经理“正名”;. (2)识别干系人:搞清楚谁与项目相关;. (3)制定项目管理计划:编制项目执行的蓝图;. (4)收集需求:收集要做什么;. (5)定义范围:确定要做什么;. (6)创建工作分解结构:细化交付成果到可管理的程度;.

一文从0到1掌握用户画像知识体系

- -
前段时间上了一个用户画像的课程,授课老师是《用户画像:方法论与工程化解决方案》的作者赵宏田老师;另外也研读了一些讲述用户画像的文章. 基于对上述学习内容的理解,同时结合工作实践,通过本文和大家分享下有关用户画像的认知、建设方法、产品化和应用. 随着用户的一切行为数据可以被企业追踪到,企业的关注点日益聚焦在如何利用大数据为经营分析和精准营销服务,而要做精细化运营,首先要建立本企业的用户画像.

知识衍生

- 月乾 - linux大棚-roclinux.cn
周日,落得清闲,写篇博客,把自己有关“知识学习”的一个小感悟,用图表达出来,希望能让大家有所启发. 思考一下,想学习一个新的知识,需要哪些前置知识,一个一个列出来,看看这些前置知识,有哪些还不熟悉,再列出这个前置知识的前置知识,如此递归下去,会形成一棵知识的树状结构,我们叫它知识衍生树吧. 所有叶子节点上的前置知识都是你所熟练掌握和理解的.

知识的顶峰

- loudly - 科学松鼠会