别了，理想的需求管理

怀着比较复杂的心情送走了黄伟等人，他和金波是“集团需求管理实施小组”的负责人，我也是实施组中的成员，一句话，无奈更多些。

一个软件公司，给那么多的客户上了信息化，自己的呢？有哪个领导愿意花自己的血汗银子从另一个软件公司中买产品呢？而且是奇贵无比。

 

我现在真得比以前成熟了，如果谁再跟我谈论需求管理，我一定要追问他：“你说的是理论上的还是实际上的？”，从理论上，需求管理就是首先要条目化然后建立跟踪矩阵，从实际上看，基本上没有一个国内的软件公司能做好。国外的不知道，但是不会好在那里去。

于是想起了敏捷的需求管理，在我的实际工作中，无论其难度有多大，我还是会坚持“特性列表-用户故事-检查点-单元测试”的工作方式，“测试驱动开发”(Test-Driven Development） 不是测试，而是敏捷需求管理的一部分，“领域驱动设计”也不是设计，它也是敏捷需求管理的一部分。

 

正所谓正己正人，如果你自己推崇的东西，你自己都不坚持，那还有什么脸来劝说别人使用呢。如果你自己都感觉使用了没有什么效果，那你干嘛还要昧良心让人家用呢？

 

不光是需求管理的观念要转换，工作思路也要转换，以前我会主动的向大家推，推啊推啊，发现除了自己有点激情的在那里吆喝外，真正参与的人很少。我曾经年轻过，给老总用过一个词来描述：“曲高合寡，高处不胜寒”。结果老总评价说你太狂了。我现在仍让不认同是我狂，而是因为我太傻，太理想化了。人家都很聪明，都知道有难度，都知道要付出很多东西，都知道虽然那个东西很好，但是不是我辈能够做的。

 

我在这样的环境中坚持了一个又一个观点，坚持了一个又一个项目，尽管用尽了全力，换来了一些收获，建立了一些尊重，但我坦率的讲，我得到的更多的是怜悯。于是需求管理这件事情我真的放弃了。不是一套需求管理工具就能解决问题的，关键在人，人若无主观努力，再好的工具也是白搭。

 

现在我的做法很实际，需求管理是要做的，但是不大张旗鼓的去采购工具，而是要发现研发团队中最迫切的管理需要，用自己的最大的能力去保证它的管理的需要。从2004年开始，我们的研发团队已经用了4年多的TD了，不光积累了足够的数据，还养成了使用的习惯。我要做的，就是在不打扰他们的日常工作的情况下，做到数据的采集、清理、集成和统计分析。

 

由此，PPA诞生了，这就是我爱PPA的原因，因为它更正面现实，更pragmatic.