测试管理关于需求管理的谈论

766 · 2017年06月28日 · 最后由 766 回复于 2017年07月03日 · 1899 次阅读

背景：互联网行业的乙方（负责研发），产品需求来源于甲方客户，大大小小的变更较为频繁
问题：需求管理不完善，对于需求变更未做版本记录；在需求实现上，与实际应用场景不相符

那么，有无遇到与上述问题相似的同学，有无解决方案呢？

在需求管理上有钻研的小伙伴，求推荐自己认为较好的需求管理资料或书籍。
其他类似需求问题，也请在评论中抛出，大家一起讨论。

愿我们在需求的道路上顺利畅通而快乐。

1 个赞

如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！

打赏支持

共收到 10 条回复时间点赞

Mingway_Hu #10 · 2017年06月28日 2 个赞

碰到不靠谱的，就是走需求卡片，产品写清需求内容，研发评估保底时间并留些富余，测试估算耗时，该延期的延期该加班的加班，重点是多方签字画押，按约定干完活儿。

我去催饭 #2 · 2017年06月28日

禅道不是可以做这件事么？好多公司都用

49875183 #8 · 2017年06月28日

这不是需求的问题，是项目管理的问题，适当的推动一些文档规范以及需求变更流程，是可以解决这种情况的

766 #4 · 2017年06月29日 Author

对

嗯，计划按照公司的敏捷流程做事了，使用 jira 管理任务进度。需求变更要评审，做影响草图

766 #6 · 2017年06月29日 Author

对

嗯嗯，需求小卡片走起。测试多推动，沟通上是需要花费一些精力了

766 #5 · 2017年06月29日 Author

对

禅道，我去研究下

Mingway_Hu #7 · 2017年06月29日

对

766 回复

可以用各种培养参与者各司其职的习惯~
人靠谱，才可能做事靠谱~不合理的要求和推不动的事儿，同一层面沟通搞不定的事儿，讲明利害然后交给上一层去沟通，从上向下施压，效果会好些。

766 #3 · 2017年06月29日 Author

对

对，如果各司其职负责任的习惯都能养成，那么团队就厉害了。好建议，谢谢~

Seven_Koala #2 · 2017年06月30日

需要前期多花一点时间和甲方确定好需求，确定好了才动手开发

766 #1 · 2017年07月03日 Author

对

是的，前期工作必须得重视

需要登录后方可回复, 如果你还没有账号请点击这里注册。

测试管理 关于需求管理的谈论