0°

需求分析实战4-明确项目约束

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

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

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

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

图书管理、借还管理等。

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

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




通过干系人分析建立了干系人登记册,在这个过程当中我们进行了业务调研和访谈

你是不是认为我们一阶段的“项目定义”工作已经结束了呢?


其实在我们第二次课程的“问题卡片”中,曾经让大家分析过业务或者技术上的约束。

但是这个部分并没有进行整理和归纳。

所以,在我们的“项目定义”阶段的最后一项任务就是


明确约束


一般来说,我们将遇到的所有的约束分为三类:

  • 实现约束

    • 需求方业务环境

    • 用户群使用环境

  • 事实/假定

    • 重要的背景

    • 验收要点

    • 对技术的假设

    • 对业务的假设

  • 项目约束


明确约束这件事情,很容易被忽略。

导致项目实施后用不起来,或者不符合用户要求。

虽然我们是按照用户的要求解决了他们的问题。



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

  • 实现约束

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

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

  • 事实/假定

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

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

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

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

  • 项目约束

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

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

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

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




写在最后

好消息,今天没作业。


因为需求分析实战的第一个阶段今天告一段落

大家如果有时间可以翻阅一下1~4节课的内容,进行温习。

看看还有什么问题,是你在工作中遇到的,但是在本次的课程当中没有提到的。



小婧收集整理后,会进行讲解。

如果没有特别的问题,我们下周将会进入第二阶段:划定范围。


「点点赞赏,手留余香」

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