为什么很多顾问遇到问题都喜欢开发？

刚好有个帖子是说顾问频繁让开发去实现一些功能，搞得开发很痛苦。那为什么顾问喜欢动不动就抗出开发的大旗呢？
想到自己前一阵子遇到的一个事情。用户有个需求，要求创建交货单的时候某个字段如果没有值就不能保存。我第一个反应是开发一个增强，后来冷静下来想想，交货单里不是有个不完整性控制么，配置可以搞定就不麻烦开发了。
这是一个很常见的应用场景，可用性检查也是很标准并经常被用到的配置，有时候可能一下子卡住了。作为顾问，要多想想配置手段。不要轻易说开发。开发其实成 本很高的，要写SPEC，要找出口或者增强或者函数，要考虑对其他业务是否有影响。对于这些出口、增强、函数，还要和开发顾问一起确定具体参数怎么用，哪 些参数和字段对应业务数据里的哪些内容。还有，很多增强和出口的帮助文档写的实在太抽象了。这个时候还要上SAP查相关的NOTES。编程结束了，还要安 排测试，编测试案例，写测试文档。如果这些在开发的时候都能做到，我想很多问题我们顾问就不会去麻烦开发了，还是自己花点时间琢磨一下标准配置是否能实 现。
我认为，很多时候顾问喜欢开发的一个原因就是开发的成本太低，和开发人员口述一下需求，就扔给开发人员去做了。那些看似无用的文档都省略了。这样的后果就是留下一堆定时炸弹和陷阱。当然，这是关于开发的另外一个话题。

另外，也有网友说是因为这些做顾问的本身是从开发转过来的，并且做开发也没多久。这也有些道理，但是做过开发的应该知道有些功能要开发做是很不合理的，为什么自己当顾问了还要走同样的路呢？

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/1605/viewspace-611095/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/1605/viewspace-611095/