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