22 | 扩展性设计,看透业务的本质
该思维导图由 AI 生成,仅供参考
- 深入了解
- 翻译
- 解释
- 总结
企业级扩展性设计是企业IT建设中至关重要的一环。本文深入探讨了扩展性设计的重要性,并提出了从业务发展出发,倒推IT建设的整个链条的设计方法。文章强调了人才梯队建设和协同效率的重要性,并提出了四个层面进行设计,包括业务发展目标、产品建设、应用架构设计和技术架构设计。此外,文章还详细讨论了架构思维拆解产品为功能模块以及企业级应用架构设计的确定性与不确定性。总的来说,本文为读者提供了深入的技术视角,帮助他们更好地理解和应用企业级扩展性设计的方法和原则。文章以“天下武功,唯快不破”为引,强调了扩展性设计的重要性,同时警示读者长期来看,唯有体系化的思维和解决方案才能真正解决问题。
《乔新亮的 CTO 成长复盘》,新⼈⾸单¥59
全部留言(15)
- 最新
- 精选
- 天天向上CP有点抽象没理解 能举个例子说明下吗? 以及这些CP需要监控 关注的核心要点?
作者回复: 你好,天天向上 比如一个销售订单进入到仓库作业后,发现需要的5瓶矿泉水没有了,而这个是在下单的时候检查库存没有问题的。可能因为是库存管理不准,可能是破损盘亏了,但不管是怎样,这里少了矿泉水,导致履约出现问题,会触发紧急采购。 在触发紧急采购的地方,就是一个需要监控、控制点,为什么呢,这个地方的触发一定会导致用户体验下降,采购成本上升,要监控数据,通过管理降低这里触发,甚至是消灭。向管理要效益。
2020-12-1711 - Lemon本章内容对于当前个人水平而言太过遥远,但还是能从中得到感悟,等手头忙完了一定再回顾一遍。现阶段来看,拓展性就是为了让产品能用较低的代价快速响应市场,暂时粗浅的将拓展性设计的步骤理解为: 1. 公司的年度 / 季度业务发展目标; - 明确当前阶段目标,确保全体在对的时间做对的事; 2. 企业级产品建设; - 拆分功能需求,分析竞品相似功能并进行头脑风暴,由产品经理进行取舍和整合; 3. 企业级应用架构设计; - 根据业务性质选择合适的软件架构(如文中的确定性和不确定性),找寻方法让开发、测试等编码人员的日常重复操作自动化,从而快速响应市场变动; 4. 企业级技术架构设计。 - 核心、高度定制化的系统由企业内部自研,其他找可靠的第三方外包。
作者回复: 你好,Lemon 这种学习态度,真的要点赞,加油
2020-12-145 - 李老师,从哪些方面可以锻炼养成体系化思维能力,并且能一下抓住重点。 其实看老师课程,受益匪浅,并不仅仅是看老师内容,主要是看老师怎么去讲的,怎么去分析的,思考老师为什么要这么取讲,我觉得这个背后的思维逻辑更重要
作者回复: 你好,李 遇到问题多思考,多思考背后的逻辑,哪些是稳定的,哪些是变化的。 学习一些对应的知识,培养自己的逻辑思维,思辨能力。可以去看看比如麦肯锡的金字塔,还有逻辑思维的书籍,我的公众号:乔新亮 ,一本好书 里面推荐过,可以去看看。
2020-12-145 - armink乔老师,你好。有推荐的关于 提升团队协作能力及组织人才梯队建设 的相关书籍吗?这块确实我也感觉蛮重要,希望有一些方法论或实际经验作为参考。
作者回复: 你好,armink 团队协作能力组织人才建设的书籍很多,这么多年看了很多。 最近网飞的不拘一格,微软的刷新,华为管理和google管理的都可以看,华为的有4-5本,google的有三本,后面两类书,我在我的公众号 乔新亮都有过推荐。
2021-02-034 - Weehua了解业务,熟悉业务,才能做出最适合的扩展性设计。以终为始,永远都从公司的业务目标出发来进行技术相关的架构和设计。这种业务思维和产品思维,真的是我们技术人员需要加强学习的,也是上台阶的重要能力。虽然越往后学越感觉困难,但仔细研读,每次都有提高认知的感觉,这种感觉太棒了,感谢乔老师,这种才是传道受业解惑。 有1个问题请教: 1. 产品经理和业务人员的合作方式是怎么样的?我理解的,合理的合作方式应该是业务人员基于自己的业务目标提出需求,然后产品经理经过沟通了解业务述求后,设计出相关的产品功能来帮助业务解决问题,产品经理要有一个规划来引领业务往好的方向发展。但现实中,我发现很多业务人员直接提需求的时候把想要的功能也说出来了,产品经理就是整理一下需求,画个图就交给技术去执行了,感觉没有产品设计在里面。
作者回复: 你好,Weehua 我管理的团队,做成什么样,产品经理负责,不是业务人员决定的。 产品经理要考虑业务发展,变化,但是业务的问题要解决,如何做业务没有权力做决定。
2020-12-1722 - spark从对价值假设的验证出发,Build-Measure-Learn,首先不要用固化和简单思维看问题,直面变化给我们的挑战,这是思考可扩展性的起点。 我们或许可以用OKR工具去管理我们的目标,迭代我们的业务和组织成熟度。 最后从代码实现的角度认知可扩展性:识别我们的核心能力,稳定我们的核心能力。用开闭原则设计我们的新需求,就算需求带来可扩展性方面大的挑战,只要我们不修改旧代码,其实新开发一个新模块去完成可扩展性,这样的挑战不是很大。
作者回复: 你好,spark 成长性思维,棒
2020-12-141 - 江威老师好,现在研发工作中会感觉没有业务目标,公司在业绩上给了整个的产品(toB招投标型)的销售额目标,但是这个目标感觉给不了研发团队指导,这个怎么考虑?
作者回复: 你好,江威 业务目标一定要进行分解,然后和产品目标挂钩,这个一般在每个季度,或者每个冲刺周期的时候公司要做目标对齐。 如果公司没有做这件事情,自己要主动去做。
2021-05-08 - alex这章讲的不仅仅是扩展性设计,更多地是自顶向下分析一个企业的数字化建设的本质和思路,由扩展性这个问题引出业务数字化的本质。 四个层面,不仅仅CTO需要主导,更要拉上CEO/COO等决策层参与,让战略决策层清晰地了解业务数字化的落地路径,有助于产品和技术部门与其他部门的协作。
作者回复: 你好,alex 一切都是为了业务的发展,看似专业的扩展性设计也是也是为了业务的发展。
2021-03-24 - 许凯https://www.yuque.com/docs/share/5f86b37a-0780-45fe-a59b-8e0b15dc52b6?# 《高扩展》
作者回复: 你好, 许凯 感谢分享
2021-02-08 - JianXu公司因为进入支付业务所以在安全上的要求越来越严格了,今年开始启动零信任架构,在用户到服务这一层管理层的决定是购买第三方的服务。对比之前乔老师说的swarm 和 Kubernetes 的选择,其实我觉得比较好的是先买后改自研。安全的核心组建应该自研,看了这篇文章,我觉得我还是要去问问清楚安全部门的管理层是怎么做出外购的决策的。
作者回复: 你好,JianXu 感谢,很多留言。沟通时注意不要让别人觉得时质疑,先了解,然后多沟通
2020-12-272