单个专业的需要，而不是全行整体需要，造成业务做法不能很好相互借鉴，有的甚至产生矛盾。在信息系统中相互制肘，重复又各成体系，形成不必要的内耗。
（3）业务人员对信息系统及整个银行业务处理流程及制度要求，缺乏深入了解掌握，造成撰写的需求内容描述不清楚，不准确。
（4）需求说明书没有模版，业务部门没有参照，或是科技部门提供的模版实用性不强，不符合业务要求。或更多是科技部门从技术要求方面出发，按照软件功能说明书内容格式让业务部门撰写需求。业务部门对很多技术要求不熟悉，不知道如何下手撰写。再有，模版过于教科书化。文档模版编写时，没有很好依据公司自身现状，从实际出发并实地征求业务部门意见，造成业务部门不愿意或无法按照科技部门提供的需求撰写模版撰写需求，达不到预期效果。
（5）业务与科技部门缺少需求交流机制、交流平台，大家都无法积极主动交流，无法倾听相互之间的意见。
三、提高撰写质量的措施
提高业务需求撰写质量，就要真正反映业务真实想法，和业务保持一致，并能提供科技部门软件研发需要的业务需求，确保在软件项目研发过程中，各项研发工作和需求之间的一致性，是需求管理的一项重要内容。
（1）业务与科技要建立良好的交流与合作关系。优秀的软件产品是建立在优秀的业务需求基础之上的，高质量的软件产品来源于业务人员和技术人员相互之间有效的交流与合作。业务与科技部门要建立一个良好的业务需求交流沟通渠道和机制，解决工作中有关需求不清、推诿扯皮现象的发生，以面对面交流为主，邮件、电话为辅。业务人员撰写完成业务需求后可以通过邮件的形式发给科技人员，让科技人员提出修改完善建议，相互之间交流沟通后，经过对业务需求说明书反复多次修改后再提交。
（2）科技部门要做好角色的转变，帮助业务部门其实就是帮助自己，不要认为业务需求与科技部门无关。科技部门不能只关心技术，更应该关心产品，跟踪产品应用情况，参与业务需求制订，与业务部门一起做好市场调研，参加前端性产品的研究和发展，帮助业务部门优化需求，可以提供业务需求说明书样本让业务人员参照学习。
（3）业务需求要分类管理。业务需求通常可以分为新产品研发需求、功能变更需求、数据提取需求、生产问题需求等，针对不同业务要求设计不同的业
f务需求撰写格式。新产品需求需要设计详细的需求撰写格式。功能变更需求、数据提取需求和生产问题需求要专题专述，变更那里则提出那里的数据，哪个系统出现r