Steph Egan在QCon London的演讲总结
Steph Egan在QCon London的演讲中分享了BBC团队遵循的五项原则,以改进开发和发布流程。她强调这些原则与工具本身几乎无关,而是更多关注团队协作、知识共享和长期改进。Egan引用了Fred Brooks的《没有银弹:软件工程的本质与偶然性》来支持这一观点。
BBC工程背景
BBC的工程领域不仅限于广播和电视流媒体,每个分布式团队都是自主的,负责基础设施、技术决策和部署。
五项原则详解
1. 共享知识并使改进可见
- 关键点:通过提高实践和知识水平来实现赋能。
- 具体措施:从开源许可证合规性入手,教育团队理解其重要性,而不是强制执行。
方法:
- 提供信息而非规则
- 通过工具和研讨会传播信息
- 提供团队可依赖的实践支持
2. 建立和培养社区与关系
- 关键点:了解团队的问题并帮助解决。
- 具体措施:创建组织范围内的开发和发布实践社区,包括演示、讨论和回顾。
方法:
- 定期知识共享社区
- 跨团队社区进行深入学习和探索
- 在其他团队中保持可见性
3. 尊重其他团队的时间和独特性
- 关键点:确保团队获得所需,理解初始痛点。
- 具体措施:解决文档冗长、工具不适用和术语难懂的问题。
方法:
- 移除自身作为瓶颈
- 提供优秀的文档
- 保持团队交互的简单性
- 提供多种选项以适应不同团队
4. 通过协作传播共享心态
- 关键点:鼓励团队贡献和协作。
- 具体措施:将工具内部开源,任何人都可以贡献。
方法:
- 优先考虑对我们构建的任何内容的贡献
- 与做类似事情的其他团队合作并努力将事情联系在一起
- 支持和鼓励使用其他团队的工具
5. 追求长期改进
- 关键点:平衡短期和长期改进。
- 具体措施:从快速胜利开始,但逐渐转向长期改进。
方法:
- 在较长时间内衡量项目成功
- 记录进展并回顾以平滑波动
- 解决更大的问题通常带来更多成功,快速修复可能不存
演讲总结
Egan以Fred Brooks的同一段引用结束演讲,强调在整个组织中建立和共享原则可以产生持久的影响。尽管尚未找到银弹,但提到的技术专注于协作和尊重,已被证明在推动组织前进方面是有效的。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。