1704180451
需求开发计划的定制并不是产品管理能够充分决策的。一般情况下，我们经常遇到需求计划违背开发原则的情况。这里我给大家的建议是，多和相关的部门沟通，从他们的思维角度去看问题，这样我们才能将整个需求的结构化体系拆成每个很小的部分，最后用时间节点将这些小部分统一起来。
1704180452
1704180453
在我们设计计划的阶段，我们必须考虑方方面面的利益相关者的利益和需要，很多公司甚至是比较大的知名公司也常常在这里犯错，他们或者是过多地关注股东的利益，或者过少地了解各个相关部门的需求，或者一些其他事件导致了考虑不够成熟，在计划设计之初就为计划的失败埋下伏笔。在很多公司中，不同利益群体间的利益是动态的而且是相互关联的。聪明产品管理者能够在基于股东满意的条件下创造高水平的需求开发计划，既能够创造更高的利润，同时又满足了来自各个方面的需求，这样的良性循环获得的收益是巨大的。
1704180454
1704180455
模板：《需求开发计划》讨论稿
1704180456
1704180457
1.需求确认
1704180458
1704180459
1）本模板适用的范围，达到的目标。
1704180460
1704180461
2）项目经理在本活动中的职责，项目小组成员的职责。
1704180462
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
[
上一页 ]
[ :1.704180451e+09 ]
[
下一页 ]