项目需求分析,吝掌珠老师,时长1小时40分钟。
课程链接地址:https://apptu3z5hq71009.pc.xiaoe-tech.com
目录: (略)
什么是需求工程?
是指应用已证实有效的技术、方法进行需求分析,确定客户需求,帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。分为需求获取、需求分析、需求规格文档、需求验证、需求管理。
企业数字化转型的背景和目的
背景:
新需求:需求的一个革新,新生代差异世界观、网络、产品服务需求、消费采购模式
新供给:新型竞争方式涌现,产品的颠覆式创新,敏捷按需的供应链、自动化高弹性制造
得出目的:提升运营效率、驱动业务增长、激发业务创新
什么是项目中的需求?
需求是在一定的时期,在一既定的价格水平下,消费者愿意并且能够购买的商品数量。
需求就是用户在特定的阶段、场合没有满足的需要。
谁可以在项目交付中提出需求
干系人:项目干系人是指会受到项目实施过程和实施结果影响,或者能够影响到项目实施的个人或组织。
干系人对项目的影响可能是正面的,也可能是负面的。
项目归根结底是要满足项目干系人的期望,令干系人满意,项目干系人会影响项目资源投入,并能决定项目最终结果。
项目干系人管理应贯穿整个项目过程,获得干系人的持续支持是项目成功的重要条件。
01如何洞察企业运营中要改善的需求点
企业业务经过多年的发展,都有一套相对科学、稳定的成型流程,这是被B端相对复杂的环境验证过的。因此:
其形成的各个职能分工/模块、各业务流/流程
各个角色下的具体工作/功能
各种类型的数据/字段
都具备较强的历史沉淀,且符合其自身当前的特点,我们需要“尊重”他们,不能随意的进行主观修改。
调研方法-实地访谈,数据分析,线上访谈
关注项-流程、组织、分工、文档、字段、期望、现有系统
分析分类-可继承、不合理/低效、未来可期
提升方法-简化、优化、自动化、共享化、赋能化、设计实现
实现目标-符合整体目标,实现整体效率的提升
02需求的质量标准、类型
(空)
03需求分析中的难点和影响因素
唯一不变的就是“变”
1、问题的定位比较难:涉及多种因素引起,
2、需求变化快:时间与业务的变化、企业所处环境和阶段
3、无法达成共识:需求设计的不同角色、人员的背景经验、内部无法统一共识
4、人的因素:找不到能提供准确信息的人,不配合
5、获取的需求难以达到完美或一致:不同人员对系统的要求认识不尽相同,甚至相互矛盾对立、难以消除矛盾
6、需求难以进行深入的分析与完善:客户环境与业务流程的改变、市场趋势的变化等因素影响。
04需求分析的方法、解决方案设计参考原则
(又空)
05需求分析的一般流程
1、用户需求的识别:从IT角度来理解,确定综合要求,区分功能需求与非功能需求。
2、分析与综合:对需求进行分析,分析出与标准产品的差异,综合考量客户的期望
3、制定需求说明书:术语表 PM project Management Project Manager
4、需求评审会:群策群力,聚焦审慎,实现价值
5、持续沟通测试:开发答疑,测试答疑,UAT测试,上线测试
标准功能与客户业务需求的差异化分析
分析标准功能差异是一个非常复杂且重要的过程,此过程关键是要验证标准产品功能与客户业务需求的匹配程度,此步骤业务蓝图是否可以落地的关键环节。
客户调研的三大利器
线上访谈:建立调查问卷,事先准备好需要调研的事项,未尽事宜需跟踪完成,问卷事项要尽量全面
实地调研:面对面访谈,了解用户的角色和作业内容,观察用户的实际作业过程,当前存在痛点与未来的期望。
客户信息的观察分析:客户现有信息系统流程,现有功能、操作、报表,对未来的期望
目的是:去伪存真-------还原需求的本质-------发现真问题
现状调研的访谈技巧
明确调研目的、对象、问题
预约时间、地点
做好访谈记录和会议纪要
根据谈话方的职业、性格、心情,选择合适的方式
始终对被访者表示尊重和善意
多问开放性问题,多让客户讲,务必把问题搞清楚
业务流程优化的建议原则
找出流程本身存在的问题------------通过信息系统提升流程效率--------------制定速效方案解决当务之急
补充一点:客户调研方法的补充---研讨会
使用情景:需要部门高层决策、制定大方向,高层访谈时间无法约到、基层用户无法拍板
参与人员:各部门高层 IT部门 重要用户
准备工作:已有界面原型、预计完成的重要里程碑、平台建设的重要意义、可有纸质的调查问卷
会议主导方:甲方PM+乙方PM
会议目标:确认高阶需求,数据集成事项、完成时间、责任人
会议成果:会议纪要
温馨提示:可以选择重要内容粘贴在邮件正文
显性需求、隐性需求
显性需求:物料基本信息、产品结构数据、会计科目、供应商客户信息、部门、工厂、仓库、车间信息等等,这些信息在手工作业中也会用到。
隐性需求:单据类型、仓库性质、计划参数等,这些信息在手工管理信息实时不会涉及到的,但他们影响到蓝图?,所以同样需要重视。
系统接口调研距离
调研对象、形式-访谈/观摩、调研提纲、注意事项:对有可能影响本项目建设的系统对接事项,一定要提前调研了解。
需求的质量标准
达成一致、无歧义性、完整性、必要性-系统边界内、一致性、可验证性、可追溯性-文档记录、可行性-达到法律法规等
关于用户需求的类型
1、功能性需求-单据、流程
2、约束-环境、法律法规、上线日期
3、质量需求-系统性能、可用性、稳定性、可靠性
需求分析的方法
流程图
原型法
用例图
5W2H:做什么、谁来做、为什么、何时、何地、怎样做、做多少,基于场景进行分析,明确需求实现价值
需求解决方案的设计参考原则
To B特征
1、重视逻辑与效率,侧重工作,讲究理性利益平衡。
2、优先重视整体业务、流程和效率,再兼顾个体的操作效率。
3、明确项目的核心目标,兼顾成本、进度、技术。
4、可用、灵活、简单、美。[大道至简]
需求分析时需要考虑的关键因素举例
需求分析、实现的优先级设定方法
权力影响分析
用户频量分析
实施需求需要的时间
实施成本
风险
需求波动性
拒绝影响分析
项目实施参与各方的参与人员。
优先级评估方法之一关于KANO模型
KANO模型是东京理工大学教授发明的对用户需求分类和优先级排序的有用工具,以分析用户需求对用户满意的影响为基础,属于定性分析。
随着时间的推移,兴奋型需求会变成期望型需求、基本需求。
优先级评估方法之二重要紧急四象限法则
关于需求实现的补充说明
受限于影像需求实现的因素,(沉淀需求、管理需求、回顾需求),一次到位、长短期方案、分布时间。
需求分析完成的评价参考标准
前瞻性,要了解当前的一些行业信息。。。 达成项目的整体目标、关注客户的满意度
06项目交付中如何减少需求变更
1、来源通渠道
2、需求有记录
3、会议有纪要
4、变动要周知
5、自信要坚持
6、分歧找证据
7、妥协小试错:小成本的去变通处理
8、据理才拒绝:不是所有的需求都是接纳的,要有理有据的去取决,做记录。
在项目实施一开始,就把这些要求发出去。、,不完整的补充完整后再发给客户确认,来来回回过程中确认跟客户沟通的一种方式,锻炼谈判能力。
1、客户不愿意填写怎么办?
2、填写不完整怎么办?
3、需求提出、需求变更的流程何时应该
关于项目中BA这个角色? 我是谁? 我能干什么? 康庄大道在何方?
什么是业务分析人员,为什么要有需求分析?
旨在理解业务需求并明确和管理业务需求。
在整个交付周期中,主要的沟通者和驱动者。 BA充当沟通的桥梁
07需求分析完成的评价参考标准
08需求提出申请单参考报模板
需求提出申请单参考模板
09需求分析人员的权利和义务
阐述干系人能够理解的观点
成为最熟悉系统及其行业领域的人
创建高质量的需求文档
能够通过(例如,图形图表)综合方式来实现工作成果
与干系人之间保持相互尊重的关系
因人而异,建立适当的沟通渠道、沟通方式
根据项目实施提出自己的想法、备选方案以及实现途径
允许干系人提出系统友好性、易用性等方面提出需求:我们需要优先保证系统用起来,在系统上线的时候,会考虑您提出的这些建议做进一步的优化。。。
确保系统能够满足需求提出者关于功能、质量方面的要求。
10业务分析者(BA)所需的软技能、发展路线
需求分析人员贯穿项目交付全过程
需求、方案、构建、测试、上线、运维
业务分析人员需要掌握的工具
Xmind,EXCEL,WORD,VISIO,PPT,Axure
业务分析者的职业发展方向 (英文图表)
END