需求创建过程
2.1学习本章的目的 | |
2.11有效准确地收集需求 | |
2.12提供需求过程作为发现需求的工具 | |
2.13要想构建正确的产品,必须发现正确的需求,他需要有序的过程来保证 |
2.2需求创建过程图
2.1项目启动的目的:为了发起项目,与主要的利益相关者(对项目成功有重要影响的人),对项目关键问题达成一致 |
与利益相关者主要达成的问题如下: |
1.项目目标:这个项目为了解决客户的什么问题,对客户带来的好处是什么 |
2.确定业务范围:本次项目做哪些,和不做哪些事项 |
3.项目大概的成本,做这个项目预计花多少成本,收益咋样 |
4.项目风险(早期):可能对现有的业务会造成什样的风险,提前告知利益相关者。(让出资人选择,启动还是取消停止) |
5.项目周期:预计什么可以上线,项目的关键阶段(用户测试、启动会、判定会) |
2.2网络需求:项目启动结束,要需求分析师去确认本项目到底要做什么,发现用户真正的需求,系统的本质。 |
1.先要了解客户现有的工作是怎么做的,现有执行流程是什么。 |
2.客户的这些工作中,真正在做了什么事情(他当前的工作整体目标,和每个工作环境的目标到达是什么) |
3.针对客户现有工作要达成的目标是什么(或各工作环境要达成的目标什么),现有运作方式与目标存在的差距(问题是什么) |
4.客户的哪些现有工作方式,本次需要改进问题有哪些,范围就明确了。 |
2.3需求建模:将我们要“为客户改进的工作”,快速可视出来(让客户更换了解) |
1.快速将客户现有的工作方式&流程,通过模型呈现出来,更好解释客户的工作。 |
2.可能要改善成客户想要原型,目的展示和实现未来的需求, |
3.通过模型展现可能实现方式。 |
4.让工程师和其它利益项目者的想法融合到未来额产品中 |
2.4场景 |
场景1.0:对于场景这个词的最开始认知是通过梁宁老师的分享,对于场景的解读是空间和时间的组合,即一个用户在什么时间什么地点有什么样的需求 |
场景2.0:在实践过程当中,对场景这个词有了更深一层的了解,即场景是用户与产品的交互过程以及获得的反馈(这个反馈可能是正向的也可能是负向的), |
场景不仅仅是用户做了什么,同时还是产品提供了什么样的服务,场景的终点一定是通过产品或服务满足了用户的需求或解决了用户的问题。 |
1.场景展示业务过程的功能性,将业务过程分解为一系列容易设备的步骤 |
2.描述业务的过程,并展示对功能的理解 |
3.不同的利益相关者对场景不同部分感兴趣,在短时间内让每个人要做什么,并达成一致。 |
4.业务场景图描绘的是贡献于这个业务目标的什么人及其做的什么事 |
2.5编写需求:为了确保参与开发的“各方对需求要做的事”达成一致的理解 |
1.编写需求,需要编写背景理由,消除二义性,为了准确性,也是为每项需求提供“验收标准”。 |
2.需求不能有二义性,可验证。 |
2.6质量关 |
1.为了保证需求的正确性,通过质量关对需求进行检查,保证需求正确。 |
2.通过检查需求的完整性、相关性、可测试性、一致性、可追踪性等质量属性保证需求正确。 |
3.通过复查需求,确认需求的完整性 |
2.7需求复用 |
1.为了快速构建需求,可以找以前的需求来参考 |
2.8需求反思(3问) |
1.我们对用户的工作,做对了什么 |
2.我们对用户的工作,做错了什么 |
3.如果需要必须重新做一次,在哪些地方可以做的不同? |
2.9需求演进 |
1.需求的制作,在项目过程中,是初始阶段的不断的从模糊,理解用户工作后,了解用户工作的实质,获取真正的需求 |
2.需求的制作需要时间,不是一下就能明确的 |
3.0需求模板 |
1.项目驱动—描述项目的理由和动机 |
1.1项目的目标:投资构建产品的理由以及这样做我们学取得业务上的好处 |
1.2客户、顾客和其他的利益相关者—产品涉及他们的利益对他们产生的影响 |
1.3产品的用户——预期的最终的用户,以及他们对产品可用性的影响 |
2.项目的限制条件 |
2.1需求现状条件:项目的局限性和产品设计的约束条件 |
2.2命名标准和定义:项目的词汇表 |
2.3相关的事实和嘉定条件:对产品产生一定影响的外部因素,或者开发者所做嘉定 |
3.功能性需求 |
3.1工作的范围:针对的业务领域 |
3.2产品的范围:定义产品预期的边界,以及相关联系统的连接情况 |
3.3功能与数据需求:产品必须做到事情以及功能所操作的数据 |
4.非功能性需求 |
4.1观感需求-预期的外观(UI) |
4.2易用需求和人性化需求——如何让产品对用户成功使用,它必须是什么样子 |
4.3执行需求:运行速度、大小、精度、人身安全性、可靠性、健壮性、可伸缩性、持久性和容量需求 |
4.4操作和环境需求:产品预期的操作环境 |
4.5可维护性和支持需求:产品的可改动必须达到的什么水平,已经需要什么样的支持(SLA) |
4.6安全性需求:产品的信息安全,保密性和完整性 |
4.7法律需求:法规审计的需求 |
5.项目问题(构建产品的项目) |
51.新问题:引入产品带来问题 |
5.2任务:产品导入必须要做的一些事情 |
5.3迁移到新产品:从现存系统转化的任务 |
5.4风险:项目可能面对的风险 |
5.5费用:产品的成本或工作量评估 |