作者daimond (哎)
看板P_Management
标题Re: [问题] scrum及需求规格书
时间Mon Jan 16 02:20:25 2012
※ 引述《vipin (Vipin)》之铭言:
: 在以往的流程, 我们会花一个月左右的时间不停地与客户需求访谈
: 并释出需求规格书, 供使用者画押确认, 再依使用者规格书分析及设计.
: 但若套用了scrum的开发架构, 仍会需要先进行需求访谈会议吗?
: 还是每一个功能可能会被画成一个story, 再将story里建立一个需求访谈及文件的task吗?
: 看了些文件还是不大明白scrum对於需求规格书的产出作法..
: 在许多前辈的经验分享文件中, 似乎没看过有人列出这样的task
: 若不需要产出需求规格书, 要如何让使用者确认最後需求.
: 这样story若被使用者拒绝验收, 是否又必须要再重新再走一次(下个sprint)?
: 似乎这样变成xp的玩法了 @@
: 请各位前辈指点
: 谢谢
我不懂scrum的东西 但就经验来判断
1. 需求厘清跟书面化确认是一定要作
2. story应该是类似工作包拆解确认的另外一种方式 如果PM有足够资源来作
各工作包的需求确认 我想这是对的 也是需要的
3. 每一个阶段若有文件产出是最好 但这又涉及PM有多少资源可以用. 文件
会成为组织过程资产.
--
"把会微笑的回忆送给你..."
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 1.173.212.40