解决产品经理和开发团队撕逼

版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


老邓聊开发
扫码关注公众号
扫码阅读
手机扫码阅读
文章探讨了在开发团队中产品经理和开发团队之间冲突的本质,即公平性问题。传统的开发团队模式中,产品经理同时兼任项目经理,拥有决定产品功能及其开发时间表的双重权力,这种权力结构容易导致产品经理的独裁和开发团队的不满,从而引发双方的冲突。
相比之下,Scrum团队的管理模式则限制了产品经理(Product Owner,PO)的职权。PO负责定义产品的UserStory(用户故事)并进行优先级排序,而不再承担制定进度表(Schedule)的责任。进度表的确定由开发团队基于其实际能力自行决定。通过初期的冲刺(Sprint)实践,团队能够估计自己在一个冲刺周期内能完成的用户故事点数,随后在后续冲刺中逐步优化生产力。
在此模式下,PO专注于将开发资源投入到最需要的用户故事中,以最大化团队的价值输出,而开发团队则自行评估生产能力并根据承诺完成工作。这种分工有助于减少双方的摩擦,因为它建立在团队成员之间的信任基础上。如果开发团队故意高估用户故事点数以减轻工作量,那么这实际上反映了团队内部缺乏基本的信任,这样的团队无法有效解决不确定性问题,而更像是一位奴隶主和奴隶的关系。
老邓聊开发


老邓聊开发
扫码关注公众号
老邓聊开发的其他文章
敏捷退化
敏捷已经不是个新鲜词了,现在很多团队都实现了某种形式的敏捷。Scrum是其中最为流行的一种方式。但随着时间的
如何进行测试驱动开发(TDD)
从我的面试经历来看,或许是我见过的优秀公司还不够多,几乎没有公司能正确使用TDD的。
代码Review,Review些什么?如何Review?
从我个人面试经历来看,执行代码Review的公司要比执行了TDD的公司稍微多一点
劝君放弃微服务
最近几年以来,微服务开始大行其道。各种项目都开始采用微服务架构。在此基础上,又诞生了多种服务、框架用来治理
成本效率还是业务响应
在一次敏捷的活动中,有个小伙伴提了一个问题想让大家帮他参考:为什么他的团队里都不愿意听他的。经过详细
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线