主题：【原创】软件开发项目中的需求开发问题 -- 闲云野熊

共:💬27 🌺6 新:

接着侃

熊兄客气了，和兄台对侃其实挺有趣的。

既然是订制新系统，即或是改造旧系统，几乎可以肯定功能有变化，不太可能全面照搬旧的流程。事实上，很多问题都出在旧的流程不适应新技术。特别是由手工流程改为自动化流程时，如果要求新系统适应旧的思想观念，将导致系统建设事倍功半。当然，改造用户思想很难，但必须有这个意识。

确实如此，一般来说，区别在于大改还是小改。

妥协不是软件开发者的责任，但是开发者需要提供解决矛盾的方案，如果总把问题推给用户，最后结果是承建商出局。

其次我所说的矛盾是指用户很多部门试图通过新系统的引入改变部门在组织中的地位，或是改变分工方式，这种矛盾是很难调和的，对于承建商的需求开发部门而言，这是陷阱，很容易导致项目死亡，必须识别出陷阱，提出技术解决意见，依靠用户的上级最终解决。很微妙，但必须会做。

这话对极。良好的开发商就是要提供解决方案，而且不止一个，向用户阐释各个方案的利弊，最终的决定权还是在用户手里。不了解国内的软件开发状况，我个人的经验是尽可能对事不对人。倒不是很担心项目死亡，关键在于合同的条款，看看谁为项目死亡负责。

开发者，不止是程序员，还包括系统分析师、设计师，都并不关心系统是否真正贴近用户需要，

这话实在不敢苟同。愚以为这样实在不是一个好的开发团队。小弟认为这大概就是与熊兄最大的分歧了。

熊兄或许认为软件开发能够象生产线的流程一样，但我认为，软件开发目前还属于初级阶段，太多东西没有办法标准化，流水线式的软件开发，还言之尚早。

有趣有益，互惠互利；开阔视野，博采众长。
虚拟的网络，真实的人。天南地北客，相逢皆朋友