做为his实施,发表一些浅薄的观点,大神们请轻打。
心态:首先作为实施人员,请不要自认为是搞IT技术,我自认为是我是搞服务的。
需求管理的基本步骤:
1.需求调研是要把,先把原来的流程搞清楚了,明白前因后果。
2.考虑需求的可行性,所需资源,需要协调的科室,关键联系人是哪位,可能造成的不良影响。
为什么这样做?
可不可以不这样做?
或者换个其他方式做会不会更好?
3.需求测试
需要在测试库先部署测试
需要经过关键人联系确认测试结果
需要经过科室提出需求人测试,确认测试结果
重大需求,需通过沟通会协调商定
4.需求更新前准备
准备好需求回退方案
程序部分版本备份
准备对数据的处理部分
5.需求申请单
每次更新,哪怕是系统配置变动必须走需求申请单
需求申请单,需记录操作事件。记录提需求人及时间,记录提出需求的背景,描述清楚需求产生的影响将会产生什么改变,描述需求可能会造成的其他异常后果,记录提需求人及时间,记录需求更新时间
tips:领导审核人员都很忙,一定要多沟通,在事前告知需求产生的结果后,将变更的内容 打印出A4纸内容,放到桌子上 。一定要多沟通
6.更新需求,需明白原本流程线的前因后果,明白更新带来的好处和哪些影响,不能造成当前正常的业务进行不下去。
7.更新需求注意事项
需求更新时间应为 业务低峰期
一定要经过测试库测试,且准备好版本回退 内容 和 对应更新失败后续问题处理方案
8.需求更新后
及时向相关科室反应需求更新情况,并持续监测因需求更新导致的系统变更事件
需求管理的基本概念:
无感:对用户来说,项目变更的操作,他们是感觉不到的。
多次测试:一定要多测试,测试测试再测试。你得想象是在滑冰一样,非常小心的走
谨慎更新:这个不说了