0°

需求分析实战-一阶段小结


上周我们没有布置作业哦,留了一周的时间给大家巩固一下课程的内容和作业。

我们今天来总结一下在需求分析的第一个阶段,我们做了些什么?


01
实战课程介绍


第一次课因为是初次课程,所以简单介绍了项目的背景。

并且布置了一项作业:




项目背景信息(如有雷同纯属巧合):

山竹区早在5年前就成立了自己的区图书馆,现有存书10万册,读者1万人。

目前是使用人工手写的方式进行图书管理、借还等。

随着信息化建设的逐步深入,山竹区文化局决定要实施一套图书馆管理系统,主要负责:

图书管理、借还管理等。

这个项目现交由你们公司进行。

你作为这个项目的需求分析人员参与其中。

作业:

1.你觉得第一步应该做什么?

2.在这一步中你准备使用什么工具来完成?




从这次的作业可以看出,参加的同学水平有些层次不齐。

对于需求分析第一步的理解不是很透彻。

不过没关系,跟着小婧一起来进行实战演习,参加每次的作业,相信大家(也包括我)都会有很大的进步的。




02
分析背景,锁定目标



这其实算是我们正式的第一节课,主要讲了大家在分析背景时需要明确的几个问题:


1.谁提出项目?山竹区图书馆:文馆长

2.项目的关键预期是什么?对图书馆里的图书进行信息的管理实现用计算机代替手工的方式完成图书的借阅

3.是否有遗留系统?没有,但是目前是用Excel对在库图书进行管理的。

4.是否有相关的假设和约束?希望在暑期前可以试运行一个月,然后在暑期到来后即7月1日正式运行。目前服务器正在采购,数据服务器和应用服务器使用同一台。




然后使用了问题卡片,对各个干系人的问题进行记录和分析。

问题/机会 编号
描述
范围与限制
影响了谁 产生的后果


解决方案 要点
优点


这一周的作业就是让大家实践一下问题卡片。

有的同学做的非常好。

总结一下,做问题卡片需要注意的点:




1.问题描述

描述的太细致了,不需要这么细节性的描述。最好是用一句话将问题说清楚即可,一些细节性的内容可以放到调研报告或者会议纪要中进行详细记录。

2.产生的后果

发现很多人写了半天写不到点子上,看着我都着急。你要说明这个问题到底是导致了什么后果。最好是一击命中,抓住痛点。

3.解决方案要点

这里写的是要点,不是功能清单,更不是解决方案描述。所以你只需要说明你的解决方案要包括的部分即可。至于怎么解决,如何解决,后期在定义方案时再说。

4.解决方案优点

这个优点其实就是你这个解决方案的价值点,能够给用户带来什么价值。什么效率提升、差错率降低、客户满意度提升之类的都属于优点。

5.一张问题卡片的各个部分的逻辑关联性

意思就是,你的解决方案要对应到你的问题描述、影响人及后果,最终优点应该也要能够对应到问题描述上。







03
stakeholders干系人



第三节课,我们对让人又爱又恨的Stakeholder进行了分析。整理了干系人清单和干系人登记册。

针对不同类型的干系人,我们采取的策略是不一样的。


别看这样一个小项目,涉及到的除了我们项目团队内部的成员的干系人真的很多。

大家也都仔细的用心的进行了干系人的分析。


不知道大家有没有对比自己的问题卡片的作业和干系人的作业。

问题卡片提出的问题应该也是相应的干系人关注的问题,至少应该是大于。


平时我们在QQ群里的沟通,也发现大家其实对干系人是很无奈的。针对团队内部的干系人该如何处理和维护,我之前说过,大部分属于项目经理的职责。

但是BA因为经常要和开发、测试沟通,有的BA总是抱怨对于开发的脑回路理解不能。

这个后面会穿插在小婧的日更里进行专题的解析和说明。

本次课程就不包含这部分的内容了。




04
项目约束


第四节课我们讲了很重要,也是最容易被忽略的项目约束。



我们结合山竹县图书馆的情况对上述几类约束进行描述,大家可以体会一下。


  • 实现约束

目前山竹县图书馆的信息化建设比较落后,但是经过采购部署后的硬件设备以及网络环境都是可以满足图书馆项目上线要求的。除了图书库管理员的部分老员工对电脑操作的水平比较基础外,其他人员的电脑操作水平都不会存在太大的阻碍。

山竹县图书馆长期使用Excel管理图书,已经建立起一套适合自己业务环境的图书编号规则和分类规则。

  • 事实/假定

项目要赶在在暑期前可以试运行一个月,然后在暑期到来后即7月1日正式运行。预计在暑假期间图书馆的借阅量会大幅度增加。对系统的查询、借阅、还书等功能的性能要满足2、5、8原则。

在实际的项目中,我们会更加关注项目约束,特别是项目经理。

虽然BA不一定会作为项目经理,但是关于业务方面的项目约束是BA需要关注的。

而且对于这些约束要格外深挖,深挖,再深挖。

  • 项目约束

进度要求:就像之前课程提到的,不仅要关注交付日期,还要关注重要的里程碑。不仅仅是关心时间要求,更需要深挖一下背后的原因。

预算要求:根据预算的要求我们可以划定这个项目是多期建设还是一期建设。比如本次的预算很多,那么可实现的范围可以有选择的扩大。但是如果预算有限,那么我们就更需要关注核心业务和核心关注点了。

其他约束:要思考一下法律法规和其他部门是否对其有要求

资源支持:建议图书馆方也成立相应的项目组,并且针对各个核心模块有相应的接口负责人。这样可以大大的提升BA的工作效率。







现在大家对于第一阶段的工作及工具、方法是不是更清晰了呢?

BA很重要的就是思路。

你抓住一条线,抽丝剥茧,所有的真相就会水落石出了。

明天我们会开始第二阶段的第一课哦。

大家加油!

需求分析实战-一阶段小结


需求分析实战-一阶段小结



写在最后

有的小伙伴已经知道,小婧是有记录你们每次作业的得分和积分的。

希望大家好好的坚持,跟着小婧一起来把这个项目做成,能够有长足的进步。

加油!


小婧是一名行走在产品道路上的资深业务分析师(BA),如果想和我一起前行,就请关注“与小婧同行”吧!


需求分析实战-一阶段小结


「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论