软件架构与组织架构.pdf

软件架构与组织架构
张雪峰
引子/引理
• 说到架构，最狡猾 (惹人厌)、无错三大定律是：
• It depends...
• In the context of...
• No best practice ~= Only suitable practice...
• 幸福总相似，不幸各不同，所以：
• 我，尽量少分享幸福，多交流不幸、挫折、坎坷
• 按［架构无错三大定律］，幸福不恒久，不幸永流传
• 既然不幸各不同，所以，我后面的分享，也仅供参考
领域/角色
• 架构，只有到用时，方恨少：
• 按组织维度：CxO、Chief xxx、第三方智库、etc.
• 按产品维度：PM、UED、User Insight、etc.
• 按技术维度：系统 / 应用架构、逻辑 / 物理架构、etc.
• 子维度：运维架构、安全架构、数据架构、中间件架构、etc.
• 架构重要性排序：
• 免责声明：按［架构无错三大定律］，这个排序 depends on…in the context of...
• 最重要：影响关键组织架构的 Arch
• 次重要：影响关键人才储备的 Arch
Agenda
• 工程师 vs. 架构师
• 影响架构的两个关键因素
• 领域模型 (Domain Model)
• 案例分析 (Lesson Learned)
• 架构总结 (软件架构 & 组织架构)
• 初创团队建议
工程师
架构师
代码 vs. 架构，可见 vs. 不可见
架构所涉及团队？阴影面积大
小？
创业团队 业务 产品
三马车
(粗旷揉捏) 技术
B = 业务，P = 产品，T = 技术
• 无论 B/P/T，最怕什么？
• T 最怕哪两件事？
• Change、Dependency？
• 如何缓解 Change Cost & Dependency Degree？
• B/P 架构、T 架构、组织架构
• 架构 = 关键 B/P 分析 + 关键 T 设计  组织架构
• 阴影面积 ~= Domain Model  稳定性  复杂度
• Domain Model  组织架构