从个人自我管理到IT知识体系关键点串讲

　　自己从2020年6月入驻头条写作以来已经差不多快9个月，基本坚持每天日更一篇文章，总共更新了270篇文章。其中70%左右的技术类文章，30%左右的个人自我管理和思维类的文章。
　　首先要说明下在头条发文要做到日更是一件相当不容易的事情，在进入头条写作前我已经在新浪博客保持日更3年多的时间，新浪博客的日更很多时候会写随感类的点滴记录，快的时候20分钟就可以完成。而在头条写作最快也需要差不多1个小时的写作时间，有些比较长的系统化文章往往需要3到4个小时才能够完成。
　　最近收集公司的培训需求并整理培训计划。我初步准备将我头条已经输出的文章内容做下快速的导读和串讲。做这个事情的初衷还是希望能够让大家转变意识，由被动学习转变为兴趣驱动的主动学习，其次就是我串讲的内容会相当广泛，但是你可以基于你当前的关注点去深入的展开学习和实践，至少你能够找到从哪里切入。
　　对于IT行业的岗位技能培训实际包括了共性软技能和专业技能两大方面的内容，因此整个串讲还是得从个人自我管理和软技能再展开到各个关键技能岗位的专业技能上面。
　　01 态度-长期主义
　　最近几年自己经常说到并去真正实践证悟的一个词就是长期主义，而我自己给长期主义的一个定义是能够自我内在驱动长周期的专注做一件事情，在做一件事情的时候建立自我原则和价值观，高度自律，不因外在各种诱惑而改变。
　　专注即心安，自律即自由。
　　所以现在讲态度，不是简单地讲责任心，讲积极主动，而是如何形成自我内驱力，长期的坚持和专注做一件事情。
　　一时的激情，打鸡血，吹口号容易，但是长期地保持一张激情并厚积薄发就难了。
　　比如常见的一个原因，你发现你满怀激情地做事情，并没有得到应有的回报，你头条天天花费大量的时间写作，但是并没有推荐和阅读量，更谈不上收益。
　　当你没有想明白你为何要做一件事情，为何要长期做一件事情的时候，那么你就很难把一件事情做好。而只有内在驱动力才是真正把一件事情做好的关键。
　　当你能够长期坚持做一件事情，哪怕这件事本身没有意义，但是你长期坚持下来后你发现一个关键转变，就是你的持续投入式的专注力提升了，你性格中的韧性提升了。
　　持续的专注力+坚韧性往往才是你成功的关键。
　　所以当我在谈长期主义的时候，实际我谈到的几个关键点，即长期主义首先是长周期，是至少以年为单位来衡量的一个长周期，并在这个长周期中形成自我节奏感。其次是长期主义不要关注短期利益，而是应该关注长期收益。再次就是长期主义者是以自我原则和价值观自我驱动做事情，不是被动地接受事情。
　　逆水行舟，不进则退。人要进步就不能始终停留在舒适区，要抵抗熵增定律让自己脱离舒适区，真正促使你进步的一定是那些让你不那么舒服的事情。
　　比如做技术的遇到一个生成环境运行故障，你的意识是简单的重启，或者推给别人去解决。还是说自己会主动迎难而上，查阅大量资料最终解决问题？
　　对于《高效能人士的七个习惯》这本书，个人认为关键仍然是在如此形成自我内驱力，按自己原则做事情，扩大自己的影响圈而减少被别人影响。
　　在这个核心思想下的长期主义才是个人最宝贵的生活态度和意识。
　　02 技能-思维能力提升
　　如果经常看我的头条文章，可以看到实际我在思维框架和逻辑，学习方法模式，事物认知，问题分析和解决，知识库构建等方面都输出了大量的文章。在前面我也谈到我准备要出一本关于思维框架和内在逻辑的书籍。
　　当我们谈技能的时候，很容易就谈到类似需求，IT咨询，软件开发，项目管理等各种专业技能或管理技能。但是可以看到所有的专业技能提升都有一个基础底座，这个底座就是思维能力的提升，这个思维能力本身又可以总结为两个关键：其一是事物认知能力，其二是独立分析和解决问题的能力。
　　拿软件开发来举例，一个人首先就是要学习，通过学习后开始实践，从能够开发简单功能开始不断地练习和迭代，总结和复盘，不断拓展自己的知识体系和经验库，然后逐步具备能够独立承担复杂功能的实现，辣手技术问题的解决等。
　　所有的上述内容都是为了提升你个人的思维能力。
　　这个能力因为每个人本身的能力积累，所处的环境，个人学习方法不同会存在差异和不同。但是这个并不是关键，真正关键的是你是否形成了做事情的方法和讨论，切入新领域的方法和讨论，面对新事物或新问题来临时候分析的宏观架构等。
　　你要提升自我价值，只有前面谈到的长期主义显然是不够的，驴子拉磨再怎么长期主义也都是原地打转，无法跳出自己的圈子。而思维能力才是真正提升价值的关键，特别是在工作后这个能力的形成，唯一的方法就是垂直领域的大量实践，持续迭代和复盘。
　　03 人人都是管理者
　　今年我们收到的培训需求，实际上很多人也反馈了类似时间管理，项目管理，产品管理方面的培训需求。但是在整理完需求后，我增加了一个德鲁克的《卓有成效的管理者》这本书的导读培训。
　　管理是一种实践,其本质不在于＂知＂而在于＂行＂;其验证不在于逻辑,而在于成果;其唯一权威就是成就。-德鲁克
　　在书里面德鲁克提到一个关键词即知识工作者，同时认为每一个知识工作者都应该是管理者，其关键任务首先是要管理好自己。
　　管理对于管理者来讲是一种责任，所以更需要以身作则，起好表率，先管理好自己再管理他人。其次对于卓有成效的理解，德鲁克提出了满足自我生存或效率的提高对管理者而言不是卓有成效的表现，一个真正的卓有成效必须对组织和对管理的团队做出贡献，通过管理者有效的决策对组织和团队绩效产生深远的影响。
　　在这本书里面谈到时间管理，谈到了识人用人，谈到了决策，但是最关键的还是个体要认识到自己就是一个管理者，要管理好自己。
　　当我们做任何一件事情的时候，你会体现两种态度。其一是领导要求我做，我是被管理。其二是我基于自我目标去做，我是管理者，我管理我自己。
　　如果我们随时都是在一种被管理的状态下去做事，那么肯定做不好。而实际上你应该考虑的是如何管理好你自己，主动去做。当你意识到自己就是管理者的时候，你才会计划和目标驱动，而非问题驱动。
　　04 写作使人精确
　　自己从2006年开始在新浪博客写Blog，到今年15年。同时从2017年开始，自己开始只写原创文章并保持博客日更写作。从最初的软件开发到架构设计，从IT项目经理到产品经理，从内部系统研发到外部集团大型SOA集成平台项目规划建设。
　　自己从2001年参加工作，到今年4月份就正式20年了，在这20年的时间里面自己从来没有脱离过一线项目实践，也正是这个原因才能够在技术，管理，软技能各方面长期的积累，并将这些积累通过写作的方式进行系统化整理。
　　写作是为了更好地思考，只有写作才能够完成实践证悟内容的经验升华。阅读使人充实,会谈使人敏捷,写作使人精确。那没有精确之充实仅仅是一种虚胖而已。
　　在个人自我技能提升里面，我始终在总结和复盘的重要性，因为只有通过总结复盘才能够将实践的经验教训转变为自己的方法论和模式。而写作即是总结复盘最好的一个手段，也就是说完成了总结复盘的系统化要求。
　　方法论是什么？
　　方法论绝对不是一个个离散的经验点，而是你做了大量的实践后形成的诸多经验，如何形成一个整体的做事方法和套路，即将经验点进行聚合或串接。那么只有写作才能够完成这个体系化的过程，完成隐性经验的显性化。
　　浮躁的当下你如何来保持你内心的一份宁静？
　　简单来说还是写作，写作可以让你真正做到专注，放下所有外在的东西。每个人灵魂深处都有一处属于自己的田野，需要你自己不断去修葺和整理。
　　而写作就是自己和自己最好的对话。
　　文字应该是安静的，而这种安静首先则是要作者本身的安静和淡然，好的文字不是要超凡脱俗，不食人间烟火，而是映射了一种实实在在的淡然的生活状态。文字应该是有情感的，好的文章可能字里行间都可以读出作者当时的情感，如果文字再加上书法往往会得到更加深刻的体现，如颜真卿的《祭侄稿》一样，每个人往往都可以感受到写这篇文章时候的心情。
　　05 IT专业知识领域串讲
　　市场和销售-策略和打法
　　对于市场和销售，我个人仍然推荐《输赢》，《圈子圈套》，《浮沉》这几本书参考阅读。当然我个人更加倾向于输赢这本书。
　　其核心的一个原因就是对于市场和销售来说，你传统的三板斧早就行不通了，需要的是对新时期下整个信息化和数字化大趋势和大格局的理解。在这种大背景下，真正成单的重点在于品牌，在于信任感的建立，在于优质的产品和服务，这个品牌和信任感，既可以从公司到个人，也可以从个人到公司。
　　其次就是策略和打法，做任何事情，跟踪任何销售机会到落单，都需要有策略，有套路和打法，按计划步步推进，全力以赴下即使失败也不留遗憾。
　　再次就是血酬定律。
　　面对稀缺资源，一定就存在竞争关系，资源越是稀缺竞争也就越激烈。因此对于血酬不是简单的说你付出了多少，你多辛苦，而是在竞争过程中你是否超过了其它竞争对手，如果没有超越其他对手，那么等待你的最终也是失败。所以是否流血，是否拼命，或者究竟要流多少血，是跟资源稀缺性密切相关的。
　　血酬，带血的筹码，正是因为是带血的筹码，才会真正让人感觉到疼痛，而这种疼痛往往是大部分人无法迈过或坚持下去的门槛，你能够有带血的筹码，那么你就能够依据远远将大部分人抛在后面。
　　需求的重点是现实的抽象
　　对于需求人员来说，包括了需求调研，需求分析，需求开发，需求管理等多个方面的内容。对于任何一个需求人员，对大的需求知识体系全部了解是应该的。
　　但是需求人员的核心能力在于将客户遇到的问题或业务需求，转变为一个完整的需求定义和描述的能力。这个需求是衔接前端客户，后端产品设计开发之间的一个关键形式化描述文档。也就是说双方都应该能够理解和看懂。
　　如果将对现实世界和问题的理解，转换为一个类似业务建模后的抽象描述。完成从现实到抽象的第一次转换，这就是需求的核心。
　　架构的核心能力是什么？
　　实际上当前很多架构人员更多偏技术架构和平台搭建，当面对一个大的业务需求的时候，如果基于传统的类似4+1架构视图的思路，做好功能性架构设计才是关键点。架构的重点仍然是分解和集成，如何基于对需求的分析和理解，进行拆分和分解，如何抽象接口，如何确保最终能够集成，这些才是架构的关键点。
　　那么这个关键点体现的是什么？
　　简单来说仍然又回到了面对复杂问题的独立分析和解决问题的能力上。这个才是架构的核心，你可以看到问题分析解决中谈到的分解，排序，抽象组合，假设验证等核心逻辑方法完全适用于架构设计。
　　对现实世界的理解本身就是一个分而治之的过程。
　　IT咨询规划的逻辑
　　IT规划涉及到咨询方法论、流程管理和分析、信息架构、应用系统分析和设计、技术架构、项目管理和实施等众多方面。从企业战略到业务目标，从业务目标到IT目标，从IT目标到应用蓝图，从应用蓝图到分阶段实施落地，任何一个步骤的脱节将导致规划内容无法落地。再完美的规划和架构，如果脱离企业业务目标，都不能带来企业业务价值的提升。
　　IT规划之难，不在于IT本身，而在于流程；不在于技术本身，而在于业务。
　　实际上可以看到现在要培养一个具备IT顶层架构设计能力的人相当难。
　　其核心的原因就是IT架构规划是一个涉及到业务，IT，流程，技术，管理，实施，方案写作，呈现逻辑诸多关键要素的一个系统工程。你在所有的点上都不能存在明显的短板。
　　在几年前，我们就放弃了做独立的IT咨询规划类项目。
　　其原因就是具备这种综合素质能力要求的人太少，而且短期很难大量培养。做开发的即使没有外部项目，我们还可以做产品研发锻炼技能。但是做咨询规划的，如果没有现场的大项目实践，基本就只能够是纸上谈兵。
　　测试-场景驱动
　　对于测试，大家提得比较多的还是类似接口测试，自动化测试技术和工具方面的培训。对于自动化测试和接口测试是在整个敏捷研发，DevOps持续集成交付发展过程中必不可少的一个内容。在整个DevOps成熟度模型里面也专门将测试管理，测试的自动化程度作为一个独立的评估维度。
　　但是我想说的是测试的一个重心仍然是对业务的理解。
　　一个测试人员并不需要你去分析需求或做需求开发，但是对于需求人员完成的需求文档你必须要做到完全理解，这个理解是站在最终用户角度的，要把真正的业务场景想清楚。
　　有了业务需求和场景，才有了测试场景，有了测试场景才谈得上测试用例设计。
　　项目管理-目标驱动和风险意识
　　现在从事项目管理工作的基本都完成了PMBOK知识体系的学习，考取了PMP认证。但是实际上离真正做好一个项目经理还有差距。如果要做项目管理培训，那么实际优先要做人力资源管理培训，项目经理的核心还是招人，用人，培养人，同时对外核心仍然是人，即如何处理好干系人的关系。
　　解决了人这个点，才谈得上目标驱动和风险意识。
　　项目管理工作是否需要标准的方法和套路，类似项目计划，进度跟踪，关键资源安排，风险识别，人员绩效，沟通汇报等。当然这些内容都需要，但是这些都属于术和器的层面。
　　项目管理真正的难点在于平衡。
　　近期利益和远期利益的平衡，项目四要素的平衡，团队和公司的平衡等。如果从思维能力角度来说，项目经理更应该具备的是系统思考的能力。
　　简单来说就是将多目标维持在一个相互之间动态均衡的状态。
　　从数字化转型到云原生
　　这实际是我头条文章中的一个大块内容，实际上可以分为三个部分。其一是比较宏观点的叙述数字化转型的发展趋势，框架结构方面的文章；其二是涉及到中台和微服务架构规划方面的文章；其三是云原生技术研究和云原生技术平台架构。
　　在当前数字经济趋势下，企业数字化转型已经成为一个必然趋势。因此对数字化转型和云原生相关知识进行串讲也是有意义的事情。
　　就正如我前面谈到过的，即使你仅仅是做DevOps技术平台中某一个微服务模块的功能开发，你也应该清楚你当前做的内容在云原生，在整个企业数字化转型框架中的位置。而不是一叶障目，不见泰山。
　　云原生技术解决方案始终是我们最近几年发展的重要方向，因此这块统一共识，形成共性词汇表，这个事情本身有意义。