项目需求和变更管理课件.ppt

《项目需求和变更管理课件.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、需求和变更管理项目管理系列材料软件项目需求管理概述软件需求定义需求是来源于用户调查，即客户的需要。需求分析是指软件分析人员通过研究用户在软件问题上的需求意愿，分析出软件系统的功能、性能、数据等诸方面应该达到的目标，从而获得有关软件的需求规格定义的过程。需求的生命周期：需求产生（变化、内部、外部）需求认识（现存、潜在、超前、前景分析）需求表达让提出需求的人尽可能清楚地说明他们的需求作一些必要的研究工作，更好地理解需求听听用户对你的阐述的反映，并作适当修改功能和技术要求把需求变成功能要求功能要求应描述项目最终交付产品的特征技术要求根据功

2、能要求产生功能要求应用日常语言陈述清楚对需求提出一系列问题提出需求的人是如何描述需求的需求真实吗，是真正需求还是表面现象我们能满足这个需求吗，其他人能满足吗，是不是真的有解决方法需求重要吗，值得去满足他吗满足需求的关键问题在那里，会不会有新的需求产生，还要进一步满足其他需求吗，新的需求能取代目前这个需求吗需求直接涉及什么人，他们认为这是一个必要的需求吗，满足需求后对他们有什么影响，他们的反映会怎么样需求对机构的影响是什么，对我的影响是什么定义需求时的问题含糊的需求：不断变化的需求（人员变化、预算变化、技术变化、商业环境变化）误解需求

3、（我说不清楚我所需要的是什么，但我见到东西时就会知道—感觉会随环境变化）过早作出结论（截断需要表达过程——需求分析需要耐心和自我控制）与真正的用户讨论需求多种用户，多种需求（确定优先级，即需求层次）曲解用户的需求需求镀金对用户的需求有选择的过滤包办代替艾派各类项目需求点概述软件功能，包括用户类别、功能模块、项目目标时间要求，包括上线时间、验收时间及客户期望的其它时间点性能要求，包括响应速度、处理能力等设备情况，包括硬件、操作系统、数据库、应用环境要求等网络环境，包括外部端口、网络隔离、防火墙策略等其它要求，如领导喜好、前期沟通承诺等

4、客户与用户我们为谁做的系统？当我们觉得客户提出的需求有问题，应该如何做？当客户拒绝我们的提议，该如何处理？做好会议纪要，做好沟通确认；尽人事，听天命谁是专家？开始沟通需求前，做好准备，充份了解需求的背景，需求提出人、需求应用场景；主动引导客户，让客户跟着自己的思路走；要有足够的自信，在客户面前我们才是专家，让客户对你产生足够的信任；承诺的事情，一定要做到，如果做不到，一定是客观原因，要对客户做充足的解释；拥抱变化需求变更原因分析前期项目经理理解误差范围没有圈定就开始细化没有良好的软件结构适应变化用户改变需求客户理解错误需求增加外部环

5、境变化领导的意见。。。。。。管理变更需求需求一定要与投入有显示的联系，否则如果需求变更的成本由开发方来承担，则项目需求的变更就成为必然了。所以，在项目的开始无论是软件开发方还是出资方都要明确这一条：需求变化，软件开发的投入也要变化。需求的变更要经过出资者的认可,这样才会对需求的变更有成本的概念，能够慎重地对待需求的变更。小的需求变更也要经过正规的需求管理流程，否则会积少成多。精确的需求与范围定义并不会阻止需求的变更。并非对需求定义的越细，越能避免需求的渐变，这是两个层面的问题。太细的需求定义对需求渐变没有任何效果。因为需求的变化是永

6、恒的，并非由于需求细化了，它就不会变化了。阶段的控制新变化的需求，原则上放到下一阶段完成；客户有特别时间点要求的需求，特殊处理；告知客户每一阶段的需求会完成的功能；告知客户阶段变化带的的成本和时间影响；对于客观上不能完成的时间点，要向客户说明原因，同客户明确---这是不能完成的；良好的服务，并不是客户说什么就是什么，而是向客户提供合理的解决方案；告诉团队每一位成员我们做的是什么我们做的系统有什么功能我们做的系统给谁用，谁是我们的客户，谁是我们的用户我们的客户面临着什么样的问题，为什么要变更需求我们的做的系统，对个人、对公司、对社会的

7、价值体现在哪里主动的变更需求--没有最好，只有更好有人用的系统，才是好系统；只有抓住了用户，你的产品才会有更长的生命；客户不是傻子，你做的更好，客户会知道的；客户不是神，你做的更好，要让客户知道；需求的社会价值我们的系统是谁在用？我们的系统改变了什么？我们的系统价值在哪里？平衡成本时间实用性满意度人员投入项目远景老板同事客户用户做一个有原则的项目经理站在客户的立场考虑问题站在公司的立场处理问题把市场拉回到你的阵营每个人的立场不同，看问题的视角是不同的在有不同意见的时候，明确各自的职责划分善于利用会议解决项目过程的争议在公司的立场上，

8、项目经理与市场的利益是一致的做好产品开发的过程控制谢谢