作为一个开发人员，我迫切地需要一位能够把控需求的项目经理。我想，在多数公司中，是推崇一种畅所欲言的氛围的，的确这是对团队有好处的事，我们需要团队里每一个人的意见。但请回想一下，在开会的时候，开发部门里的开发人员是不是都不愿意发表意见，即使主持人反复说：“大家有什么话尽管说”，也是大多数沉默。然后再回想下，开发、实现一个需求的时候，是不是几乎每个人都会对这个需求提上一点意见，每个人都会说这样不符合逻辑，这样操作不好，这样用户体验差。好像在实际接触到后，每个人都对这个需求不满意。
这倒是无所谓，然而，如果项目经理是一位“善于听取”别人意见的人的话，那么整个需求的开发体验就会变得十分糟糕，在这个时候需求就不再是确定且明朗的，它变得像月亮一样阴晴不定，开发也就无法完成一个捉摸不定的需求。这不是一个能让人接受的后果，其影响都会反馈到工作量上，然而因为内部人员的意见导致的需求变动，要延长工期，也是提倡的。工作量的增长，工期不变，势必会引起加班，怎么解决这种情况？
1、在确定需求的会议上，就要尽可能收集到每一个人的意见。
这是为了使需求有尽可能多的细节，从而确定和明朗。不过这一点不容易做到，技术人员普遍不好发言，就算有什么意见也不会主动提出。但这一点仍然十分重要，要尽可能让每一个人都提出自己的意见，可以考虑将会议的发言纳入绩效。
2、在会议上就确定最终需求。
实际上，在需求会议上就做好最终版的需求并不是意见现实的事，因为总会有各种各样的事来打乱你的计划，其中来自自己的领导的压缩工期和来自客户的需求变动是最难以阻止的。但即使是如此，我们也要尽可能地朝这个目标上去努力。对于开发来说，开发一个功能并不难，修改一个功能才难，所以，定下一个最终需求就成了一个关键的要素，我在上面的第一点提到，“要尽可能收集到每一个人的意见“也是为了在需求会议上就定下一个最终需求，而不是在会议上人人沉默不语，会议后，对需求议论纷纷。
我们在实践了第二点的理论后，不可避免地仍会出现对需求不满的人，这个时候，就需要项目经理来把控这种情况。
3、阻止需求的非必要变动。
什么是必要的变动？一种让人无法接受的操作，一个不能无视的BUG，涉及到金钱的需求，所有会影响到产品核心的东西，都是必要的。与之相反，按钮的位置，体验的优化，图标的多寡等，在不触及到必要变动的元素，不影响产品的核心的元素，都是非必要元素。
对于必要的元素，必须马上变动需求，但对于非必要的元素，应该不予理会，直到当前产品的完成，在纳入下一个版本的修改中。
对于这些所有提出的非必要元素，都需要由项目经理去把控。
我希望上述的三种方式，能够帮助读者来减少由需求变动而带来的风险。
