在规划和优先处理发布中包含的内容时,您是否区分了错误,功能增强和新功能？
例如,bug总是优先考虑 - 在处理新功能之前,你是否修复了所有已知错误？您是否使用正式系统来比较待办事项中每项变更的成本与价值？如果是这样,你是否使用相同的公式比较错误和功能？这与商业软件与开源与内部企业软件的不同之处有何不同？
编辑:一些很好的回应 - 谢谢.虽然我有一个先入为主的观点,你需要处理错误,功能,增强功能,并根据每个的成本/效益选择工作,我认为现实是这取决于你的情况.
pax*_*blo 19
这种选择被称为分诊,这是来自医院急诊部门的一个术语,他们必须决定谁接受治疗(有时,不幸的是,谁生活和死亡).
与所有业务决策一样,这是成本/收益问题.修复错误或添加功能有什么好处？它会花多少钱(包括不做其他事情的机会成本)？
选择那些以最低成本获得最大利益的产品.你的目标是最大的爆炸效果.资源是有限的,欲望不是,资本主义的长期问题:-)
没有必要修复只有一个客户遇到的错误,如果这意味着同时销售数百份副本的功能将被丢弃,那么他们永远不会再按照自己的方式投入更多重复业务.
对于它的价值,我们公司有一个所需变更的数据库,客户可以在这些数据库中基本上投票支持他们希望在即将推出的产品版本中看到的内容.在数据库中实际创建这些请求的更改仅限于销售人员,因为我们不希望出现所有类型的请求,而不会对客户进行评估和讨论.
此外,我们定期接触我们的最大客户(就产生的收入而言),以确定应添加哪些功能(他们可以自由地建议自己的愿望,也可以输入数据库 - 显然是投票权取决于收入).
这与我们的bug系统是完全不同的,尽管经常会出现bug,这些bug实际上是新的功能请求,并且它们被传送到新的功能数据库.对于被认为具有低影响力或具有适当的变通方法的真正错误,这甚至可能发生.