周末跟朋友一起与客户谈需求有感

        这一阵，一直没玩没了的加班。几个有关联的系统，不同的人设计。要求同时上线。然后开始各种加班。辛苦就不说了，直说下其中的一些问题。第一，几个项目同时交工。这样就不大可能让同一个人主导所有项目（实际执行，包括项目进度）。第二，项目验收和交付时间缺乏主动权。这样就不得不赶工加班的直接原因。第三，需求不稳定。在整个开发中，即使做了很详尽的调研和需求确认，在开发时仍然难以回避业务方的临时调整，甚至否定之前的。第四，系统关联性。在开放前期，各个系统各自开发问题不会凸显出来。但是中后期开始对接时，问题就会爆发式的出现。因为不同人设计的产品，这个问题就更加突出。

由于上面的种种原因，原本就不足的工期，就更显的紧张。项目负责人面临工期日近，不断催促；开发人员身心疲惫，还面临各种需求更改和不满。于是就各种不愉快产生了。同时自己的问题也暴露无遗，愤怒了几次。结果就是大家都不愉快，也没有换来实质性的改善。

周末，和朋友一起去见一个客户。整整谈了一天的需求和改动。本来和自己关系不大，想看看有什么自己可以帮上忙的事。就当散散心也好。但是，整个谈的过程，让我感触颇多。古云：见贤思齐焉，见不贤而内自省也。

首先，客户不懂程序。只提自己想要的东西，很多时候搞不清单机版和网络版区别。而且认为做这样的东西是相同的。只要一套出来，移动版的app自然而然也会开发出来，不需要更多成本。然后朋友解释了很久，非常有耐心。但是之前的是按单机版的收费，现在搞成网络版了。复杂程度至少增加1/3.

其次，各种细节的确认。程序的联动性和关联性非常复杂。有些甚至是4级联动。而且不同区域失焦点要总体验证。这些客户都不明白程序里面的各种判断是非常复杂的。而且有些联动的依据是有冲突的。这些都需要朋友一遍一遍的演示和讲解才能让他明白。

整个的交流一直持续到下午，然后大家讨论玩都很愉快。朋友没有因为客户的需求更改而生气。一直很和气的交流。事后和朋友聊这件事。朋友很淡定，说了一些自己工作的情况和态度。然后对照自己最近一段时间的表现，很是感慨。以后要多学习，心胸要宽，情绪要控制好。程序员还是要多出来走走，才有更多好的感受和体会。