那是我第一次受邀去一個遊戲公司去交流需求管理，這家公司當年可是在市場上呼風喚雨，聲名顯赫（當然現在也不錯啦），我也是躊躇滿志，因爲這是一個以前沒有觸及的領域。
和我交流的一個項目經理，同時參與過程改進的工作。當我洋洋灑灑的做完半個小時關於DOORS的需求管理方案後，這個項目經理的反應有些冷淡。
他和我說這個方案他們估計用不上。這可是全球市場的排名第一的方案，怎麼會這樣呢？因爲人比較少，所以賓主就坐在一起，又回顧了一遍膠片。
－DOORS是唯一款可以做到端到端需求追蹤的方案，也就是說從用戶需求－系統規格－概要設計－詳細設計，您可以一路追蹤下來，給你整個開發的全景視圖。
－我們沒有這麼文檔層次，通常是提了需求，分析要不要做，交流一下怎麼做就可以直接實現了。
－DOORS可以多個項目同時瀏覽，跨項目進行跟蹤
－我們一個項目就是一個項目了，不要這麼複雜
－DOORS可以記錄每條需求的變更歷史，可以對文檔進行基線化操作
－我們的遊戲更新換代很快，被客戶接受了就保留，客戶不喜歡就馬上換掉，不需要歷史的記錄。
……![]()
賓主禮貌性的交流和寒暄之後，就相互告別了。
現在想來，這些做遊戲的公司是敏捷開發的典型代表：
- 沒有這麼多文檔的概念
- 項目的發佈頻繁，快速更新換代
- 不是控制變更，而是擁抱變更
- 主張簡單
- ……
那大家一定就會疑惑，他到底要些什麼呢（我當時也困惑）
這是這個項目經理需要解決的問題J
- 很多需求，很多來源，很多格式（email，word，excel，圖片），難以整理和管理，沒有全局觀
- 對需求的意見發表都是以email形式，email loop裏面太多的信息
- 一定的需求跟蹤功能
- 快速的進行各個維度的統計和報告
- 敏捷的流程，引入工具支持流程但不能無須太多的額外開銷
- 最好是Web based的
- ……
很遺憾那個時候，Telelogic沒有很好的應對方案，自從去年後，公司提供了更多的選擇，當我興沖沖的再次聯繫那個項目經理的時候，那個項目經理個人雖然很感興趣，但對我說公司高層大變動，領導們心思已不在這個上面了……
我也沒有更多的辦法，只好碼字紀念了。