简介： 对于研发同学而言，探索事物的实质，是最根底最外围最先须要被把握的技能，没有之一。
作者：贺迷信
技术一号位不是岗位，更多的是技术人员在公司中做事的一种心态， 这个系列的文章适宜所有想要对日常工作“知其然更知其所以然”的技术人，借助实践工具的指引，联合本人的实际经验，悟到本人的播种，从而减速成长的过程 。大道理千千万万，有缘者得之真谛践于其行而非流于其表。
将来一段时间，阿里巴巴中间件公众号会继续公布系列文章，欢送关注。
往期技术一号位方法论系列文章：
「技术人生」专题第 1 篇：什么是技术一号位？
背景
生存中每时每刻都在产生着各种各样的事件，有些与己相干，有些看似毫无瓜葛，不管事件大小，总须要分出一部分精力，或多或少，对事件进行解决解决。在解决这些事件的过程中，在和某些人接触时，总能感觉到他们对事物的认知要更粗浅，更全面，听其言如同醍醐灌顶，观其行胜读十年书。这样的人解决问题往往切中时弊，事倍功半；而在和另外一些人沟通时，则可能会感到对方对某个事件的认知其实流于外表，解决问题往往抓不住重点，做的很辛苦却多是无用功。那么到底是什么造成了两种人对事物认知的差别？是否有什么路径或者形式可能打消这种差别？
作为技术研发人员，总面临着各种各样的需要，总会有前人一直强调技术的复用，强调代码的重构，可是往往是倒排的截止日期逼迫研发更快上线长期需要，造成线上拣不洁净的满地鸡毛，同时留下一身还不完的技术债权。为什么面对肯定会变的业务需要，研发人员仿佛永远跟不上需要变动的节奏？很多时候大家本能的会怪罪产品经理没有想分明，那么有没有人思考过，和咱们每天配合的产品经理或者经营人员，到底是什么货色没想分明，从而导致了咱们研发同学本人一直地返工？他们没想分明的事件，咱们是不是素来就没想过？这些事件，咱们该不该想，能不能想分明，有没有益处？研发人员须要把握什么技能来应答永远都在变动的业务需要？
作为零碎架构师，在面对简单业务零碎时，开局往往操作猛如虎，三年布局五年演进，可是通过若干年的建设，往往只是遗留下泛滥见招拆招的祖传代码，新的需要须要在旧的业务逻辑的缝隙外面找“解法”，一线开发人员不仅要避开“牵一动员全身”的各种弯弯绕绕，可能连架构自身也曾经变得模糊不清了，更不必提架构的演进。这所有都会逐渐失控上来直到某一天达到临界点再来一次颠覆式的重构，让凌乱从新回到原点，开始新一轮的技术债权周期，当然，零碎肯定是 2.0 或者 3.0 了（目前还没见过 4.0 的零碎）。可是当年说好的架构可扩展性呢，说好的形象水平高呢？架构自身到底和业务有什么关系，架构的演进又和业务的倒退有什么关系，如何能力让架构师突破“架构设计和演进过程被事实重复打脸”的魔咒？
作为研发团队 leader，带着本人的人做需要交付，一边忍住亲自下场写代码的激动不得不做着项目管理的事件，一边又可能被上面的人狐疑技术能力；各种倒排的截止日期好像一条条排着队催债的红线，眼看着这些红线圈着本人团队的黑着眼圈的兄弟，在一个又一个的坑外面像炮灰一样摸爬滚打，而本人只能像一个大号的外包资源经理一样对这种场面在实际行动上大刀阔斧，在思想上除了感觉要一直加人之外感觉无力回天。 如何能力让团队成员在做业务的过程中不再是资源一样被耗费而是像资产一样自我增值？ 如何能力利用对业务发展趋势的预测突破法则提前布局，在策略上把握主动性，从而在战斗上既能先于对手做出稳固的产品，又能有足够的工夫打磨产品从而晋升用户的应用体验？
不同角色的技术人，不管在工作还是在生活中，面临的这一系列陈词滥调的问题时，或者都心愿能有一抹就灵的万金油，打一发银弹进来，就可能留下广为业内传唱的人月神话。可是在现有的生产力条件下，技术人员既没有万金油，更不存在银弹，而且人月神话永远都是神话。所有的事件，所有的问题，想要被解决，都要回到最后的原点：这件事件的实质是什么？也就是说，咱们日常工作中的事件的终点不是应用什么工具解决问题，而是先认清这件事件 —— 认清一件事件的实质，是所有后续口头的前提和根底。做业务需要剖析也好，做架构设计画架构图也罢，计算机语言和技术栈的抉择以及相干整体解决方案的构建是一方面，而“基于对业务实质的了解进行的业务建模并联合业务倒退继续演进”是极其重要的、却往往被忽视的另外一个方面。
日常工作中，很多研发人员往往把注意力集中在各种计算机语言及其技术栈上，大家会花工夫翻看各种技术书籍，探索各种技术计划背地的原理，而后通过业务实际晋升集体技术能力，所有的促成个人成长的事件简直都是围绕着“技术”两个字开展，然而，特地是对于长年从事业务研发的同学而言，大家是否意识到，除了“技术”以外，还须要把握“业务”相干的常识， 而其中，探索事物的实质，是最根底最外围最先须要被把握的技能，没有之一。 它是策略层面构建业务大图的根底，是排兵布阵发动要害战斗的根底；也是战术层面剖析业务需要的根底，做架构设计的根底，做业务领域建模的根底。技术一号位须要把握的所有工具和方法论，所有的终点都是它，所有的实践工具和方法论最终都是它在某个畛域内的利用、投射和简化。
什么是事物的实质
事物本质的哲学定义
抽象地探讨事物的实质，波及到了哲学层面，目前自己不具备相干的能力来进行具体的实践论证，这里就间接摘抄马克思主义哲学对于事物本质和景象的对立统一的阐述，来看哲学层面的事物的实质是什么：
- 实质是事物的基本性质，是事物本身组成因素之间绝对稳固的内在联系。——《马克思主义哲学原理》（第五版，陈先达、杨耕著）
- 实质是事物的基本性质，是事物本身组成因素之间绝对稳固的内在联系，是由事物自身所具备的非凡矛盾形成的。—— 百度百科
- 唯物辩证法的宇宙观主张从事物的外部、从一事物对他事物的关系去钻研事物的倒退，即把事物的倒退看做是事物外部的必然的本人的静止，而每一事物的静止都和它的四周其它事物互相联系着和相互影响着。事物倒退的根本原因，不是在事物的内部而是在事物的外部，在于事物外部的矛盾性。任何事物外部都有这种矛盾性，因而引起了事物的静止和倒退。事物外部的这种矛盾性是事物倒退的根本原因，事物和事物的互相联系和相互影响则是事物倒退的第二位的起因。——《矛盾论》毛泽东
- 钻研问题，忌带主观性、片面性和表面性。所谓主观性，就是不晓得主观地看问题，也就是不晓得用唯物的观点去看问题。这一点，我在《实践论》一文中曾经说过了。所谓片面性，就是不晓得全面地看问题。——《矛盾论》毛泽东
事物本质与景象的对立统一剖析
1、实质和景象是对立统一关系。任何事物都有实质和景象两个方面。世界上不存在不体现为景象的实质，也没有来到实质而存在的景象。实质和景象是对立的，但二者又有差异和矛盾。实质从整体上规定事物的性质及其根本倒退方向，景象从各个不同侧面体现实质；实质由事物内部矛盾形成，是比拟繁多、稳固、粗浅的货色，靠思维能力把握；景象是丰盛、多变、外表的货色，用感官即能感知。假象从否定方面体现事物的实质，给人一种与事物齐全相同的印象，掩盖着实质。假象的存在显著体现出实质和景象的矛盾。因而不能简略地把景象与实质等同起来。—— 百度百科
2、事物的实质与景象是对立统一的，这是主观辩证法，把这种辩证法使用于人的认知过程，就要求人们既不能脱离景象去空谈事物的实质，也不能停留在事物的景象上，而要透过景象抓住事物的实质。（本文作者批注： 透过景象看实质，这句话谁都懂，然而到底怎么能力做到，是本文尝试给出的。）
为此，要在实际的根底上察看大量的景象，尽可能多地占有理性资料，这是认知透过景象抓住实质的前提条件。（本文作者批注： 这就是“没有考察就没有发言权”的理论依据。）在察看社会问题时，肯定要学会辨别实质与景象，要抓住实质与支流，这是其一。
其二，有了察看到的大量景象，占有了实在的理性资料，并不等于抓住了事物的实质，要透过景象抓住实质，就必须对大量的景象、实在的理性资料，以及它们之间的关系进行剖析和钻研，这就须要把握迷信的办法。（本文作者批注：《马克思主义哲学原理》中并没有讲明须要把握的迷信的办法到底是什么，而这一点，恰好是本文作者结合实际实践经验尝试给出的，同上一个批注。）
其三，事物的景象盘根错节，而且事物的实质有一个逐步裸露，逐步开展的过程，所以人们对事物本质的认知不是一次实现的，而是一个一直深入的过程，是一个由全面到全面、由不太粗浅到粗浅的过程。——《马克思主义哲学原理》（第五版，陈先达、杨耕著）
理解了哲学层面的实质与景象的对立统一关系，有的读者可能会问，这和业务研发有什么关系？我这里只举一个看起来十分小然而实际上问题很大的例子：咱们所做的新批发业务，整个流程涵盖了供应商、平台、渠道客户、合作伙伴和消费者这些不同的业务参与方，整个业务能够让供应商入驻平台，给平台上的渠道客户供货，从而让渠道客户本人的用户可能以积分或者积分加现金的形式购买商品。
某天产品经理提了一个需要，说要“在供应商控制台中减少一个删除按钮，删掉供应商不想看到的商品”。看似非常简单的一个需要，在商品列表外面减少一个删除按钮，应该很快就能上线，然而实际上，删除商品这个动作背地真正的业务含意和场景并不是简略的技术上的把商品数据软删除，而是“进行供货”——供应商要删除的商品很大概率曾经签过在线协定，以某个价格供货给某个渠道客户，这个时候研发人员如果依照需要无脑删除商品数据，就会造成曾经在售卖甚至在加入经营流动的商品忽然无奈购买，造成渠道客户的损失或引发舆情。
所以，研发人员沟通完需要要进行技术计划评审时，被我驳回，要求相干的同学实现业务场景的剖析和探讨，补全删除按钮背地的残缺业务流程，将“删除”按钮的名称批改为“进行供货”按钮，并且针对曾经不在任何渠道销售的商品独自提供筛选项，而不再在供应商商品治理列表外面默认展现。所以整个需要本来就是一个删除按钮 1 天的工作量，实际上剖析分明产品需要背地的业务场景和真正的业务含意当前，就变成了一个波及到了进行供货的在线审批流程、供货协定更新、渠道在售商品下架等等一系列联动的简单业务需要，技术计划的复杂度和原来相比更简单，排期更长。
作为业务的技术负责人，如果不能把握业务需要背地的实质，相似这种状况会层出不穷，所有疾速上线的长期计划最初都要随着需要的深刻而从新投入人力和精力进行重做，这方面的老本往往会转嫁在一线研发同学身上。
探索事物本质的办法
形象的哲学定义并不能给咱们提供透过景象看实质的实际操作办法，然而却指明了事物本质的组成和关键点。咱们能够基于哲学上的定义和《矛盾论》全文以及本文中特地援用内容可知，如果想要剖析分明一个事件的实质，就是要主观地去剖析事物，梳理它外在的主要矛盾和次要矛盾，同时须要梳理外在的它和它所处环境内其余事物的互相分割和相互影响。
外在要剖析钻研指标事物的组成部分和对应的对立统一关系，从而得出对应的主要矛盾次要矛盾，理清矛盾的次要方面和次要方面。须要留神的是，相干的剖析是建设在事物的某一维度上，在事物倒退的某一阶段上的，随着事物的倒退，相干的剖析可能会呈现变动。事物的外在决定了事物的实质。如下图所示：
外在要剖析在肯定环境下，钻研指标事物和其余事物之间的互相关联关系和相互影响。事物的外在通过事物的外在关系和影响来影响事物的倒退。这一点能够简略思考一个问题：一把一般的锤子能够突破一面一般的玻璃，根本原因在锤子还是在玻璃？如果感觉根本原因在锤子的读者，能够持续思考：一把一般的锤子能够突破钢化玻璃么，能够突破防弹玻璃么，能够突破钢铁么？如下图所示：
通过以上的示意图和对应的剖析阐明，咱们能够理解到在剖析问题实质的过程中的所有关键因素，对于具体操作步骤和阐明指引，在本文第四章节会给出模板，不便大家在理论工作生存中应用。
剖析事物本质对技术一号位的必要性
业务研发，特地是简单业务零碎的研发，实现产品经理提出的业务需要仅仅是其表象，其真正实质外延，是应用技术手段将解决某一特定问题的逻辑数字化，利用计算机技术对客观事物做数字化的建模，以尽可能贴近事物本质的形式进行逻辑和数据的运行，从而实现事实和虚构的映射，解决对应的问题。
作为研发团队的技术负责人，如果对业务的认知的终点是产品经理输入的产品性能文档，对业务的了解来源于源源不断的业务需要，不能认清业务的实质，不能看到将来的一些可能的发展趋势，那么这样的技术负责人其实只能做到了响应业务的需要，永远无奈真正的在技术架构和解决方案上撑持业务的倒退，更遑论应用技术驱动业务倒退了。
这也是“技术一号位”和“研发团队 TeamLeader”的最大的区别，前者是业务的共建者，利用技术背景和专业技能辅助业务一号位推动业务的倒退，实质上是在表演决策者的角色，而后者只是研发资源的协调者和我的项目进度的把控者，实质上是在表演执行者的角色。
面对非常复杂的事件的时候，咱们须要可能有正当的实践工具来撑持本人，将简单的状况骨干脉络理分明，而后剖析它为什么当初会是这样，过来是什么样的，在什么条件下，将来会倒退成什么样，而后再剖析哪些要害局部是咱们能够通过实际行动影响的，从而通过影响要害局部来疏导事物将来的倒退方向。
以下内容就是面对简单问题的时候，根本的剖析操作流程。
剖析事物本质的操作步骤
事物外在剖析
1、明确事物探讨的范畴
明确问题探讨的范畴十分重要，同一件事件，在不同的范畴内探讨，得出的论断可能齐全相同，起因并不是咱们应用的实践工具有问题，而是随着探讨范畴的扩充，探讨的事物自身的组成和外界的互相分割和相互影响都会变动，所以就会有不同的，甚至是相同的论断进去。所以为了解决某个固定的问题，咱们首先要确定的就是这个问题的范畴是什么，它所处的环境是什么，探讨的问题的场景是什么。这些是开展所有的剖析的根底，如果多人探讨的状况下，不把这部分内容对齐，就会非常容易导致探讨的时候各方论点驴唇不对马嘴。
2、剖析事物外部组成及其存在模式
在明确好事物的范畴当前，咱们须要剖析分明这个事件中的各个组成部分，每个组成部分是以什么样的模式存在的。
3、剖析事物外部各组成成分所表演的角色及其职责
事物的每个局部，在这个事物中，都表演了某种角色，这个角色是某个局部的职责和行为的形象，所有的行为都体现着该局部的外围利益诉求。
4、剖析各角色在职责限定下的外围利益诉求
在剖析完事务外部各组成的角色当前，接下来就是剖析该事物外部组成在对应角色的要求下的外围利益诉求了。须要留神的是，在探讨外围利益诉求的时候，须要联合场景，明确探讨范畴，否则所很多事物最终的外围利益诉求都会被过渡抽象化，然而很多时候一个问题是一个具体的、有范畴的利益诉求开展的。只泛化地探讨通过形象后的利益诉求，既不不便剖析矛盾点，又不能具体的解决理论问题，所以在探讨对立统一的时候，明确外围利益诉求要限定范畴和场景，不能一味只做形象，只去看矛盾的普遍性而不看矛盾的特殊性。
事物组成 1
- 外围利益诉求
讲清楚该事物组成 1 的外围利益诉求是什么
- 外围利益诉求的由来剖析
讲清楚该事物 1 的外围利益诉求为什么是这样的
事物组成 2
- 外围利益诉求
讲清楚该事物组成 2 的外围利益诉求是什么
- 外围利益诉求的由来剖析
讲清楚该事物 2 的外围利益诉求为什么是这样的
事物与外界互相关联相互影响的剖析
以毛泽东的《矛盾论》中的实践为根据，咱们要想剖析分明事物的实质，还须要剖析分明它和外界其余事物的关系，因而咱们会针对这部分内容作简要剖析。
事物所处的大环境是什么
从影响事物自身的多个维度去别离梳理，从而可能建设起来一个多维度的大环境的画像。
事物所处的大环境内的要害事件是什么
剖析每个维度产生的要害事件，这些事件可能和事物外部有各种关系。
事物所处的大环境内的要害事件对事物内的影响是什么
剖析每个要害事件对事物外部的影响是什么。
事物所处的大环境将来可能有哪些变动
简略预测大环境中每个要害事件将来可能演变的走向，从而剖析将来可能对事物自身的影响。
事物外部对立统一剖析
明确探讨范畴和场景
再次明确探讨事物外部对立统一的范畴。
基于事物各方外围利益诉求，剖析各方之间的对立统一关系
基于之前剖析的事物各方的外围利益诉求，进行两两剖析，剖析每 2 个组成事物工夫的对立统一关系，在必要的时候，能够持续剖析三方、四方的对立统一关系。咱们须要明确的是，所有的对立统一都是在围绕着外围利益诉求开展的，外围利益诉求的满足有低级的形式，也有高级的形式，如果各方的外围利益诉求是通过低级的形式满足的，那么阐明各方的“对立”处于低水平的状态；如果各方的外围利益诉求是通过高级的形式满足的，那么阐明各方的“对立”处于高水平的状态。
基于剖析进去的对立统一关系，确定以后阶段主要矛盾次要矛盾
基于曾经剖析分明的对立统一关系，明确以后事物现阶段的主要矛盾次要矛盾。
基于以后阶段的主要矛盾次要矛盾，剖析矛盾次要方面次要方面
明确主要矛盾和次要矛盾当前，就要看下，矛盾次要方面是什么，次要方面是什么，别离给出解决办法即可。并且确定矛盾次要方面当前，就要优先解决矛盾次要方面，而不是哪个简略先解决哪个，或者最起码要讲清楚在主要矛盾方面做了哪些事件来缓解，否则就会给人造成一种感觉：解决问题隔靴搔痒，不切中重点。
1、矛盾的次要方面的剖析和解法
2、矛盾的次要方面的剖析和解法
事物倒退法则的预测和干涉
咱们面对非常复杂的事物的时候，为什么要费很大的力量去剖析它的组成，剖析它的主次矛盾？就是为了可能在非常复杂的场面下看清它将来可能的走向，从而提前做好一些筹备，甚至被动做一些事件，从而让事件依照咱们的预期来倒退。
1、基于以后主次矛盾的剖析，剖析主次矛盾的解决办法
剖析解决办法，确定如何解决主要矛盾，次要矛盾。在解决主要矛盾和次要矛盾的时候，要恪守至多一个十分明确的准则：以后事物的主要矛盾和次要矛盾须要遵循其所在环境的主要矛盾和次要矛盾的演变法则。
2、预测演变轨迹和事物发展趋势，寻找能够影响事物发展趋势的关键点，利用法则突破法则
就个别的法则来看，对于任何一个事件而言，如果咱们冀望对立大于对抗，把对抗的强烈水平升高，那么整个事务的对立统一状况应该从低水平状态向高水平状态倒退，即从可能挫伤某一方的外围利益的状态，逐渐演变为不侵害任一方的外围利益诉求，在此基础上寻找正当的办法和模式，满足各方外围利益诉求。在整个演进过程中，开始是对立的模式或模式会起到决定性作用，然而随着对立的程度逐渐变高，模式起到的作用开释殆尽当前，往往就须要从生产力来着手，利用生产力的晋升来解决模式无奈解决的问题，或者是让模式更精细化，或者是催生出新的模式基于更高生产力的模式，从而持续推动对立朝着更高的程度演变。
就咱们日常具体的事件来看，次要做到以下几点进行剖析即可：
- 预测事物在主次矛盾不被干涉的状况下的发展趋势，判断趋势是否有利于咱们的预期的达成。
- 寻找事物的关键点，判断扭转关键点对事物发展趋势的影响，从而让事件向咱们冀望的方向演变。
剖析事物本质的案例分享
以下内容，是自己利用该形式进行简单业务的剖析的案例。
1、在没有做任何调研，只依附“流量变现”几个字，联合本人做的电商业务，进行脱离实际业务的单纯的实践剖析，这个剖析次要的作用就是让毫无任何业务背景和教训的我，可能在实践上看到业务和技术演进的大脉络，从而为后续的调研、架构设计和最终的零碎落地提供整体方向性的撑持。为什么要这样做，因为将来很可能接手的业务是毫无教训的，如何可能把业务做好，这是根底之一。
2、在做了大量的调研的根底上，持续依照该形式剖析流量变现中的某一个业务参与者他的外围利益诉求，并依据外围利益诉求进行要害业务指标的拆解，从而在业务发展过程中以此指标及其拆解后的指标指引业务的倒退。
案例详情，请大家在 阿里巴巴中间件 公众号后盾回复“一号位”，获取详细信息。
版权申明： 本文内容由阿里云实名注册用户自发奉献，版权归原作者所有，阿里云开发者社区不领有其著作权，亦不承当相应法律责任。具体规定请查看《阿里云开发者社区用户服务协定》和《阿里云开发者社区知识产权爱护指引》。如果您发现本社区中有涉嫌剽窃的内容，填写侵权投诉表单进行举报，一经查实，本社区将立即删除涉嫌侵权内容。