架构-推广艺术

3,517 阅读4分钟

文章首或尾句需要带关键词“ 本文正在参加「金石计划」 ”

前言


今天有个朋友跟我说他们公司DDD落地方案阻塞了,刚好我最近一年都在搞技术项目然后在各个团队推广,也积累一些经验,也从我leader偷师了一点经验,嘿嘿,下面展开来聊聊吧~

成功推广需具备的东西


推广前-足够熟悉

  1. 对推广内容里面的知识有一定的了解,有深入探索,有自己的理解
  2. 在推广过程中遇到问题,可以给解决方案
  3. 方案考虑更多:落地简单或者参与改造、排期合理
  4. 目标、价值、方向(影响范围)清晰

第一、二点:这个应该是推广前很重要的一环:调研,业界对这类技术方案是怎样的,具体落地的时候又遇到什么问题,我们当前团队又有什么对应的特点。然后需要找个项目去自己实践一下,这样会更有说服能力,有利于后面推广。

第三点:这个是设计阶段,设计文档需要考虑更细。方案细致,比如说目前我们是为了解决什么问题,首先需要梳理当前团队遇到的问题,进行统计展示,然后给出对应的解决方案,可参考业界解决思路,然后实际落地可能会出现什么问题,就我们之前采用什么架构改变后会对之前什么东西影响,这是影响范围确定,当这些清晰之后,摸底才算完成,最后就是开始排期,如果有多个平台升级,那他们的先后顺序是怎样的,依据平台间的依赖关系,还是影响范围等因素进行排期。

第四点:这个是需要项目主导人确定的,需要跟主要关系人去沟通,最终确定下来的。目标、价值、方向越清晰,落地也会更靠谱。

网上经常有段子:就是大佬经常靠ppt输出,我前一段时间跟百度大佬tTL聊天,他至今也在一线写代码,如果只是写ppt很容易被架空的,需要跟具体项目结合去落地,不仅有说服力,价值更明显,不然变成自嗨~

推广中-影响力

职场也是人场

  1. 大项目需要很多业务团队协作,需要更大的大佬的支持,也需要引起足够重视,前提是有足够的价值
  2. 需要业务团队的支持,在架构组出来的方案实际还是需要业务团队协助落地

在上面两点,都突出影响力的重要性,如果没有团队的支持,那推广上会很难。就像《资治通鉴·周纪·胡服骑射》,当时君主为了打败北方的敌人,一洗前耻,需要推动内部学习胡人的衣着,还有胡人的战斗方式射箭,他的丈人不支持这种理念,他亲自登门说服老丈人,前提是理由足够充分。

当方案需要推广的时候,需要团队的支持,而且理由需要充足

推广后-体系建设

点->面->体系

  1. 可持续性推动
  2. 待优化点收集
  3. 附加价值思考

第一点:我们做完一期就停止了吗,当然不是的,需要思考这个机制的可持续性去推动才有意义,推动过程如果减少推动成本,更快捷的产出,这个需要思考的。

第二点:方案推广之后,需要收集用户体验,作为下一版本推动的目标,这样推动第一点持续性。

第三点:附加价值,之前我们有讲过,方案的思路是从大方面到小细节,然后小细节又反推大方面的调整。比如说数据库的治理,那是很大的面,我们通过慢查询去治理一个点,然后在治理过程中,发现数据库应用上、规范上、数据量上的问题,从而推动大方向的调整。

推广艺术


总结下来,要细(调研细,方案细,影响范围细,排期细),影响力广(高层重视、团队的支持),可持续性(迭代快捷、优化点收集、附加价值)。