分享一个我在架构设计时的分析思路。

找对驱动力

我始终相信业务驱动架构进化,而非技术。我首先需要给自己一个业务相关的理由,不管是开源还是截流。不要为了改进而改进,也不要为了还债(technical debt) 而还债。避免过早考虑通用性,陷入过度设计。

分析投入与产出

投入与产出分析需要搞清楚下面这些问题:

  • 需要投多少钱让架构落地,并稳定一段时间(至少半年)?投入的测算要包括预研、落地及维护阶段(落地后6个月内)的各项投入。
  • 落地后,能带来多少预期收益(6-12个月的测算)?
  • 落地后,能节省多少运营管理成本(6-12个月的测算)?
  • 落地后,又会增加多少运营管理成本(6-12个月的测算)?

支持度

架构落地是否得到了公司各层级的支持,包括:

  • 是否得到了公司领导层的支持
  • 是否得到了业务部门的支持
  • 是否得到了工程师们的支持

成长

架构的落地是否带来了团队的成长。这个成长包括:

  • 获得新的业务技能、并有可能打开新的业务增长点
  • 营销策划能力的提升
  • 运营管理能力的提升
  • 工程技术能力的提升
  • 团队协作文化的改善、团队效能的提升

小结

上面这个思路不仅仅适用于架构设计,也适用于任何重要的技术选型、产品采购以及项目方案的评估。不要过度迷恋技术,不要被技术把自己带跑偏,时刻抓牢业务驱动这根准绳,多维度思考分析可行性,决策才会更靠谱。

发表评论

电子邮件地址不会被公开。 必填项已用*标注