解决产品经理和开发团队撕逼
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
老邓聊开发
扫码关注公众号
扫码阅读
手机扫码阅读
文章探讨了在开发团队中产品经理和开发团队之间冲突的本质,即公平性问题。传统的开发团队模式中,产品经理同时兼任项目经理,拥有决定产品功能及其开发时间表的双重权力,这种权力结构容易导致产品经理的独裁和开发团队的不满,从而引发双方的冲突。
相比之下,Scrum团队的管理模式则限制了产品经理(Product Owner,PO)的职权。PO负责定义产品的UserStory(用户故事)并进行优先级排序,而不再承担制定进度表(Schedule)的责任。进度表的确定由开发团队基于其实际能力自行决定。通过初期的冲刺(Sprint)实践,团队能够估计自己在一个冲刺周期内能完成的用户故事点数,随后在后续冲刺中逐步优化生产力。
在此模式下,PO专注于将开发资源投入到最需要的用户故事中,以最大化团队的价值输出,而开发团队则自行评估生产能力并根据承诺完成工作。这种分工有助于减少双方的摩擦,因为它建立在团队成员之间的信任基础上。如果开发团队故意高估用户故事点数以减轻工作量,那么这实际上反映了团队内部缺乏基本的信任,这样的团队无法有效解决不确定性问题,而更像是一位奴隶主和奴隶的关系。
老邓聊开发
老邓聊开发
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
老邓聊开发的其他文章
成本效率还是业务响应
在一次敏捷的活动中,有个小伙伴提了一个问题想让大家帮他参考:为什么他的团队里都不愿意听他的。经过详细
工作量评估之小马过河
在软件开发过程中,工作量评估是必不可少的一步。大多数的工作量评估,采用是绝对时间,如人天、人时。这时候就会陷
依赖倒转以及为何要倒转
SOLID原则里面的D,就是依赖倒转原则。我们为何要依赖倒转?在面向对象中如何利用依赖倒转?
软件开发是设计还是生产?
这个问题就像“谁是我们的朋友,谁是我们的敌人”一样,是这个行业的根本问题。这个问题不能解决,
九转大肠的组织设计
今天看到微信群里转了一张图片,内容如下:可以看出来作者对多个部门都有洗大肠专员这事儿深恶痛绝,认为是
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线