如果敏捷开发，那本身就要拥抱变化，小改小闹甚至不提供文档都是可以接受的！要的是执行力。但如果公司规章严格，遵循传统瀑布式项目管理方式，那有时候丝毫的需求变化都会给项目带来很大影响。所以别跟工程师说，这个图片挪个位置很简单吧。人挪了位置，测试人员提了BUG给他，算谁的呢。一句话，具体情况具体分析，处在什么样的环境里，用什么样的方式做事。
■网友的回复
如果是颠覆性的修改，如结构性的改变等就需要立刻停止开发，着手修改或者重新开发；如果是补充性的修改，可以仍进行原开发，新功能待二期进行开发。
■网友的回复
就看你的这个问题严重不？严重的话肯定的改。不然的可以按照上面两位说的那样做就可以了！
■网友的回复
现实情况，很多时候出的产品文档，肯定在某个细节上还是会有疏忽遗漏，我觉得可以有个小版本号，前提这样的调整是不影响当前产品功能；只是做更细节的补充。

• 麦考瑞大学是不是允许学生在就读前或就读期间结婚
• 旅行是不是检测一个人品行的捷径?
• 出国读研，国内某些学校允许刷分某些不允许，是不是不公平
• 咋看待近朱者赤近墨者黑是不是跟啥人在一样，就会向啥人靠拢
• 美国高中十一年级下学期转学是不是好
• 【知识管理】思考：怎样整理自己的学习和工作文档
• 抑郁焦虑是不是伴有持续失眠噩梦症状
• 奶茶中奶中的蛋白质是不是会和茶的草酸结合形成鞣质
• 恒达百业旗下品牌康立民生还有哪些系列产品?
• 书包浓重异味该怎样去除，是不是有危害