软件工程是一项团体活动, 大家有分工更有协同
团队的共识
团队靠什么上下同心? 靠的是共识
团队的共识分很多层次:
- 其一, 团队是不是有共同的目标.
- 其二, 团队是不是有共同的行事做人的准则.
- 其三, 对产品与市场的要与不要, 以及为什么要或者为什么不要, 是否已达成一致.
- 其四, 对执行路径有没有共同的认知.
- 其五. 有没有团队默契, 是否日常沟通交流很多地方不必赘述, 沟通上一点即透.
共识大于能力. 如果一个人有很强的个人能力, 但是却和团队没有共同的愿景, 或者没有共同的价值观, 那么能力越大产生的破坏性也就越大.
怎么达成共识?
让更多人参与到决策形成的过程现场, 是更好的共识达成的方式.通过同步足够充分的信息, 通过共创而非决策的方式让结论自然产生.
这个共创过程不必团队所有人都参与, 但要确保所有影响落地的关键角色都在, 并确保参与这个过程的人都能产生思想的碰撞, 而非做个吃瓜群众.
契约与共识效率
目标与执行路径达成了共识, 这还不够. 我们还需要把共识表达出来, 形成文件.
共识就是团队协作的契约. 契约的表达越是精确而无歧义, 团队协作中主观能动性就越高, 执行效率也就越高.
对于架构过程同样如此.
架构过程实际上是团队共识形成与确认的过程. 架构设计需要回答两个基本的问题:
- 系统要做成什么样?
- 怎么做?
架构设计为什么叫架构设计. 是因为架构师的工作中除了架构, 还有设计, 设计其实谈的就是"系统要做成什么样“
设计高于架构
设计强调规格, 架构强调实现. 规格设计是架构过程的最高共识. 规格高于实现. 我们用架构的全局性和系统性思维去做设计.
尊重契约，尊重共识精确的、无歧义的表达，非常非常重要。
结语
这一讲我们谈的是协同的科学。为什么有的团队效率极高，有的团队却进展缓慢，从背后的协同效率来说，共识管理是根因中的根因
此文章为3月Day8学习笔记, 内容来源于极客时间《许式伟的架构课》, 强烈推荐该课
