【工作总结】需求分析工作总结[1].docx

第 1 页 需求分析工作总结1 特征码 wPWXiDAiKnqzOKmqBKJS 需求分析是项目开发的基础，基础打的牢不牢直接关系到后面 所有的工作，是项目实施成败的关键 项目经理博客 总体上说，我们的需求分析是做了，但是做得很不够，我们做 的需求只解决了我们能做出这样的项目，但是没有解决这样的 项目是不是真就是客户想要的。造成这种状况的原因主要是下 面几个情况： 客户本身说不清楚 文物网是这样，中彰国际更是这样，但是这不能怪客户，毕竟 客户在软件方面的知识要少的多，也没有相关的经验，可能心 里只有一个想要的软件的轮廓，于是可能会要求我们去替他们 来完整这个轮廓的细节，而我们的能力、我们能否真正站在客 户角度去搜集和整理这些需求，就决定了这个需求的完整性和 有效性。 需求自身经常变动 随着客户对这个项目越来越深刻的理解，那么可能他的需求也 会随之改变，这些变化的可能性越大项目风险就会越大，我们 第 2 页 在需求分析的时候就要充分考虑到哪些需求是相对固定的需求， 哪些可能会是产生变动的需求，考虑到他的可变性，这样设计 功能和数据库的时候不致因为后面的变动而影响整个工程。 分析人员或客户理解有误 毕竟，不是每个分析人员都是专业而合格的，为避免这种情况 的发生，需求分析必须要有审核制度，公司自己内部要审核一 遍，客户再审一遍，提出意见，修改后双方共同评审签字，确 认。 由此出现的问题： a) 需求分析过于笼统，只关注到面上，没有关注到点上，开发 出来的东西在具体的细节上和客户的理解有误差，并且无法严 格界定是否属于需求变更。中彰的方案就是这样的。 b) 需求报告只求我们这方评审通过，不去关心客户的评审，认 为只要客户签字认可就行。虽然签字认可能够给日后出现问题 时划清我们的责任，但是不能保证使项目实施成功。 c) 需求分析中含有技术实施上有难度的功能，一味的求全和盲 目按照客户的设想，受客户影响过大，毕竟，很多时候，客户 的想法在实际实施过程中是不现实的，或者可以有更为简便的 方法来替代的。如中彰国际的在线交易功能，后台大批量邮件 群发功能。 d) 对双方已经确定的需求，实现以后并不适合客户使用，需要 按照变更手续执行的时候，客户可能会纠缠，提出“你们是专 第 3 页 业人士，你们应该事先能提醒我们可能会出现这种问题”并以 此来把责任推给我们，而我们又不好完全按照变更手续执行， 因为可能激化双方的矛盾，比如 508 的批量处理功能，因为属 于人事管理比较专业的细节问题，需求分析师开始没有对客户 业务熟悉到如此细致的地步，而客户也没有过多关注这些细节， 导致软件的某些功能不合用，较为繁琐，而重新按着客户的意 见修改的话工作量比较大，导致成本增加、工期延长。 e) 项目的成熟度受客户预算的限制。大部分客户在项目投入上 都是有预算的，在成本有上限的前提下，项目的功能设计（软 件的成熟度）方面必然受一定影响，毕竟功能越多越完善，相 应的开发成本就越高。这种功能上的不完善需要事先告知客户 并得到理解。 f) 此项工作的反复造成思想上的倦怠，使需求分析最后虎头蛇 尾。需求分析是一项繁琐枯燥的工作，需要和客户之间不断的 商讨、确认和反复，另外由于大部分的客户虽然安排专人负责 这项工作，但是该人并不只做这项工作，特别当他被很多其他 的事情缠身的时候，而无心细看提交过去的需求报告的时候， 他很可能会给你一个错觉，让你认为他已经真正的理解并认可 了你的设计。结论 a) 需求分析是整个项目管理中需要重点控制的几个关键节点之 一，首先思想上一定要重视。 b) 需求分析报告的编写者要参与到需求的搜集工作中，准确领 第 4 页 会客户的意图，并转化成软件能够实现的功能。对于说不清楚 需求的客户，要善于问关键问题，引导客户提出自己的需求。 可以采取的措施是事先编制一个问卷调查之类的文档，详细列 举需要客户回答的问题，以便防止遗漏。 c) 需求报告的编写者要能够对客户需求进行深入分析，区别出 哪些需求存在日后变更的可能，哪些需求属于相对固定的，哪 些需求能够实现，哪些需求需要变通才能实现，以便于指导后 面的功能设计。 d) 需求分析报告对功能细节的描述不能有歧义，描述一定要全 面、准确，防止开发方和客户只见对同一个问题有两个截然不 同的理解。可以通过评审，用大家的力量来避免这种情况发生 e) 需求报告的每个关乎功能的描述都要让客户明白和理解，客 户在理解之上的确认才能够保证日后一旦出现问题不致出现双 方互相推托责任 任纠缠不清的情况。 f) 需求报告一定要经过一个有技术人员和业务人员参加的评审， 要充分发挥团队的力量，重视每个人的才智，一个模块一个功 能的逐一的过，让大家来共同找出需求报告里不合理的、有歧 第 5 页 义的、不完善的、遗漏的等等问题 g) 帮助客户去理解提交给他的需求分析报告而不是只等签字， 对于有能够用好几种方式实现的功能，尽量做到能让客户去比 较和选择。不要让客户对报告中的部分产生歧义。只有客户对 报告的完全的理解，才能在日后客户提出的修改被认为是需求 变更的时候能够得到客户的理解 h) 最后，需求分析报告一定要双方共同签字确认