非典型性需求管理 I - "你怎么什么都不要"

那是我第一次受邀去一个游戏公司去交流需求管理，这家公司当年可是在市场上呼风唤雨，声名显赫（当然现在也不错啦），我也是踌躇满志，因为这是一个以前没有触及的领域。

和我交流的一个项目经理，同时参与过程改进的工作。当我洋洋洒洒的做完半个小时关于DOORS的需求管理方案后，这个项目经理的反应有些冷淡。

他和我说这个方案他们估计用不上。这可是全球市场的排名第一的方案，怎么会这样呢？因为人比较少，所以宾主就坐在一起，又回顾了一遍胶片。

－ DOORS 是唯一款可以做到端到端需求追踪的方案，也就是说从用户需求－系统规格－概要设计－详细设计，您可以一路追踪下来，给你整个开发的全景视图。

－我们没有这么文档层次，通常是提了需求，分析要不要做，交流一下怎么做就可以直接实现了。

－ DOORS 可以多个项目同时浏览，跨项目进行跟踪

－我们一个项目就是一个项目了，不要这么复杂

－ DOORS 可以记录每条需求的变更历史，可以对文档进行基线化操作

－我们的游戏更新换代很快，被客户接受了就保留，客户不喜欢就马上换掉，不需要历史的记录。

……

      

       宾主礼貌性的交流和寒暄之后，就相互告别了。

       现在想来，这些做游戏的公司是敏捷开发的典型代表：

-        没有这么多文档的概念

-        项目的发布频繁，快速更新换代

-        不是控制变更，而是拥抱变更

-        主张简单

-        ……

那大家一定就会疑惑，他到底要些什么呢（我当时也困惑）

这是这个项目经理需要解决的问题 J

-       很多需求，很多来源，很多格式（ email ， word ， excel ，图片），难以整理和管理，没有全局观

-      对需求的意见发表都是以 email 形式， email loop 里面太多的信息

-      一定的需求跟踪功能

-       快速的进行各个维度的统计和报告

-      敏捷的流程，引入工具支持流程但不能无须太多的额外开销

-       最好是 Web based 的

-      ……

 

很遗憾那个时候，Telelogic没有很好的应对方案，自从去年后，公司提供了更多的选择，当我兴冲冲的再次联系那个项目经理的时候，那个项目经理个人虽然很感兴趣，但对我说公司高层大变动，领导们心思已不在这个上面了……

我也没有更多的办法，只好码字纪念了。