程序员并不无辜

 

在开发这个行当里混得时间短的技术人员，经常会抱怨：

 

• 客户天天改需求，很多需求是没有道理的
• 客户随便突发奇想，我们就要忙一阵子了。 大脑一热乎就一个想法，一个新需求。过几天，又改了，过几天又改。

   到底罪过在谁呢？客户吗？客户只是简单的提出自己的想法而已，说实在的，如果不是和乙方有什么仇恨，也没什么人刻意去折腾别人，何必呢？-------------售前吗？你看到的，是售前向你提出了几个不合理的需求，你没有看到的，是售前使出浑身解数，给你挡了十个不合理需求，甚至还有十个合理需求但是你不会做的。

 

 

其实这种情况其实我也遇到过，在刚开始做程序员的时候的确有时候会这样，但后来做得久了，也常常会到客户处，常常会客串售前，慢慢想法就改变了。

 

 

Brooks《设计原本》中提到的一个程序员的愤怒：“为什么他不可以就想要的内容下定决心？为什么他不能把想要的对我一口气说完，而偏要每天挤一点出来呢？”其实和这个是一样的，但是解释其实也很简单：

 

  我为客户提供的最有用的服务，是帮助他决定什么是他真正想要的。

 

 

我们可能不去买软件和系统，但是我们会买电脑、手机、汽车、房子，我们对自己的需求，能说的多清楚呢？正是因为不清楚，所以作为专业的技术人员才会被社会所需要。死死的按照客户提出的要求去实现系统，并不是客户或者说老板的真实希望。

 

 

之前我的文章里提到：

 

冰山一般是露出来的部分，只是一个尖，一个有经验的需求采集人员，应该从项目中历练出通过这个“尖”，看到冰山藏在水面之下的部分，至少要有这种思维才行，否则，轻率的看待需求，传递到后端，会引发灾难。造成研发人员死在需求上，需求采集人员应该负很大责任。

 

当然，研发人员在接到前端传递来的需求时，也应该有这种态度来看待，冷静处理，这样，也能最大限度避免灾难。

 

所以，我想说的是，同样是在做事，你的心态究竟是什么样的？怎样面对客户或者售前人员提出的需求？要用智慧去分析。不用心去分析，必然是把自己累死累活。