把话圆回来”的意思是，通过与客户辩论需求，追求伪的一致。我想起某些职业培训机构的课程。在这种课程上，学员随机抽取到一个观点，例如，地球是方的。无论是否赞成这个观点，他都必须用看上去天衣无缝、无可辩驳的理由，把这个观点推销给尽可能多的人。那位上司的做法其实是损害组织利益的。 我一直认为，需要经过再解释的需求，不是一份合格的文档。它会带来歧义、返工和无法预料的后续成本。事实上，只有本着实事求是、与客户一起成长的诚实精神，才能在现有能力的前提下，以最小的代价完成项目。我们应该看到，在绝大多数的项目中，客户需求总是不完整的。它总是处在不断的变化之中。对于这一点，很多大连微信公众号软件开发方法都不回避。例如，拥抱需求变化的敏捷方法。 

敏捷方法建议，大连微信公众号软件开发人员应该随时与客户展开灵活的沟通，并用一种聪明的方式，让客户主动地分担需求变化的风险。例如，强调过程的CMM。 CMM在处理需求问题时，显得更严肃一些。它建议，在项目启动之初大连微信公众号软件开发组织应该和客户一道，成立一个需求变更委员会。由于需求变更委员会的存在，需求变化的难度增加了，同此这有利于人脸识别软件开发组织控制需求的目的。 

不回避是一种科学的态度。但是，从实践者的角度来看，无论是让客户分担风险还是成立委员会，都不是解决需求问题的关键。要想解决需求问题，关键有两点。这两点都需要需求分析人员的努力。

致远服软总结出：http://www.soft8.com.cn/ 第一，需求分析人员应该使用客户提供的常识和素材，为客户提供他们可以理解的完整故事。事实上，单纯限制需求变化，只会演变为一场两败俱伤的战争；第二，需求分析人员要积累领域知识，提升对需求的预判能力，并把预判应用到软件实现中去。我想解释一下上面这两点。 

第一，我们知道，理解客户需求是需求分析的第一步。由于客户没有经过专业的技能培训，需求的表达总是不完整的。在这种客观现实面前，软件开发组织有责任、有义务让客户清晰地了解自己的设想。约束客户的需求往往是没有意义的。想想看，客户会接受那些由于自己考虑不周而产生的明显缺陷吗？不会的。