技术管理 | 如何通过提案+评审取得团队共识?
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
TechLead 少个分号
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
文章“少个分号”探讨了软件开发团队中常见的技术偏好导致的冲突,以及Tech Lead如何管理这些冲突。讨论了三种不同的团队治理模式——君主制、军阀制和民主制,并提出了一套基于提案和评审的流程来解决技术冲突。
治理模式
在君主制和军阀制团队中,领导拥有绝对权力,能够制定规则并解决冲突,但这可能会导致技术决策不够民主。与此相对,民主制团队中的Tech Lead需要利用影响力和经验来管理技术偏好问题。
冲突解决机制
为了解决技术冲突,作者建议通过提案和评审的方式来处理团队中的不同意见。这包括团队成员共同维护规范,实施提案改进,并对技术方案进行评审。这样的过程要求提出者提供实际可行的替代方案,并获得半数以上团队成员的支持。
评审机制的好处
提案+评审机制有助于避免成员间直接冲突,促进团队内不同声音的融合,确保提出的是可执行方案,并为重大决策提供决策记录,对未来的架构追溯具有重要帮助。
文章还提醒读者,如有内容错误,可以联系作者领取红包,并推荐读者关注更多技术管理相关内容。
TechLead 少个分号
TechLead 少个分号
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
TechLead 少个分号的其他文章
易学中的模型思维和技术战略
易学是研究事物发展的传统哲学,当然,它也可以被用于技术领导者指导 IT 体系搭建。
研讨会回顾:团队级 AI 编程,Harness 的几个关键点
Harness 中文含义是挽具,通俗的解释是 AI 友好的工作环境和执行制度。
技术管理 | Scrum 是人性的游戏
在长期工作中,我们不得不顺应人性制定规则。即使短期内,可以克服人性的弱点,长期来看,人性的效应会慢慢被放大。
系统设计 | 如何管理应用系统中的配置?
当一个应用系统演变地非常大时,配置会变得非常混乱。应用系统中不同类型的配置应该如何处理?
系统设计 | 微服务权限检查点
了解微服务权限检查点设计,确保在微服务架构中实现有效的权限管理。掌握微服务中的权限检查点,保护系统免受未经授权的访问。了解微服务权限设计的最佳实践,确保系统的安全性和可靠性。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线