背景：互联网行业的乙方（负责研发），产品需求来源于甲方客户，大大小小的变更较为频繁
问题：需求管理不完善，对于需求变更未做版本记录；在需求实现上，与实际应用场景不相符
那么，有无遇到与上述问题相似的同学，有无解决方案呢？
在需求管理上有钻研的小伙伴，求推荐自己认为较好的需求管理资料或书籍。
其他类似需求问题，也请在评论中抛出，大家一起讨论。
愿我们在需求的道路上 顺利 畅通 而快乐。
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
碰到不靠谱的，就是走需求卡片，产品写清需求内容，研发评估保底时间并留些富余，测试估算耗时，该延期的延期该加班的加班，重点是多方签字画押，按约定干完活儿。
禅道不是可以做这件事么？好多公司都用
这不是需求的问题，是项目管理的问题，适当的推动一些文档规范以及需求变更流程，是可以解决这种情况的
对
766
回复
766
回复
可以用各种培养参与者各司其职的习惯~
人靠谱，才可能做事靠谱~不合理的要求和推不动的事儿，同一层面沟通搞不定的事儿，讲明利害然后交给上一层去沟通，从上向下施压，效果会好些。
需要前期多花一点时间和甲方确定好需求，确定好了才动手开发
