课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
对于企业发展来说,除了需要关注项目结果以外,同时也需要对项目执行过程有一个详细的管理和控制,下面我们就一起来了解一下具体情况吧。
除了把人管理好,重要就是要控制需求,防止需求蔓延,引发大规模的需求变更,控不好需求已成为项目失败的关键因素。
要控制需求变更,对外要建立协同机制,对内要严格控制需求流程,通过对内对外的流程管控,达到整个项目团队对需求的理解一致。
(1)从外部看,需要重点控制四个环节,其中两个环节需要签字确认,也叫“四定两签“,四定指的是定方案、定需求、定UAT结果、定上线计划,需求和UAT结果需要白纸黑字,签字确认。
定方案:在细化软件需求说明书之前,先根据自己对用户需求的理解,出一个方案,方案与需求说明书相比重在描述解决问题的思路和措施,给用户汇报方便,不像软件需求说明书那样晦涩难懂,通过方案达成了我们与用户对需求理解共识的一步,而且出方案成本低,就算是方案不合格重新写也没关系,如果到了详细的软件说明书和原型都出来了再返工,成本会相对较高,所以方案就成了连接用户需求与软件需求的桥梁。
定需求:输出物就是软件需求说明书,一般会配上系统原型,通过给用户汇报原型达到大家对需求理解的共识,需求说明书一定要签字确认,作为后续设计、开发的依据,不能随便变动。因为要签字,用户确认需求时也会更加谨慎。
定UAT结果:UAT是在功能上线之前由用户进行测试,测试通过后具备功能上线条件,一般UAT会采用会议方式,由厂商负责系统演示,用户提出问题,针对UAT发现的系统问题或者小优化一般会承诺解决,变更或新增的需求只做记录,后面单独谈,UAT之后会出UAT报告,由甲乙双方签字确认。
定上线计划:上线计划重要的就是割接方案,上线能否成功很大程度上取决于割接方案能否成功执行,割接方案有时在业务层面需要和用户达成共识,如果割接的业务规则没搞对,很可能会造成不可逆的错误,记得割接时一定要备份数据,这算是给自己留个后手。
(2)从内部看重点控制两个需求环节,分别是需求评审和测试演示。
需求评审大家应该比较熟悉,由产品发起,组织研发、测试等相关人员对原型、需求进行内评审,评审完成后输出需求评审会议纪要,通过这一步由产品人员对需求进行详细讲解,达到内部项目团队对需求理解尽量保持一致,减少需求传播造成的失真。
测试演示这个环节是测试和研发的衔接环节,这个环节由研发发起,组织需求和测试人员对开发出的功能进行初步验证,尽早的让产品看到开发的功能,更早的发现理解上的差异,通过这个环节让测试人员更加深刻的理解需求,只有需求演示环节通过的功能才能进入测试环节。
作者:奋斗De奶爸
节选:公众号:奶爸的小客栈