为什么需求经常“容易变化”?
根源之一是它们的来路不正,一开始的时候是拍脑袋得来的,没有把系统当作一个零件放在组织中来看(没有把个案管理系统当作一个零件放在医院科室和护理组织中来看),得到的系统当然和组织的其他零件格格不入(比如个案管理系统与医院HIS系统和护士站工作台无法协同),系统上马磨合后发现问题,自然要改。
“需求变化剧烈”只是一个假象,许多需求的变化是假的变化,真正的需求并没有变,只不过一开始捕获的需求是假的。
如何让假的需求变化消于无形?遗憾的是,不少团队在改进的时候给自己开错了药方,以为应该通过提升设计的弹性来应变。
设计是应对真正需求变化的手段,假的需求变化应该通过改进业务建模来应对。
软件即我们常说的各种系统是组织的零件,业务建模的目的是从组织的角度来定位系统应该提供的价值。
做业务建模和需求分析,首先请忘掉要做或在做的系统,应该专注于组织和业务,特别是要改进的组织和业务。
产出物是业务用例图、业务序列图、需求之系统用例图和用例规约(就是我们写PRD时的前置后置条件、基本路径、扩展路径、规则约束等)。
当东西拿到客户面前的一段对话~~
客户说:好呀,正是我想要的!
过了半年,
客户又说:形势变了,这个东西要改一下。
这是需求变了。
如果客户说:这不是我想要的!
这时硬要说“需求变了”,脸皮是不是就有点厚了。
网友评论