技术管理 | 为什么业务一变,你的技术方案就废了?
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
TechLead 少个分号
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:
从技术与商业结合的角度,分析如何设计技术方案以减少废弃率,强调理解业务背后的商业逻辑是关键。
关键要点:
- 技术方案废弃的根源在于缺乏对业务需求背后商业逻辑的深刻理解。
- 软件设计的四层次:皮肤(界面)、血肉(业务逻辑)、骨骼(领域模型)和灵魂(商业模式)。
- 领域模型设计要兼顾扩展性与稳定性,避免过于简单或复杂,必要时申请重构。
- 业务流程与用例是最容易变化的部分,应以灵活配置和解耦设计应对频繁变化。
- 界面设计变化频繁,应通过主题配置与组件化设计减少重构成本。
内容结构:
一维看二维,二维看三维
技术方案容易被废弃的原因在于技术人员通常只从表面需求出发,忽略了业务背后的逻辑和目的。通过类比纸张观察立方体的例子,作者指出只有深刻理解“商业模式”才能设计出适应长期变化的技术方案。
软件的皮肤、血肉、骨骼、灵魂
作者将软件比喻为人,分为四层设计内容:
- 皮肤:界面样式、颜色、字体等,最容易变化。
- 血肉:业务逻辑和流程,变化频繁且需灵活支持。
- 骨骼:领域模型,需考虑扩展性和稳定性。
- 灵魂:商业模式,决定系统的根本设计逻辑。
灵魂与骨骼的变动
商业模式的改变通常导致骨骼层面的重构需求。作者举例说明新项目灵魂变动时,若骨骼未进行相应调整,系统容易陷入补丁堆积的困境,建议申请预算进行彻底重构。
血肉和皮肤层的设计建议
对于业务流程和用例的设计,作者建议通过流程图和配置驱动提高灵活性,同时强调记录版本差异以便未来维护。界面设计则通过主题配置与组件化减轻频繁变化带来的工作量。
结语:懂商业,才能写不容易废掉的代码
技术人员需要理解业务的商业模式和改动的战略意义,只有这样才能设计出适应长期需求的技术方案,避免陷入重复修补的困境。
文章总结:
文章强调技术人员在设计方案时需深刻理解业务背后的商业逻辑,建议通过灵活设计、扩展性支持和重构申请应对技术废弃问题。
TechLead 少个分号
TechLead 少个分号
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
TechLead 少个分号的其他文章
自我提升 | 软件工程中的"政治" (长文)
了解和驾驭政治几乎是架构师的必修课,因为架构师做出的每一个技术决策都可能受到挑战。
模型诊断 | 上下文之间的边界和幂等因子
如果在两个服务中需要实现最终一致性,却找不到幂等因子,说明模型设计可能有一些问题,这在边界模型设计上需要特别注意。
系统设计 | 数据字典方案
如果需要设计一个新项目的数据字典该如何设计才能使用方便维护简单?
多对多关系解耦的数学原理
在面向对象设计中,多对多关系都是非常麻烦的问题。在现实中,我一般会根据经验让团队避免使用多对多关系。怎么从数学上看待这个问题呢?
技术管理 | 没看清问题本质之前,努力几乎无用
如果能洞察一个企业中人与人之间的关系,以及企业战略方向,那么就能在管理和咨询工作中游刃有余。如果没能洞察到问题的本质,那么结果就是到处碰壁(把自己的工作做得再好都没用)。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线