这是另一个试图弄清楚Scrum如何/应该在现实生活中工作的问题.这是我遇到的典型场景:
注意:下面不使用术语"产品所有者".这是因为真正的"产品负责人" - 本案例中的产品经理 - 并未作出最终决定.当他决定应用程序如何与数据库交互时,数据库主管对许多事情有最终决定权.质量保证对于事物的外观/工作方式有自己的想法 - 他们的想法是作为错误输入的,并且通常预期(由每个人)被视为如此.
产品经理写了一个这样的故事"X用户需要一个页面来做Y".
在sprint计划会议上,故事被添加到sprint backlog中.
一些可怜的开发人员抓住(或被分配)故事.
开发人员向产品经理询问"您希望页面是什么样的".
产品经理(如果有的话)说:"嗯,好吧,它需要收集A,B和C."
开发人员开始研究他应该是什么样的最佳猜测.
开发人员尝试将页面连接到存储过程并向DB提出一些问题.DB主管说"页面也需要D和E.而且不应该需要B".
开发人员进行更改并提交.
QA说"我认为E令人困惑".
开发人员不得不四处争吵,试图让QA,DB主管和产品经理就最终页面的内容达成一致.
我的理解(根据我们如何教授scrum)是开发人员有责任充实页面的要求.在我们的环境中,如上图所示,这为开发人员带来了令人沮丧的体验,同时也为开发人员浪费了大量时间,同时等待获得所有权力来统一决定需求是什么.
有时需要花费数小时才能确定2小时任务的要求!与1个人共度足够的时间是非常困难的 - 甚至更难以获得3个人!
我知道这是反Scrum,但在我看来,产品经理,数据库主管和QA团队应该在规划会议之前召开会议,并详细说明要添加到sprint的任务的详细信息.(开发人员很少有任何考虑的输入,当我们在会议中尝试这样做时,可能需要一整天 - 而不是开玩笑 - 来挖掘积压中所有项目的所有细节.)
有没有人处理过这个？有什么建议？我不想长时间絮絮叨叨,所以如果你需要更多细节,请告诉我.
谢谢!
这是因为真正的"产品负责人" - 本案例中的产品经理 - 并未作出最终决定.
这正是你的问题.Scrum说
产品负责人不是一个人,而是一个角色.每个人都可以成为产品负责人.
如果您的产品经理无法做出这些决定,那么他不是产品所有者恕我直言.在这种情况下,找到可以做出这些决定的人,因为这是您真正的产品所有者.
我作为开发人员(scrum中的"团队"角色)只需要了解产品所有者对此功能的期望.他是主人,他向我解释了页面应该是什么样子,我将按照他的描述制作.数据库主管不是产品所有者.质量保证不是产品所有者.我按照产品所有者想要的那样制作了页面,如果DB主管或QA有问题,他们应该与产品所有者交谈.或者实际上产品所有者应该提前与他们交谈.
如果他们以某种方式为产品所有者服务,为什么DB领导和QA还没有参加sprint计划会议呢？在那种情况下,当产品经理说A,B和C. DB领导可能说他需要D和E而B不应该在那里时,他们可以立即喊出"异议".质量保证可以说,他们认为E令人困惑.只要在冲刺后最终不得不批准我的实施的人甚至不同意他们想要的东西,我根本不会触及这个东西.
京公网安备 11010802040832号 | 京ICP备19059560号-6 