devops - 康威定律

软件的架构和软件团队的结构是一致的,如果让4个团队开发同一个编译器,那么编译器最后会有4个执行阶段。

如果不理解康威定律,就会妨碍团队安全和独立地工作,所有工作都相互依赖和等待。

例如,当做一个事情,团队A要做调整升级会影响团队B,团队B要团队C先调整,团队C工作忙需要等候,所有工作就需要等候,团队C调整了之后,团队B也要调整。几方需要保持高度同步,要不然就出现问题。

这是一种紧耦合的工作方式,需要将其解耦,灵活地组织团队,这样才能更安全和独立地工作,让工作快速地流动,保证产品质量和客户满意度。

职能型组织结构注重提高专业技能,优化分工或降低成本。这些组织以专业技能为中心。如分成开发,市场,销售。

市场型组织结构注重快速响应客户需求。这种组织往往有着扁平化的结构,由多个跨职能的部门组成。每个服务团队不仅要负责特性的交付,而且还要负责服务支持。这使每个服务团队能够独立地向客户交付价值,这是实现快速流动和可靠性的一种方式。

职能导向也可以成就高效运转的组织,只要价值流中所有人都能意识到客户和组织的目标。起决定性作用的并不是组织形式,而是人们的行为和反应。

在极端的情况下,职能型组织的各个部门都拥有各自的专业人员,当这些部门过于专业化时,就会产生筒仓。任何复杂的活动都需要在不同部分之间多次交接和排队,这导致交付时间推迟。

一种对策是让每一位团队成员都成为通才。通过交驻培训和提高相关技能,通才能比专业人才做更多的工作,同时通过减少队列中的任务和等待时间改善整体工作流程。通才成本更高,然而,更快的工作流所产生的商业价值是巨大的。

学习型组织需要的是愿意学习的人。通过鼓励每们员工积极学习并为其提供培训和支持,我们将以可持续性最强、成本最低的方式造就强大的团队。

实现高绩效的另一种方法是组建稳定的服务团队,持续提供资金,让他们执行自己的战略和计划。基于产品的投资模式注重组织成绩和客户成果,包括公司营收、客户终身价值,以及客房采用率,同时尽可能减少付出。

在理想情况下,软件的架构应该保证小团队能够独立动作,彼此充分解耦,从而避免过多不必要的沟通和协调。

面向服务架构(软件架构)是一种支持独立测试和部署服务的架构方式,其典型特征是由具有限界上下文的松耦合服务组成。各部分服务不必知道 其对等服务的内部逻辑,限界上下文确保服务被划分成独立的部分,并具有明确定义的接口。

利用“两个比萨原则”保持团队规模小型化,通常有5-10人。

  • 1
    点赞
  • 0
    收藏
  • 打赏
    打赏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:大白 设计师:CSDN官方博客 返回首页
评论 3

打赏作者

tanyyinyu

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值