扫码阅读
手机扫码阅读
解决产品经理和开发团队撕逼
479 2023-08-22
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:解决产品经理和开发团队撕逼
文章来源:
老邓聊开发
扫码关注公众号
文章探讨了在开发团队中产品经理和开发团队之间冲突的本质,即公平性问题。传统的开发团队模式中,产品经理同时兼任项目经理,拥有决定产品功能及其开发时间表的双重权力,这种权力结构容易导致产品经理的独裁和开发团队的不满,从而引发双方的冲突。
相比之下,Scrum团队的管理模式则限制了产品经理(Product Owner,PO)的职权。PO负责定义产品的UserStory(用户故事)并进行优先级排序,而不再承担制定进度表(Schedule)的责任。进度表的确定由开发团队基于其实际能力自行决定。通过初期的冲刺(Sprint)实践,团队能够估计自己在一个冲刺周期内能完成的用户故事点数,随后在后续冲刺中逐步优化生产力。
在此模式下,PO专注于将开发资源投入到最需要的用户故事中,以最大化团队的价值输出,而开发团队则自行评估生产能力并根据承诺完成工作。这种分工有助于减少双方的摩擦,因为它建立在团队成员之间的信任基础上。如果开发团队故意高估用户故事点数以减轻工作量,那么这实际上反映了团队内部缺乏基本的信任,这样的团队无法有效解决不确定性问题,而更像是一位奴隶主和奴隶的关系。
想要了解更多内容?
查看原文:解决产品经理和开发团队撕逼
文章来源:
老邓聊开发
扫码关注公众号
老邓聊开发的其他文章
代码Review,Review些什么?如何Review?
从我个人面试经历来看,执行代码Review的公司要比执行了TDD的公司稍微多一点
敏捷退化
敏捷已经不是个新鲜词了,现在很多团队都实现了某种形式的敏捷。Scrum是其中最为流行的一种方式。但随着时间的
工作量评估之小马过河
在软件开发过程中,工作量评估是必不可少的一步。大多数的工作量评估,采用是绝对时间,如人天、人时。这时候就会陷
如何进行测试驱动开发(TDD)
从我的面试经历来看,或许是我见过的优秀公司还不够多,几乎没有公司能正确使用TDD的。
测试左移,如何移?
Google曾经公布过一组数据,Bug在不同阶段被发现后修复的成本。从需求、编码、测试、上线,每晚发现一个阶
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线