为什么程序员特别讨厌产品改需求?

首先有一个前提，在软件开发过程中，团队会存在各种的角色，PM负责出需求，FE负责前端实现，RD负责后端实现，QA负责测试。

在这样一个前提下，团队成员各司其职，关注自己所关注的点。

产品提出的需求，真正能够完全无误的传达到团队中其他人的情况非常少。在传达过程中会产生理解上的偏差。

我们会发现一个现象：团队中的成员对于PM的需求很少作出提问，也很少作出质疑，更不用说提出意见了。为什么会这样？或者说这样子是正常的吗？

这样肯定是有问题的。

软件开发人员的问题：

• 没有能力创建出一个正确的模型。
• 对于现有软件模型缺乏维护。

说这些，跟这篇文章的问题有关系吗？

有关系，而且非常大。

因为模型和数据是一个软件的核心。如果不对模型做修改、维护，那么就无法知道现有模型所能支持的用户需求的范围。因此也就不用说当需求变动时，提出任何意见了。也就意味着软件开发人员缺乏对于软件的掌控。没有掌控意味着什么？意味着未知。有句话说的好：未知的才是最可怕的。当PM对需求作出改变时，对于软件开发人员来说，就代表认知又一次被打破了，而且是没有预料到的。对于未知的变化，人们很少有能够虚心接收的吧，大概率都是惊恐。

所以到底怎么解决呢？

软件开发人员要主动寻求对于所开发软件的掌控。