产品需求开发与需求管理
主办单位：一六八培训网
时间：2016年5月27-28日地点：北京讲师：王小刚
价格：3600元/人(包授课、资料、午餐、茶歇、会务和税务费用)
课程背景
随着时代背景的变迁，互联网信息技术的不断发展，研发企业在全球范围内所面临的竞争也在不断的加剧，如何才能在强手如林的竞争环境中脱颖而出，保持并不断提升企业的竞争力? 笔者认为最为根本的依靠还是看研发企业是否具备优秀的产品开发能力，能否做到持续领先于竞争对手向市场推送满足客户需求的产品，唯有如此，才能保证产品市场份额和企业利润的可持续发展，但说时容易做时难，如今国内大部分研发企业在产品开发能力上依然有大幅的提升空间，尤其是在产品需求开发与管理上，您是否能够把有限的资源全部投放在正确的需求上；即使您做到了这一点，那是否在产品服务或者用户体验需求上继续探索，寻找着力点；即使您又做到了，是否能够在产品开发过程中对需求进行高效科学的管理，保证正确的需求能够快速、准确的实现、并及时推送给您的客户，如果这几方面还做的不够优秀，本课程将会对您大有益处。
本次需求管理课程的两个关键词是”开发与管理“，需求开发的目的是让我们的企业能够”做正确的事“，这是成功或失败的源头，重要性毋庸置疑，但光有这个源头，还不足以让我们走在竞争对手的面前获得成功，我们企业还必须要具备“把事情做正确的能力”，让正确的需求始终正确，而且能够高效的实现，最终获得市场和客户认可，这正是需求管理的范畴。所以需求开发与需求管理相辅相成，缺一不可，本次课程全面系统的从需求开发与需求管理两个维度进行展开，结合产品市场管理和产品开发管理两个体系的实践活动进行详细的讲解。
培训收益
1. 深度理解产品需求的价值和范围
2. 全面、系统的学习产品需求开发与管理的过程，拒绝做”需求管理的临时工”
3．掌握产品需求开发与管理组织、角色、流程、能力的建设思想
4. 掌握产品需求开发与管理与集成产品开发体系的关系和接口建设
5. 掌握客户/用户需求收集和调研的优秀的实践方法
6. 掌握市场需求到产品需求，再到设计需求转化的过程和方法
7. 掌握需求转化过程中如何对需求进行准确的分析和合理的分配
8. 学习如何在产品开发过程中对产品需求进行高效的管理和控制
9. 掌握产品需求验证的相关的优秀的实践方法
10. 分享讲师过去在产品需求开发与管理上的经验和体会（让大家少走弯路）
培训特色
1. 本课程授课过程始终以学员为中心，产品成功和高效为目标，通过以下五个方向进行深度展
开。
1.1 产品需求开发与管理过程详细讲解（课程主体知识结构）
1.2 十个核心问题的牵引（引导学员主动思考）
1.3 八个关键过程操作的实战演练（现场吸收和理解）
1.4 七个关于需求开发与管理的真实场景的分享与建议（分享经验和体会）
1.5 若干个接地气的真实案例深度分享（深度理解产品需求开发与管理的价值）
2. 本次课程属于小型集中制课程，课程中针对学员企业中真实存在的问题有一定的讨论时间，
培训目标是让学员带着问题来，带着解决方案走，同时营造学员集体讨论交流的氛围，对重要专题进行集中交流、探讨，真正做到吸人之长、补己之短。
3. 培训讲师具有10余年的产品管理的从业经验，经历过世界500强大公司，也经历过创业型
研发公司，不仅深知大公司成熟的产品管理体系，也足够清楚小公司的产品管理的混乱状
态。讲师过去所负责产品涵盖消费性电子、医疗器械、工业设备、智能交通工具等产品，不仅亲身经历的产品管理方向非常广泛，而且具备非常丰富的产品管理实操经验。
培训对象
1.产品经理、负责产品需求的相关市场代表
2.专业的产品需求开发与管理人员
3.企业在职的项目经理、项目管理工程师、项目管理员
3. 研发系统工程师、架构师、研发经理、技术骨干
课程大纲
第一章产品需求开发与管理概念和价值
1. 产品需求是决定产品成败甚至是企业成败的源头
2. 思考：大家所理解的产品需求包含哪些层面？
3. 通过案例深度理解产品需求的范围
3.1 案例1：产品的核心需求决定产品成败（SHARP，Apple）
3.2 案例2：产品的外围需求同样至关重要（某新能源设备、某智能交通设备）
3.3 案例3：开发更好的用户体验势在必行（海底捞、小米）
3.4 案例4：不要借口找不到用户体验场景，体验无处不在（三只松鼠、维珍航空）
3.5 思考：您认为12306 订票系统的用户体验怎么样？
3.6 案例5：“多”是需求的度量准则吗？有时候少既是多
3.7 案例6：需求才是产品成败的根因（3D 电视VS Uber出行）
4. 时代变了，需求也变了
5. 企业到了必须重视需求的时候了
6. 如何重视需求管理，才能让我们奠定高效产品开发的基石
演练：以组为单位，定义一款熟悉的产品，现在要开发一款爆品，如何去捕捉产品的需求，从哪些维度着手考虑，最重要的维度又是哪几个？
7.现代研发企业产品需求管理的常见问题解析
8. 产品需求管理出现问题根因分析
9. 产品需求开发与管理的系统过程模型
10. 需求管理在集成产品开发体系中的位置以及关系
11. 产品需求开发与管理的循环
12. 产品经理、项目经理、市场部门在产品需求开发与管理上责任划分
13. 讨论：按照以上产品经理和项目经理在产品需求开发与管理上的责任划分的原则的基
础上，讨论优秀的产品经理与项目经理需要具备哪些方面的能力才能支撑高效的产
品需求开发与管理的过程
第二章面向市场和用户的产品需求收集与调研
1. 做好这部分工作依赖的关键因素包含哪些？
2. 面向用户的产品需求收集的关键过程活动有哪些？
3. 思考：面向用户的产品需求收集，信息必须来源于终端用户吗？
4. 用户需求收集的对象捕捉
5. 用户需求收集的渠道开发
6. 思考：为什么要进行二手信息收集，好处是什么？
7.面对用户收集产品需求一般覆盖哪些范围
8. 产品需求收集方法—用户调研法
8.1用户调研法（焦点小组、问卷调查、客户拜访）
8.2 思考：如何才能让客户拜访更加高效，拿到客户真实的需求
8.3 不同方法之间的优与缺的比较（学会如何打出组合拳）
8.4 调研过程中关于“问“与”听“的技巧分享
8.5 用户需求调研不是简单的记录，需要洞察用户描述后的隐性需求
8.6 单项需求收集模板分享
演练：模拟用户拜访进行需求收集和调研，在既定的背景下挖掘和洞察用户需求
9. 产品需求收集方法—竞品分析法
9.1 竞品分析的四个步骤
9.2 利用SWOT进行竞争格局与战略分析
9.3 利用波士顿矩阵对自己和竞争对手的产品组合进行分析
9.4 找到标杆并识别出标杆竞品，根据$APPELAS 进行产品的竞争分析
9.5 制成报告、识别产品需求并跟踪需求的落地实现
9.6思考：如何利用互联网进行竞品分析和需求收集
演练：运用SWOT分析，波士顿矩阵和$APPELAS 方法进行产品竞争分析，列出
分析后得到的产品需求
10. 产品需求收集方法—内部激发法
10.1 思考：面向内部收集产品需求与面向用户会有哪些不同，如何做？
10.2 635头脑风暴法介绍
10.3 内部收集关键不在于方法，而在于机制和流程
11. 用户需求收集的结果输出概述
演练：结合本章内容，现在全面的考虑面向用户的产品需求收集的过程，制定一套机制流程，保证落地
第三章用户需求的分析与分配
1.用户需求分析与分配的过程活动包含哪些？
2. 用户需求的原始数据到正式的初始需求描述的转化原则（含示例）
3. 可根据不同的需要对需求进行不同类别的划分
4. 需求的重要度分析的工具和方法
4.1 KANO模型介绍
4.2 AHP法
4.3 Delphi专家法
5. 思考：假设“功能需求”的重要度优先于“服务需求”，是不是功能需求的所有下一级
需求都要优先于服务需求的下一级需求
6. 分析整理后的产品需求需要进行评审，根据评审的结果确定需求的去向（分配）
7. 讨论：需求分析转化后，谁负责需求的评审与分配？从用户的原始数据—产品的初始
需求—有效的分配到对应体系，如何保证这个过程的落地，至少列出你们认为的四
个关键点
第四章产品需求的定义与转化
1. 思考：面对特定的产品项目，谁对产品需求定义负责，谁对产品需求的实现负责？
2. 什么是产品包需求，产品包需求的不同层次的开发的责任主体是谁？
3. 产品需求的转化不仅仅是分解到产品系统和设计需求规格，而且要分配到具体责任人
4. 产品初始需求主要来源于哪些方面
5. 产品需求转化的几个关键过程
5.1 初始需求到特性需求的转化
5.2 特性需求到系统需求的转化（同步考虑功能需求与非功能需求）
5.3 系统需求到产品规格的转化
5.4 系统需求需要分配到责任人
6. 产品需求规格书（PRD）涵盖的内容包含哪些？
7. 什么样的PRD才是优秀的，才能更好的指导产品开发
8. 产品需求到设计实现的转化方法-QFD方法的应用
9．使用QFD方法进行需求转化后可以直观的获取哪些信息
演练：以每组选定的产品为背景，对最初识别出的需求进行转化，分别列出从产品初始需
求到特性需求，再到系统需求的，分别描述
第五章产品需求的实现与验证
1. 产品需求实现和验证的关键任务包含哪些？
2. 什么是需求管理的双向跟踪，如何运用?
3. 需求跟踪矩阵的模板解析
4．思考：面对产品开发过程中的需求变更，你是怎么做的？
5. 需求变更流程的关键点在哪里？
6. 需求变更代价的递增曲线
7.关于需求变更管理的几点建议
8. 如何通过决策评审和技术评审对需求的实现程度进行把控
演练：以TR2评审为例，讨论TR2评审关于需求的部分需要包哪些内容，列出评审要
素，要求不少于10条
9. 需要验证不是一次性行为
9.1需求的概念验证
9.2 需求原型验证
9.3 产品测试验证
9.4 用户体验验证
第六章分享产品需求开发与管理的成功实践
1. 分享1：产品竞争力的提升的首要在于高效的需求管理
2. 分享2：产品需求开发与管理也是一种平衡之术
3. 分享3：不要用海量用户成为你的需求验收员
4. 分享4：不要再用看似高效、实则低效的方式管理需求
5. 分享5：正视需求变更这件事能让需求更加可控
6. 分享6：不要抱怨您的公司环境、工具不配套
7. 分享7：不要抱怨您的老板、相关部门不支持
课程总结
讲师介绍—王小刚先生
?产品研发管理专家
?流程与质量管理专家
?IPD-CMMI体系
?6sigma黑带
?原IBM内部高级顾问
?中国研发生产力风云榜“新锐咨询师”
?2013年度全球软件峰会top100优秀案例获得者
?咨询行业年度人物最佳案例提名
?中国研发生产力风云榜“新锐咨询师”
?软件工程大会（CCSE）杰出贡献专家
?中国软件协会系统与过程改进分会（CSPIN）专家委员会委员
工作经历及专业背景
王小刚老师具有14年的研发、项目管理与流程管理经验，是业界资深的研发管理专家、研发流程与质量管理专家。曾先后任职于华为、IBM、中移动无线数据研发中心等国际知名企业。担任过项目经理、质量保证高级专家、质量管理部高级经理、咨询顾问多个等中高层管理职位。曾是IBM内部高级顾问。
数年来，王小刚老师作为该领域的知名专家讲师，具有深厚的理论知识和丰富的实战与咨询经验丰富，在IPD、CMMI、6sigma等领域均有建树。曾为百余家企业提供了研发项目管理、产品质量与流程管理、IPD、CMMI等多个领域、数百场培训。得到学员与企业的一致好评。
授课风格
王小刚老师善于将BSC、PMP、CMMI 、PCMM与ITIL、ISO 9000等多个模型、标准或方法论之间进行系统的整合，以各个模型/方法论的协同运用来解决企业实际存在的问题。同时注重案例分析与理论的结合，讲课比较有亲和力，课堂氛围活跃，能够使学员很快体会到管理所带来的乐趣与益处。
擅长领域
产品开发流程、研发项目管理、IPD-CMMI体系构建、研发组织结构设计、产品质量与流程优化、研发任职资格管理等
核心课程
《研发项目管理高级沙盘实战》、《软件项目管理沙盘实战》、《产品质量管理与流程优化》、《集成产品开发IPD高级实务》、《研发人员职业素养》、《CMMI精讲》、《6sigma精要》《产品需求管理与需求开发高级实务》等
部分咨询及培训客户
汽车机械：三一重工、比亚迪、长安汽车、上海龙工、五菱柳机动力……
银行：国家开发银行（总行）营运中心、兴业银行（总行）信息科技部、招商银行（总行）信息中心、国家开发银行（总行）营运中心、山东省农村信用社联合社信息科技部、兴业银行（总行）信息科技部……
通信、电子、软件：优利、南京国图信息工程有限公司、全志科技、步步高（BBK）、、南京通驰信息技术有限公司、江苏方天电力、今天国际物流、霍尼韦尔综合科技（中国）有限公司、新意科技、远望谷科技、海辉软件、康拓普软件、易保网络技术（上海）有限公司、安徽电网中国互联网络信息管理中心（CNNIC）、上海普元信息技术有限公司、诺威达科技、广州中望龙腾软件、天珑移动中科大恒星海外事业部、中软国际、中软集团上海浦东分部、中远集运（COSCO）信息中心……
其他行业：迈瑞医疗、锐珂医疗、顺丰快运（S&F Exprerss）、上海生物医学工程中心……
客户评价摘录
◆王老师的授课风格，深刻而富有激情！
◆王老师的课程让人印象深刻，观点犀利、语言幽默，但又通俗易懂，很难得。
◆王老师实战经验很丰富，课程中讲到的现象，我们很多都有，并且也找到了解决的思路。
◆王老师是难得的优秀讲师，他很有原则，对待培训很认真、也很执着。
授课现场及风采展示
《用户体验驱动的产品需求管理》《研发项目管理沙盘》杭州公开课
《研发质量管理与流程优化》深圳公开课顶点软件《软件需求开发与需求管理》内训
《人力资源培训规划》深圳公开课浙江省企业创新国际高峰论坛上与国际顶级专家
同台授课
《研发项目管理沙盘高级实战》深圳公开课《产品需求管理与需求开发》培训
产品研发管理流程 1. 概述 本流程目的 描述公司产品研发的管理流程。通过本流程的实施，确保研发方向正确，阶段目标清晰，项目过程可控，从而确保按照预期计划完成产品研发和上市销售，为公司战略的实现提供支持。 术语、定义和缩略语 1、产品：指公司研发的、在市场上可以单独销售的系统。我公司的产品，主要是以ASP 方式运营的软件系统和服务。 2、产品生命周期：从产品创意开始，到产品退出市场的全部过程。 3、产品项目：为研发产品的某个版本，有一定的进度、资源、质量要求所作的暂时性 的努力； 4、产品项目生命周期：从项目策划开始、到项目结项为止的时间周期。产品项目生命 周期一般是产品生命周期的部分阶段； 角色和职责 1、产品经理：负责产品生命周期的全过程管理和组织协调。与产品项目相关的主要职 责包括： 1)负责产品定义，找到市场需求、目标客户和销售卖点； 2)进行产品各版本的规划，下达产品项目的研发任务； 3)在产品项目过程中，负责需求管理和总体进度控制，确保产品按时发布； 4)在产品项目研发的同时，产品经理组织完成“产品包装与销售支持”工作。 2、产品项目经理：负责产品项目生命周期的统筹安排、任务跟踪和组织协调。在产品 项目生命周期中，向产品经理负责。主要职责包括： 1)接受产品项目的研发任务，组建项目团队，进行项目工作的统筹安排； 2)组织产品实现，确保产品满足规划； 3)负责产品项目的任务跟踪和组织协调。对于进度、需求或设计的变更，提出变 更申请；对于存在的问题，进行跨部门沟通，并组织、协调资源解决。 3、产品项目组成：一般包括如下角色 1)产品项目经理：负责产品项目组的统筹管理； 2)需求分析工程师：负责需求分析； 3)UI设计工程师：负责页面设计； 4)架构设计师：负责产品的总体架构设计； 5)系统集成工程师：设计产品的系统部署方案，搭建系统部署环境； 6)开发工程师：负责概要设计、详细设计和编码，配合系统的技术发布； 7)测试工程师：负责随测和版本测试，验证产品符合性； 8)系统配置工程师：搭建测试环境、验证安装文档、提供产品盘，配合系统的技 术发布； 9)运维工程师：编写产品的部署或升级计划，完成产品的技术发布，反馈使用中 的问题。 4、产品团队组成：产品团队除了包括产品项目组的所有成员，还包括如下角色： 1)产品经理：负责产品团队的统筹管理； 2)公司高层领导：制定产品战略，提出市场方向； 3)商务人员：协助市场需求调研；组织产品销售和用户培训，收集并反馈用户意 见和建议；
需求管理（Requirements Management ）是属于CMM2中的过程域，简 称为REQM ，需求开发（Requirements Development ）是CMM3中的过程域，简称RD 。这两个过程域是CMMI 体系中关于需求的全部内容，下面分别对这两部分进行介绍。本文对CMM 的一些基础知识、基础术语不再介绍。 需求管理与需求开发的分界线： 市场营销 用户需求 管理层 需求开发 需求管理 市场 营销 管理层需求变更项目环境 项目变更 大家可以这样理解，需求管理是指对需求变更的管理、对需求的跟踪，而获取需求、定义需求则属于需求开发部分。 需求管理 在CMMI 中，需求管理的目标定义为： a. 把软件需求建立一个基线供软件工程和管理使用。 b. 软件计划、活动和工作产品同软件需求保持一致。 更高的目标： 软件需求的复用
需求管理的原则和方法 a. 必须与需求工程的其他活动紧密整合
b. 需求必须是文档化的、正确的、最新的、可管理的、可理解的 c. 只要需求变化了，需求变更的影响就必须被评估 d. 需求必须分优先级 e. 需求一定要分类管理 需求管理的主要工作： 特定目标和特定实践 特定目标 ●管理需求 管理需求并识别需求与项目计划和工作产品之间的差 异。 ●SP 1.1 取得需求理解 ●SP 1.2 取得需求承诺 ●SP 1.3 管理需求变更 ●SP 1.4 维护需求的双向追溯性 ●SP 1.5 识别项目工作与需求间的差异 REQM特定目标的关系
SP 1.1 取得需求理解 SP 1.1 和需求提出者一同来了解需求。 l 识别出谁是需求的提供者 l 识别出需求的接受标准： a. Clearly and properly stated得到清晰和恰当的定义 b. Complete完整的 c. Consistent with each other相互一致的 d. Uniquely identified得到唯一标识的 e. Appropriate to implement适宜实现 f. Verifiable (testable)可以验证（测试） g. Traceable可追溯 l 分析需求，确保符合已建立的准则。 l 与需求提供者达到需求共识，以使项目成员能承诺它们SP1.2 获取对需求的承诺 SP1.2 取得项目成员对需求的承诺。 ●评估需求对现有承诺的影响。 需求变更或新需求发生时，评估它们对项目成员的影 响。 ●协商并记录承诺。
Q/ZSZDXM01新产品开发项目管理办法 版本号： 标准化： 审定： 批准： 重庆宗申宏立座垫制造有限公司发布 新产品开发项目管理办法 目的
为建立健全公司制度、规范新产品开发流程，使新品项目按计划进行，特制定本管理办法。范围 本办法适用于公司所有的新产品开发项目全过程的管理。 定义 新产品开发是指从研究选择适应市场需要的产品开始到产品设计、工艺制造设计，直到投入正常生产的一系列决策过程。 职责 公司领导 4.1.1对项目立项、项目撤销进行决策； 4.1.2任命项目主管或经理； 4.1.3对项目计划进行评审；对项目进行过程中的重大里程碑、重大变更计划做出决定； 4.1.4对项目的绩效进行考核。 项目部 4.2.1项目立项前期组织各部门对项目进行可行性评价； 4.2.2召集成立项目小组，召开项目阶段性评审会（主要指手工样件、工装样件、小批送样评审）； 4.2.3适时更新项目进度表，确保新项目按照客户的要求顺利投产，有异常情况时向客户报告。4.2.4定期或不定期组织召开以产品工程师、供应商质量工程师、采购工程师、物流工程师、客户质量工程师、生产管理等为主要成员的项目推进会，督促、协调各部门及供应商按时、保质、保量完成各项工作； 4.2.5协调客户与公司内部各部门的沟通，最大程度地满足客户合理的需求。 4.2.6对开发阶段客户提出的座椅交样数量及试验样椅等各种需求的座椅，项目部下达计划到物流计划部（5套以下手工样件下达计划到技术部）。 4.2.7按照《项目管理考核办法》Q/ZS-MSZDRY03，进行考核。 财务部 4.3.1立项前期对产品进行投资回报分析，确定从财务角度出来该项目是否可行； 4.3.2按客户要求对产品进行报价和议价，并对各种费用进行审核。 4.3.3按项目费用预算计划准备资金。 4.3.4对新产品材料提出目标价格。 技术部 4.4.1项目立项前期对该产品进行技术分析，确定从技术角度出发该项目是否可行，能否满足客户
产品需求分析管理和产品规划培训课程 课程背景 营销大师科特勒指出：“以市场为导向、以客户为中心”就是对市场需求的管理！市场需求管理是公司战略、市场计划、新产品开发的依据，决定了公司竞争力的延续，直接影响到公司效益。 但是：“有价值的客户需求在哪里，对有价值的需求如何进行汇总、分析。”目前大量的理论体系到此为止，如何在实际的操作层面上进行下去？如何执行？根据权威机构统计：项目缺陷的56％来源于需求定义错误，80％的缺陷修复成本用于修复需求导致的错误，需求的正确与否直接影响产品开发周期、产品开发成本，甚至直接决定产品最终的市场成败。 通过和众多国内科技企业接触，我们发现这些企业中普遍存在如下问题： 1.缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系”； 2.产品开发过程需求工作持续时间短，需求分析不充分；需求没有有效地分层分级，对不同阶段需求应该详细到什么程度没有明确的定义； 3.需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解一致性； 4.产品开发闭门造车，关注技术，不关注客户； 5.产品开发出来才找客户、找卖点； 6.不清楚业界众多需求分析工具如何在不同需求分析阶段进行恰当运用等； 本课程结合以上企业在市场需求管理中存在的问题进行深入的探讨，结合多年企业的实践和研发管理咨询的案例，就企业在市场需求的收集、整理、归类、分析、分解与分配、执行与验证等环节的问题展开深入的讲解，并分享大量企业的案例。 课程特色 课程的实践性：讲师从事过市场需求管理的工作多年，同时完成过近10个咨询项目，通过大量的案例和演练，让学员非常便于理解；具体的操作方法和工具：课程涉及的市场需求分析和市场需求管理的方法和工具十分具体，操作性非常强；讲师独特的专业背景：讲师都是从研发做起，在知名企业担任研发中高层领导，并且在成功的企业有成功的实践经验。 培训收益 1.了解研发需求工程过程与其他研发流程体系的接口关系； 2.掌握从市场角度进行有效的客户需求收集的机制和方法，筛选高质量的客户需求； 3.掌握对客户需求进行整理、分类、分析的方法，提高各个角色对需求理解的一致性，最终形成产品包需求，明确产品的竞争优势与卖点； 4.掌握外部需求和内部需求一体化管理的机制，从而降低产品的端到端生命周期成本； 5.掌握对产品包需求进行分解和分配，确保需求与设计协同一致，减少模块间耦合的方法； 6.掌握对客户需求、产品包需求、设计需求进行持续验证和跟踪的机制和方法； 7.掌握构建需求收集长效机制，提升公司整体需求管理能力的机制和方法； 8.掌握支撑研发需求工程各个阶段工作运作的工具和操作方法。 课程大纲 一、例分析：某案例公司市场之路
密级：内部公开 文档编号：SL_RD_XQGLGF 需求管理规范 ------------------------------------------------------------------- XXX科技公司对本文件资料享受着作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
目录
1.目的 为了保证需求得到有效的处理，客户的需求得到准确的理解和实现，同时也为了规范需求的管理过程，明确需求各个阶段的活动和输出，保证项目的开发前 期获得有效的输入，特制订本规范。 2．范围 本规范适用于公司所有产品研发类、产品开发类、合同开发类以及维护开发类项目。 3．术语 4.部门/角色与职责
5.内容 5.1流程图 图1需求开发与管理过程活动示意图
5.2主要活动 需求管理的目的是在客户与项目组之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。需求管理的主要活动包括：需求确认，需求变更和需求跟踪控制。 （需求的收集和整理） 产品经理作为需求的唯一接入口，应基于现有产品的业务发展方向，通过与用户的交流、问卷调查等方式，收集用户对于该产品业务的看法，并对这些看法进行归类整理和登记，达成口头或者是书面的需求意向协议书。 （这个过程需要对产品的业务建立起一个概念模型，以便对其进行抽象描述。用户很多时候都不懂专业术语，所以需要尽可能的使用场景化的语言描述方式去进行描述。比如想调研用户的理财方式，很多用户可能不清楚“理财”的具体意思，但你问他“平时是如何管理多余的资金，是变成银行存款还是有别的方式？”可能他会更容易明白。） 产品经理就获得的需求意向或者意向协议书，围绕产品的业务核心，进行初步的评估，预判其成本、时间、资源、技术等可行性和必要的风险评估，以确认需求是否要接受。 除了要从收集回来的需求当中找到要做的真实需求外，还要基于需求的业务价值评判出需求执行的优先级。 其评估的过程，产品经理可以召集研发负责人，组织一次需求的分析讨论会，以便对需求更全面的分析。 根据需求调研和需求分析的结果，进一步定义准确无误的产品需求。完成需求的分解工作，并输出产品功能需求文档，包括但不限于以下内容：详细的《产品需求说明书》，《功能列表》，《技术指标参加资料》等。 产品功能需求文档编写完成后，产品经理召集产品设计启动会，向UE、UI、研发人员宣讲产品功能需求，讨论实现方案，启动开发设计工作。 （需求定义的过程更多的是对需求进行准确的描述，从用户使用场景的角度、功能操作流程的角度等方面，对分析出来的真实需求做出完整、无二义性的定义，让其他相关人员能准确的理解需求。） 需求确认是指项目组和客户（或客户代表）共同对《产品需求说明书》、原型等进行评审，双方对需求达成共识后做出承诺。 UI/UE工程师在规定的时间内完成产品设计文档（效果图和原型），召集产品设计评审会（同时也是产品开发启动会），向需求部门、产品经理、研发、测试宣讲产品开发需求，各部门对产品设计文档进行评审确认，达成统一认知和共识，使需求能够推进实现落地。 在需求评审的过程中，一定要说明清楚需求的背景、价值、意义，而不是纯粹的需求讲解，这样有助于各方对需求的理解。 需求确认包含两个重要工作：“需求评审”和“需求承诺”。 需求的评审 应对所形成的需求文档进行评审，以便作为下一阶段工作的基础。需求评审
产品研发管理 编辑 《产品研发管理》是由作者周辉编著，2012年由电子工业出版社出版的一本书籍。书名 产品研发管理 作者 周辉 ISBN 9787121152405 页数 248页 出版社 电子工业出版社 出版时间 第1版(2012年1月1日) 装帧
精装 开本 16 商品重量 699 g 商品尺寸 24.8 x 17.6 x 2.2 cm 条形码 9787121152405 目录 .1图书信息 .2内容简介 .3作者简介 .4目录 .5读者评价 图书信息编辑 书名：产品研发管理
出版社: 电子工业出版社; 第1版(2012年1月1日) 精装: 248页 正文语种: 简体中文 开本: 16 isbn: 9787121152405 条形码: 9787121152405 商品尺寸: 24.8 x 17.6 x 2.2 cm 商品重量: 699 g 内容简介编辑 《产品研发管理:构建世界一流的产品研发管理体系》内容简介：针对大部分客户分不清R&D中R(技术开发)和D(产品开发)的区别，面临着研发周期长，需求不清晰，公司越做越大，却越来越不赚钱，越来越缺少核心竞争能力，研发的人员越来越多，越来越难管理等问题，中国的大部分技术型企业在能力建设上只关注技术和财务以及交付的指标和要素，不关心货架共享的能力，不关心市场需求和基于核心技术和平台上产品收入占比的可持续发展能力，不关心核心人员的能力提高和人员结构合理性的竞争能力指标，《产品研发管理:构建世界一流的产品研发管理体系》对很多企业的领导者的管理能力和战略制定极有意义。 作者简介编辑 周辉，毕业于北京航空航天大学，华为公司研发管理体系的缔造者。在华为公司历任项目管理部总经理、研发干部部副部长、交换机产品线副总经理、数据通信行销部副总、产品计划部总监、产品线管理办副总裁，是华为公司研发管理改革(IPD)项目组核心成员。离开华为后曾担任亿阳信通首席运营官兼营销总裁以及青牛软件CEO。2005年初创建北京楚星融智咨询有限公司，融智曾为中国航天一院，航天五院、东阿阿胶、华旗资讯(爱国者)、电子29所、用友软件、启明星辰、国家电网、中国卫星、国防科大等上百家技术型企业和科研院所进行产品管理的改革，是中国产品研发管理最具竞争力的品牌咨询公司，被誉为“IPD 中国落地第一咨询公司”。
软件需求开发与管理 1概述 需求是从系统外部能发现系统所具有的满足于用户的特点、功能及属性等。需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。 软件需求工程划分为需求开发和需求管理，其中需求开发可进一步分为问题获取(elicitation)、分析(analysis)、编写规格说明(specification)和验证(verification)四个阶段, 需求开发活动包括以下几个方面： (1)确定产品所期望的用户类 (2)获取每个用户类的需求 (3)了解实际用户任务和目标以及这些任务所支持的业务需求 (4)分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决 方法和附加信息 (5)将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件 (6)了解相关质量属性的重要性 (7)商讨实施优先级的划分 (8)将所发现的用户需求编写成规格说明和用例模型 (9)评审用例和需求规格说明，确保对用户需求达到共同的理解与认识，并在整个开发小组 接受说明之前将问题都弄清楚。 需求管理活动包括以下几个方面： (1)定义需求基线(迅速制定需求文档的主体) (2)评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它 (3)以一种可控制的方式将需求变更融入到项目中 (4)使当前的项目计划与需求一致 (5)估计变更需求所产生的影响并在此基础上协商新的承诺。 (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪 (7)在整个项目过程中跟踪需求状态及其变更情况。 2需求工程的推荐方法 需求工程推荐方法 需求开发
中国ⅩⅩ银行产品研发项目组管理细则 第一章总则 第一条为提高产品创新工作质量和效率，明确产品研发项目组工作职责，规范中国ⅩⅩ银行产品研发项目组工作流程，依据《中国ⅩⅩ银行产品创新与管理委员会工作规则》、《中国ⅩⅩ银行产品创新与管理办法》等制度，制定本细则。 第二条本细则所称项目工作是指根据《中国ⅩⅩ银行产品创新与管理办法》立项并审批通过后进行的产品研发活动。产品研发项目组是具体实施项目的业务团队，具体任务为完成业务需求和制度办法的编制、需求解释与变更、业务测试、验收试点等工作。 第三条本细则适用于项目实施过程中所组建的产品研发项目组。 第二章产品研发项目组构成 第四条总行各部门、分行(分中心)在申请立项时提出项目组组建方案，包括项目组人数、项目组成员来源部门/分行、具体职责及工作任务、技能要求、到位时间等建议。 第五条项目组人员构成 根据项目需要，项目组由总行各部门、分行或外部合作伙伴委派专业人员构成。项目组成员须具备项目所需专业知识，项目经理还需具备组织协调能力和项目经验。 （一）产品研发部是产品研发的综合管理部门，需派出产品经
理或产品经理组参加所有的产品研发项目组，全程参与项目实施。产品经理服从项目组管理，重点进行产品概要设计与把关、对需求说明书规范的应用进行指导和讲解、参与需求说明书编写工作。 （二）项目牵头部门是产品研发的组织实施部门，负责组建项目组，派项目经理和专职人员参加产品研发项目组，负责和参与项目实施全流程的管理工作和相关具体工作。 （三）业务主管部门需派专职人员参加产品研发项目组，参加需求编写，负责制度办法、产品宣传培训方案、广告设计方案的制定，并为接手产品上线后的相关工作做好准备。 （四）科技部门需派专职人员参加需技术开发的项目组，参加需求讨论与技术实现可行性的评估，保证项目进入技术开发阶段的工作效能。 第六条项目实施期间，各部门应保持项目组成员的稳定，不得随意抽调或变更，项目组成员需服从项目组调配。如需调整，各部门应提前与项目牵头部门沟通，在不影响项目组工作进展的前提下，酌情予以变更。如需更换项目经理，项目牵头部门需报产品研发部核准后进行。 第三章产品研发项目组工作职责 第七条项目组职责 （一）负责拟定需求工作计划，报项目牵头部门批准后予以实施； （二）负责分析讨论产品创意，按照需求说明书规范完成业务需求编写工作，完成《XXX产品需求说明书》；具体要求参见《关于规范我行产品需求说明书编写工作的通知》（农银办发【2009】259
产品需求分析与需求管理——如何搞定市场需求 主讲：董奎（十多年高科技企业的研发与管理实践经验，在某著名高科技企业工作期间，先后担当项目经理、系统工程师、产品经理、软件部经理） 课程对象：企业CEO/总经理、研发总监、研发经理/项目经理/技术经理/产品经理、产品规划专家等。 授课方式：讲师讲授+视频演绎+案例研讨+角色扮演+讲师点评。 【课程背景】 通过和众多国内科技企业接触，发现这些企业中普遍存在： 1、技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2、研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3、产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4、了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5、需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6、需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性 7、缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8、不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9、针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。【课程重点】 1、如何确定目标客户，如何分析需求关系人？
2、如何从市场（客户）角度进行有效的客户需求收集？ 3、围绕产品成功2个核心因素差异化+成本优势，整理产品需求 4、如何对客户需求进行整理和分析，形成产品包需求？ 5、如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？ 课程贯穿案例分享，详细讲解目标客户?客户要求?客户需求?产品包需求?产品概念确定全过程，详细讲解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个核心秘诀、破坏性创新的3石蕊实验、SweetPoint模型、基于不同产品生命周期的12个创新思路等），提升产品的竞争力，确保市场成功、财务成功。 【课程价值】 1、掌握从市场角度进行有效的客户需求收集的机制和方法，筛选高质量的客户需求； 2、掌握对客户需求进行整理、分类、分析的方法，提高各个角色对需求理解的一致性，最终形成产品包需求，明确产品的竞争优势与卖点； 3、掌握外部需求和内部需求一体化管理的机制，从而降低产品的端到端生命周期成本； 4、掌握产品核心诉求的提炼方法，确定有吸引力的产品概念； 5、掌握支撑研发需求工程各个阶段工作运作的工具和操作方法； 【培训内容】 一、案例分享 二、六个基本概念 1、什么是客户？ 1)客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户 2、什么是需求？ 1)WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需求规格、技术需求、非技术需求 2)案例：某运营上广告折射对需求五层次的理解 3、需求工作的2个基本点：
产品开发项目管理规程 1目的 本规程基于产品开发系统CPD流程，用于规范产品开发团队在产品开发过程中的管理。目的是保证产品开发的顺利实施，为PDT团队进行项目管理操作提供快捷帮助，统一项目管理步调，提高项目管理效率。 本规程整体上将项目管理各要素按项目启动、项目计划制定、项目执行、项目控制及变更、项目结束过程进行有机融合；各要素的相关详细操作均以模板和附件形式出现；本规程也涵盖了项目依赖管理、对外合作项目管理和项目管理IT指南。 2适用范围 本规程适用于所有产品和技术开发项目过程管理。 3 项目启动 项目概念阶段开工会作为项目管理活动起点。如图1所示：
图1 项目计划制定与CPD流程阶段对应关系 4 项目计划制定 项目计划包括主项目计划（进度计划）、人力资源计划、物料计划、风险计划、质量计划、项目预算。项目计划制定须严格按照对应的模板和规范进行。项目计划归档在IT管理系统中，作为项目过程管理和项目控制的基线。 4.1 主项目计划制定 如图1所示，PDT经理和PDT核心组在CPD主流程相应阶段共同制定主项目计划。
主项目计划由概念阶段项目计划（WBS）、端到端项目计划（WBS）构成，计划一旦经过评审就形成基线，并以此作为项目度量计算进度偏差的基线。 其中，端到端项目计划（WBS）与人力资源计划、项目预算在计划DCP完成后基线化。 主项目计划各基线确定一周内，PDT须在产品开发项目管理IT系统上发布。 计划评审通过后须及时发布，具体操作说明见表1： 表1 项目计划发布操作
4.1.1 主项目计划（进度计划）制定操作指导 项目计划制定的流程图、步骤和方法分别如图2： 图2 项目计划制定流程图 4.1.2 概念阶段项目计划（WBS）制定 计划制定前提：完成概念阶段项目开工会 计划制定责任人：PDT经理（LPDT） 计划制定参与者：PDT核心组成员 输出：《概念阶段项目计划（WBS）》 模板：《概念阶段项目计划（WBS）》模板 计划制定步骤： 1）获取《概念阶段项目计划（WBS）》模板； 2） PDT经理组织PDT核心组成员进行概念阶段的活动分解（WBS）、确定概念阶段主要活动/里程碑和重要的依赖关系； 3） PDT经理分析关键路径，并和PDT核心组成员共同确定主要活动/里程碑的时间； 4）各PDT核心组成员分别制定各功能领域的工作计划。步骤如下： 根据活动分解（WBS）的结果对项目计划模板中的任务进行裁剪；
产品委外合作研发管理 规范 SANY GROUP system office room 【SANYUA16H-
产品委外合作研发管理规范 XX有限公司 2015年8月 {项目名称} 项 目 合 同
目录 1.合同介绍 (3) 2.开发内容 (3) 3.乙方开发计划 (4) 4.甲方监控计划 (5) 5.甲方验收计划 (6) 6.乙方维护计划 (7) 7.禁止转委托开发 (7) 8.保密 (7) 9.知识产权归属 (7) 10.第三方知识产权 (8) 11.风险责任的承担 (8) 12.报酬及支付方式 (8) 13.违约与赔偿 (9) 14.不可抗力 (9) 15.解除合同 (9) 16.争议解决 (10) 17.一般条款 (10) 18.合同确认 (11) 附件 (11)
1.合同介绍 1.1甲方 1.2乙方 1.3合同目的 甲、乙双方经友好协商,一致达成本协议。双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。 2.开发内容 2.1开发内容 （此处将简单描述项目开发内容，详细内容将在附件中包含。） 2.2技术指标和质量要求 （此处为甲方填写，对项目的具体指标和质量要求） 2.3应当遵循的标准和规范 1、此项目将严格按照软件开发标准和规范进行研发。
3.乙方开发计划 3.1开发期限和开发地点 本项目的开发期限为个月，自年月日至年月 日为止。 本项目的开发地点是。 3.2任务与进度 1、甲、乙双方将根据甲方为其业务开发项目及其所需功能的描述和甲方所提供的资料与信息共同制作项目需求分析。甲方在提交有关需求说明、资料和信息时，可以就其中所涉及的软件功能、目标、需求构成及相关技术问题向乙方咨询或征求意见，乙方应当及时予以解释和答复。 2、乙方在获取上述需求信息和资料后，应及时完成需求分析书。该需求分析书经甲方认可，并由甲、乙双方签字后作为本合同的附件。 3、乙方在取得了甲方提供的必要的信息和资料后，将依据本合同所约定的软件的功能、目标与需求分析书，在_________年_________月 _________日之前完成需求说明书， 4、乙方在取得了甲方提供的必要的信息和资料后，将依据本合同所约定的软件的功能、目标与需求分析书，在_________年_________月 _________日之前完成概要设计说明书， 5、乙方在取得了甲方提供的必要的信息和资料后，将依据本合同所约定的软件的功能、目标与需求分析书，在_________年_________月 _________日之前完成详细设计说明书。 需求说明书、概要设计说明书以及详细设计说明书在完成后，均应提交甲方审核。 3.3开发进度报告
需求开发和管理流程范例 目录 1.目的 (3) 2.适用范围 (3) 3.名词和缩略语 (3) 4.角色和职责 (3) 5.过程综述 (5) 5.1. 流程图 (5) 5.2. 过程说明 (5) 6.过程活动 (6) 6.1. 活动一：获取用户需求 (6) 6.2. 活动二：建立系统需求 (7) 6.3. 活动三.需求分析与建模 (9) 6.4. 活动四.形成需求规格说明 (10) 6.5. 活动五.需求验证 (11) 6.6. 活动六：需求变更 (12) 6.7. 活动七：需求跟踪 (12) 7.过程度量与改进 (15) 8.过程裁剪指南 (15) 9.相关文件 (15)
10.质量记录 (16) 11.附录 (17) 11.1. 附录1：需求优先级说明 (17) 11.2. 附录2：需求状态说明 (17)
1.目的 本程序文件定义了本组织的需求与管理的过程，目的是实现有计划地收集、分析顾客的需求，并保证所有共利益者在项目进展过程中始终保持对需求一致的理解和承诺。 2.适用范围 本过程适用于公司所有合同项目和自主研发项目。 3.名词和缩略语 4.角色和职责
5.1.流程图 5.2.过程说明 需求开发与管理过程包括首先获取用户需求，然后对用户需求进行分类和整理，形成系统需求。通过对系统需求进行分析和建模，形成需求规格说明书，并将分析后的需求以模型或原型方法与用户进行确认，以此建立设计开发基础。最后采用原型、测试验证、评审等方式验证需求。同时，在开发活动中有序的管理需求变更，并通过需求跟踪确保需求的可追溯性和一致性。
6.1.活动一：获取用户需求 通过与用户交流、对现有系统的了解以及对项目任务的分析，开发、捕获和修订用户的需要。 6.1.1.进入准则 经过市场扫描活动、售前支持、客户反馈等活动，产品经理经过基本分析，确定要进行某产品的开发和较大升级； 6.1.2.输入 市场分析报告、售前和售后服务相关记录 6.1.3.任务 任务1：产品市场扫描。市场服务部会同产品经理针对特定产品进行市场扫描工作，主要包括与该产品相关的其他产品的名称、主要功能、市场情况；产品的领域，相关标准情况；产品主要涉及的技术领域和技术发展概况。产品经理根据市场扫描的结果确认是否需要进行产品开发和升级。 任务2：需求调研。产品经理根据《需求调研规程》组织相关人员实施需求调研活动，形成相关调研记录和《需求特性列表》。评审小组对调研结果实施结构化审查。 任务3：产品路线图设计。产品经理根据产品的需求特性列表和市场情况初步确定产品功能特性的优先级，优先级划分参见附录1，并且将优先级的划分与高级经理进行沟通，得到初步的确定后，对需求特性列表按照优先级进行分类整理，形成《产品路线图》。 对于项目而言，此任务可以演化成考虑项目分阶段实施的需求划分。 6.1.4.输出 《需求特性列表》、《产品路线图》 6.1.5.退出准则 《需求特性列表》通过审核，与高级经理沟通后初步明确项目经理
需求开发流程管理规定 1. 目的 通过需求开发流程的规定，规范公司软件项目的需求开发和管理活动，提高需求质量，降低开发成本，改进系统质量。 ，
4. 流程图 图1：需求开发流程图
5. 主要活动 需求定义的目的是需求提出人通过收集、调查与分析，获取用户业务需求并定义需求。需求定义的主要活动包括：需求收集、需求分析&定义。 需求管理的目的是在需求方与程序组之间建立对需求的共同认识和理解，维护需求与程序开发成果的一致性，并控制需求的变更。需求管理的主要活动包括：需求评审确认、需求变更、需求跟踪控制。 在需求文档中，一般取二级类别进行标识。 5.1.3 需求优先级 需求分析员应确定每个需求的优先级，需求的优先级判定标准如下：
●确保所描述的需求可以通过适当的手段得到验证，即需求的可测试性； ●考虑了各个层次的需求影响，确定了需求的优先级，以确保需求的可行性。 提醒：对于版面调整、活动等不需要做过多业务流程更改的需求，采用《程序需求表》进行填写。 5.2 需求评审确认及开发流程 需求评审是指程序开发方和需求提出方共同对《立项需求说明书》进行评审，双方对需求与商业目的达成共识。
在需求说明书生成后，需求分析员将文档提交给需求受理人，由受理人进行初审，确保文档的正确性和合理性，并符合文档编写规范。 5.2.1 需求评审 评审的目的在于：使需求文档达到易读、无歧义、一致、必要、完整、可实现、可验证。 需求受理人（一般为部门总监，各个地区分站由技术中心受理）对提交的需求文档进行初审通过后，由信息技术中心组织和安排需求的评审工作：确定评审时间、地点、评审人员和其他参加人员。至少应包含以下成员： ●评审组长：总裁及总裁办相关领导、信息技术总监； ●评审成员：项目经理、程序员及其他相关人员； ●输入：《立项需求说明书》初稿 ●输出：《评审结果报告》 当需求文档评审通过后，程序开发方和需求提出方应须进行书面签字确认，使之生效。之后若需要调整需求，则须走需求变更控制流程。 未经书面确认的需求开发，若发生需求分歧，由未签字确认方及其上级承担主要责任。 经书面确认的需求开发，若发生预期需求与开发实现的功能不一致而影响开发质量的，责任归属 界定： A.因需求不明确、阐述遗漏、描述错误等，且后期没有对应的需求变更记录备案，而造成实现 的功能与预期需求不一致，由需求方承担主要责任。 B.因需求不明确、阐述遗漏、描述错误等，而后期存在对应的需求变更记录备案，而造成实现 的功能与预期需求不一致的，由程序开发方承担主要责任。 5.3 需求变更 对一个软件项目来说，无论最初的需求分析有多么明确，开发过程中的需求变化也还是不可避免。这主要有以下几种原因： 1. 系统所应用的外部环境发生变化； 2. 随着对软件的熟悉和应用，又提出新的需求； 3. 进行需求分析时未能彻底分析原始需求，或分析错误； 4.在开始时不能很全面的知道所需软件的功能。 需求变更的影响：对项目研发而言，变更需求意味着有可能需要重新分配任务、修改前期工作成果、调整工作计划和项目预算等。 只有当需求变更带来的好处大于坏处时，变更需求才是有意义的，但也须遵循变更控制流程：申请→审批→执行；如果需求变更带来的坏处大于好处，则应拒绝变更。 需求受理人应适当拒绝一些不合理的变更。如：提出的变更不是由于程序开发方的过错引起的，此变更可能造成程序开发方占用额外的资源或成本，而需求方又不愿给出额外资源对变更进行处理等。 变更控制流程如图所示，主要包括：变更申请、评审和审批、填写执行记录。
XXX项目/产品MRD XX有限公司 (版权所有,翻版必究)
MRD修改记录
目录 1 项目背景................................................. 错误!未指定书签。 2 名词解释................................................. 错误!未指定书签。 3 可行性分析............................................... 错误!未指定书签。 前期调研信息和数据............................... 错误!未指定书签。 项目预期目标..................................... 错误!未指定书签。 4 综合描述................................................. 错误!未指定书签。 功能概述......................................... 错误!未指定书签。 对其它产品的影响................................. 错误!未指定书签。 5 功能详述................................................. 错误!未指定书签。 功能需求......................................... 错误!未指定书签。 功能点1 ..................................... 错误!未指定书签。 功能点2 ..................................... 错误!未指定书签。 非功能需求....................................... 错误!未指定书签。 6 其它问题描述............................................. 错误!未指定书签。 7 附件..................................................... 错误!未指定书签。
软件项目的需求开发与管理需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在问题，有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原因、有的是机制原因，以上种种原因都表明做好软件需求开发是一项系统工作，而不是简单的技术工作，只有系统的了解和掌握需求的基本概念、方法、手段、评估标准、风险等相关知识，并在实践中加以应用，才能真正做好需求的开发和管理工作。 本文将通过介绍关于软件需求的基本知识和个人在实际工作中总结的一些经验，帮助读者了解软件需求，学习需求开发的一些基本方法，避免因需求原因而导致的项目失败。 1? 什么是软件需求和需求工程 软件需求的定义 在IEEE软件工程标准词汇表(1997年)中定义软件需求为： （1）用户解决问题或达到目标所需的条件或能力。 （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。（3）一种反映上面(1)或(2)所描述的条件或权能的文档说明。 实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。 需求工程的定义 需求分析的过程，也叫做需求工程和需求阶段，它包括了需求开发和需求管理两个部分。需求开发是指从情况收集、分析和评价到编写文档、评审等一系列产生需求的活动，分为四个阶段：情
产品需求开发管理规范 为规范需求管理流程，特制定本规范。请相关岗位人员参考执行，以提高沟 通效率，降低项目风险。 0 流程图 需求处理流程 产品业务客户技术测试与售后阶段 沟通处理需求提出需求收集需求问题反馈整理分析需求需求设计 （原型）接收反馈客户打回/接收 需求评审需求文档编写通过不通过需求评估开发排期确认不通过 通过 功能开发单元测试 功能测试性能测试确认验收 发布使用商务沟通 收费功能 上线检测 涉及部门/岗位人员类型说明： 客户：包括已经购买或潜在客户，及终端用户。 业务：是指销售、代理商或其他一线与客户接触的工作人员。 产品：产品规划设计人员。 技术：技术经理、开发工程师、设计师（UE\UI ）等人员。 测试：测试经理、测试工程师等。 售后：售后服务人员，包括热线电话或在线客服等。
需求收集一般分为两种途径，一线业务人员（销售或代理商）与售后服务部。需求收集后需要提交至产品部进行需求分析，根据具体情况给出需求处理结果，如果需求存在异议产品人员可以与客户联系沟通确认清楚。在此过程中产品人员应该根据客户所处的商务阶段（如有合同条款）判断是否需要另行收费，技术人员需要配合产品评估大致工时，以确定收费金额。 在此过程中可能存在需求打回的情况，需要产品人员给出分析结果并与相关人员沟通确认。在确定打回后业务人员应积极配合沟通客户，以确保客户满意度。无论是打回还是受理都需要向客户反馈情况。 输入：需求收集表（根据具体情况可能包含可行性分析，或与产品一起提出）、需求检测工单 输出：需求跟踪表 参与人：业务、售后、产品 2原型设计 原型设计是产品人员根据所确定的需求进行功能设计的过程，用相应方法能完整的展示传递功能、交互、验证等信息。可以用word、Excel、PPT等方式进行描述，最好是使用Axure。 输入：需求跟踪表 输出：功能原型（rp文件） 参与人：产品
产品需求分析与需求管理 －－如何搞定市场需求通过和众多国内科技企业接触，发现这些企业中普遍存在： 1. 技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2. 研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3. 产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4. 了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5. 需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6. 需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致 性 7. 缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8. 不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9. 针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。 本课程重点讲解： 1. 如何确定目标客户，如何分析需求关系人？ 2. 如何从市场（客户）角度进行有效的客户需求收集？ 3. 围绕产品成功2个核心因素差异化+成本优势，整理产品需求 4. 如何对客户需求进行整理和分析，形成产品包需求？ 5. 如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？ 课程贯穿案例分享，详细讲解目标客户→客户要求→客户需求→产品包需求→产品概念确定全过程，详细讲解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个核心秘诀、破坏性创新的3石蕊实验、Sweet Point模型、基于不同产品生命周期的12个创新思路等），提升产品的竞争力，确保市场成功、财务成功。 一、案例分享 二、六个基本概念 1. 什么是客户？ 1) 客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户 2. 什么是需求？ 1) WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需 求规格、技术需求、非技术需求 2) 案例：某运营上广告折射对需求五层次的理解 3. 需求工作的2个基本点： 1) 差异化 2) 成本优势 4. 需求工程全过程： 1) 需求收集→需求整理→需求分析→概念确定→需求分解→需求实现与验证 5. 官方体系对需求的定义： 1) RM（目的、关键实践、典型输出） 2) RD（目的、关键实践、典型输出） 6. 产品经理3个核心素质特征：