1704180463
3）明确客户方参与需求调研活动的职责（有无决策权、所需配合的活动、所需提供的资源等）。
1704180464
1704180465
4）确认用户给定需求的文档（如协议、条件和合同条款，比如要交付的产品、日期和里程碑要求等）、功能需求、技术需求等。
1704180466
1704180467
2.需求活动的概述
1704180468
1704180469
（1）需求调研的方法
1704180470
1704180471
决定采取什么方式进行需求调研，即确定信息采集和分析的方法（如确定与客户交流的方式、沟通使用的表单、项目组业务流程分析表单等）。
1704180472
1704180473
（2）需求活动要求
1704180474
1704180475
1）收集相关技术需求，要求收集所需的功能点、约束和处理流程等。
1704180476
1704180477
2）收集用户的特殊需求。
1704180478
1704180479
3）分析用户原业务或工作流程。
1704180480
1704180481
4）分析所需建立的系统业务流程，建立系统范围和目标。
1704180482
1704180483
5）要求使用《CMM需求规格说明书模板》作为需求说明文档。
1704180484
1704180485
（3）需求周期计划
1704180486
1704180487
对本次需求活动拟定一个时间进度表，及各阶段所需完成的内容。
1704180488
1704180489
3.需求评审计划
1704180490
1704180491
1）确定需求评审小组成员及成员要求。
1704180492
1704180493
2）确定需求评审方式。
1704180494
1704180495
3）确定需求评审内容。
1704180496
1704180497
4.需求验收方式
1704180498
1704180499
1）确定验收方式。
1704180500
1704180501
2）确定验收记录表。
1704180502
1704180503
5.需求变更管理
1704180504
1704180505
6.项目组织和资源
1704180506
1704180507
1704180508
1704180509
1704180510
精益求精：卓越的互联网产品设计与管理 2.4.2 解决方案
1704180511
1704180512
建立一套解决方案如同其他事物一样，我们要以事实为基础，以分析为导向，最终得到解决的灵感。乔布斯认为，任何公司都能建立优秀的商业模式，但是总是因为这个不行、那个不可以，使企业的事业最终夭折。这样的现象经常出现在产品管理的方方面面。很多时候我们经常因为没有足够的耐心或者畏惧去思考问题而不断地回避问题，随着问题越来越多，以至于使业务偏离了预先的计划轨迹，最终导致商业模式崩溃。
[
上一页 ]
[ :1.704180463e+09 ]
[
下一页 ]