扫码阅读
手机扫码阅读
解决产品经理和开发团队撕逼

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


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


老邓聊开发
扫码关注公众号
老邓聊开发的其他文章
需求在变,还要写自动化测试吗?
当问一个团队为什么不写自动化测试的时候,往往有两种答案。一是我们的系统已经没什么变化,写测试没意义;
测试左移,如何移?
Google曾经公布过一组数据,Bug在不同阶段被发现后修复的成本。从需求、编码、测试、上线,每晚发现一个阶
代码Review,Review些什么?如何Review?
从我个人面试经历来看,执行代码Review的公司要比执行了TDD的公司稍微多一点
从混乱的单体应用到微服务架构
从混沌的单体应用到微服务架构平滑过渡
软件项目中几大幻觉
幻觉一:需求分析完成了产品辛辛苦苦花了很长时间对用户需求进行分析,画了原型图、出了PRD文档,长出一口气,总
加入社区微信群
与行业大咖零距离交流学习


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