如果从头看贴了，发现此贴出现最多词应该就是学习了。搞软件确实是在不停的学习，只不过学的不同而己。程序员学代码学APl，架构师学框架学平台，项目经理学项目管理学软件工程等。学习应一直伴随着你，书上学，在工作中学。

所以搞需求应该学的比业务人员还要好，可能政策及业务发展等知识不如人家，但业务实务操作一定要和业务人员一样强，甚至还要强。其实大部分业务人员较长时间从事一块业务，总体业务一般，而搞需求的人员确能向多部门调研，更容易掌握总体业务，并能对业务抽象带来新的价值，就看自己是不是用心学，并有办法学好了。

业务学好后，一方面是能与业务人员有效沟通，更好的设计系统。另一方面是会让业务人员信服你，达到引导业务的目标。因为业务人员提出的好多需求，放到软件中是不合理的，如果你不是业务专家，说不合理人家也不服气，不同意改。当你成为业务专家，你说调整他业务，他会觉得有理。

说到引导需求，2010年左右，带一个小项目。项目单位一把领导非常重视，拿了一大套表及文件给我讲，生怕我弄不清，干不好影响他发展。其实他那套东西对我来说也是So Easy，因为这行经验太足了。过了几天，他又来了，我开始给他讲业务，并有理有据的告诉他表格及流程如何调整。这领导也是行家，听完我讲后，说:“XX，我觉得你比我理解的还到位"。从此之后，无论我说怎么弄，他觉得我业务挺行，觉得都合理〈其实也有不行的地方)。因为按自己思路规划设计，再带人干非常顺利，因为了解业务，应用效果还好。开始说三四十万的事，最后谈了谈开发的困难(其实没有)，人家一高兴给追加到好像58万。

再说另一个例子，因为我们单位这种精通业务的项目负责人很多，工作很有效果。结果合作公司一哥们在我们这干过，觉得引导需求是个人就能干，就是耍耍嘴皮子就行，没看到人家的深厚的业务知识。后来回到公司，参与一项目时，BB着要去业务单位引导需求。结果，后来听他们公司人说，自己不咋懂，还跟人家领导瞎BB，也赶上那家领导是个爆脾气，最后给这货骂出来了(据说骂的特难听，估计真给惹急了)。

14.系统设计的目标
有吧友心里想，系统设计的目标当然是为了把系统设计出来，但是什么样的过程最有效的保障系统的设计?谁也说不清，因为每个系统都有自己的特点，每个公司及团队也有自己的不同，无伦什么经验还是理论，与实际情况结合有能有效设计系统。

虽然大家都知道系统设计是为了开发系统。但是在实际设计中仍做了许多无用功，其中设计文档的滥用就是其中一项。好多公司吹自己文档规范齐全，公司工作流程科学正规等等。其实，估计写的大部分设计文档没啥用，好多设计文档是为了验收用，在设计中根本起不到指导开发作用。倒是后期了解项目有点用，所谓设计文档对开发也没啥用。

当时参加一项目(公司规模也不小)，号称采用RUP(其实简化很多内容)，文档中UML图只用用例图、时序图和类图三种，就这样因为项目进度问题，结果是代码写了或写完了，再补时序图及类图设计文档，这还是大公司的大项目。当时我们觉得UML可好呢。

大部分承担项目的公司文档好多都是滥用，外包公司不太了解。但是我们大学一老师，旅日学者十几年，在日本一汽车制造软件干到了最核心的三名设计人员之一，他们软件会提升汽车制造水平，对华保密出口(小日本这帮孙子)，该老师回国前签了大量保密协议和承诺书什么的，他说也有中国公司外包他们的项目，但最后他们公司评价不高，后来不用了，更乐意让哪儿个国家(名字忘了)外包他们的。

最理想的情况是设计文档很详细，伪代码注释全写清，程序员连文档都不用看，按注释及伪代码就能把程序写出来，但可能么?这个情况是需要付出巨大时间和金钱成本的，而在目前市场情况下，企业最缺的就是时间和金钱。

对企业来说，三个月搞一个300万项目与五个月搞个300万项目，效益差别很大的。这只是算研究成本，提前二个月推向市场占领市场，对企业战略更有意义。为什么腾讯开发游戏，程序员分三班，二十四小时不停开发，早一天推向市场，可能一天多挣一二个亿，更主要的是能尽早占领市场，打击竞争对手。软件公司也一样。

而且目前业务单位做软件，首先要求得快。小项目一两个月，大点的项目半年八个月的，太多了。好好搞需求，搞设计，估计文档没写完，系统就要求上线了。为什么懂行业知识的人挣钱多，因为人家无学习的时间成本，能有效缩短项目工期。而程序员再能也是模块级的，而人家是项目级的。不写代码收入也比程序员多N倍。

我自己负责过一个项目，在还算业务很通，思路也清晰，开发人员多少也都有行业经验，还得中间还非常顺利情况下干，大概算也得三月。但是人家业务部门领导就要求元旦前完工，算全了也就一个月二十天。不也得硬着头皮干，什么需求设计完善，文档齐全，怎么可能。

那怎么办呢?其实想白了，软件开发的各种文档，除了记录外，最大的作用就是用来沟通，软件文档写了主要给别人看，就像我发贴子一样，是为给别人看，自己看有什么劲，脑子里都有。如何能有效的沟通，文档的字数多少，格式类型并不关键。所以，系统设计过程中最重要的是有效沟通，而不是天天写固定格式文档，何况好多项目经理、开发组长都技术出身，大部分文字功底也不咋地。

见过一名牌大学毕业的项目组长，文档写的格式很规范，但就是写不明白，别看了也是白看，他自己心里清楚，就是写不明白。最后还是得靠问问题，语言交流才能弄清。为啥说让大家提高表达能力，不擅言谈不好，就是怕将来你有问题和别人讲不清，别人给你讲又听不懂。