2008-4-15 11:02:05 sunmoonada： 需求分析里"愿景"的定义是系统能给老大带来什么好处,是可以度量的
2008-4-15 11:02:53 sunmoonada： 但是在实际调研中发现每个处的处长都没办法说出可以度量的愿景
2008-4-15 11:03:01 sunmoonada： 很难
2008-4-15 11:03:43 sunmoonada： 遇到这种问题，怎么办呢？？
2008-4-15 11:07:03 潘： 你把问题说具体一些
2008-4-15 11:08:39 sunmoonada： 例如：我让用户谈系统建设目标，他们往往会说出我希望系统具有什么什么功能,很难说出具体的数据，
2008-4-15 11:09:11 sunmoonada： 而愿景文档又特别强调愿景不是功能描述
2008-4-15 11:10:28 潘： 还是不够具体，这个"用户"（用词不对，应为涉众）是什么人，他说要什么功能
2008-4-15 11:10:54 sunmoonada： 处长
2008-4-15 11:12:11 sunmoonada： 说希望企业能够在网上申请，希望下级单位可以通过平台把公文直接传到省局
2008-4-15 11:13:07 潘： 那以前企业是怎么申请的，有什么不好的地方？下级单位是怎样传送公文的，有什么不好的地方？
2008-4-15 11:14:51 sunmoonada： 以前都是ems，或者人送上来
2008-4-15 11:15:47 潘： 你有没有问处长：这有什么不好吗，还可以有个借口申报一笔ems 费
2008-4-15 11:16:38 sunmoonada： 呵呵，没有
2008-4-15 11:17:53 sunmoonada： 但是我有个想法
2008-4-15 11:17:59 潘： 那你揣摩ems，或者人送上来对处长有什么利益上的伤害
2008-4-15 11:19:09 sunmoonada： 是不是让涉众描述他的功能目标，更具体一些
2008-4-15 11:20:07 潘： 你回答了上面这个问题，指标就出来了
2008-4-15 11:23:54 sunmoonada： ems 就是太慢了，而且有花费，你是指愿景应该这样描述：通过网上申报业务一年可以为地市局节省×××万的ems 费用，××万的往返交通费用，同时至少可以把工作效率提高50％。。。。
2008-4-15 11:24:19 sunmoonada： ？？是这样嘛？
2008-4-15 11:26:01 潘： 差不多了。:D 费用节省不节省下来不知道。使用来传递ems 的次数减少到原来的××％，处理公文周期减少到原来的××％，这样更合适一些
2008-4-15 11:27:53 sunmoonada： 恩
2008-4-15 11:28:03 sunmoonada： 这样的描述局长更喜欢看
2008-4-15 11:28:26 sunmoonada： 但是对于系统开发来说没有实际意义
2008-4-15 11:28:58 潘： 局长喜欢不就是最大的意义吗
2008-4-15 11:29:45 sunmoonada： 呵呵，明白了
2008-4-15 11:30:10 潘： 涉众不负责提供需求，需求是我们根据涉众的利益编出来的
2008-4-15 11:30:30 潘： 剧本不是观众写的，是编剧根据观众的口味编的
2008-4-15 11:31:32 sunmoonada： 实际上愿景文档就是给领导看的，而且也有一些通用的套路，例如有针对工作效率的，针对信息共享的，有针对业务协同的。。。这样理解对嘛？
2008-4-15 11:32:41 sunmoonada： umlchina 说: 涉众不负责提供需求，需求是我们根据涉众的利益编出来的 umlchina 说: 剧本不是观众写的，是编剧根据观众的口味编的这2 句的意思我能够理解，但是编出来的需求是不是应该和实际业务比对呢？
2008-4-15 11:33:03 潘： 差不多，但也没那么容易。你要搞清楚啊，节省这点费用是不是老大想要的，也许老大只是觉得别的单位有网络，我们也要网络，别的单位网站漂亮，我们也要有。那么度量指标就是豪华，气派了
2008-4-15 11:33:36 潘： 编出来的需求是不是应该和实际业务比对呢？－－当然
2008-4-15 11:34:06 sunmoonada： 恩
2008-4-15 11:34:11 潘： 这些我课上说得很清楚了，你需要在研究blastoff.pdf,bm.pdf。 |