进球的环节：需求该由谁来写

-0-

之前写过的我所理解的需求澄清里，提到了踢球的隐喻。踢球怎么踢？球会流动，从一个人的脚下，传到另一个人的脚下。像极了“工作流”。如果最后一个人进球，那就妥妥是我们期待的价值流啊。软件开发的过程向其他行业学习了不少。比如像踢球的这一套。足球里我们叫后卫、中场、前锋，软件开发里就叫BA、开发、测试。或者分得更细致一些，有前端开发、后端开发。依次传球，期待进球。流程决定一切，角色不停加强。难道没有人注意足球多年以前都不这么玩了吗？

瀑布这么玩，敏捷还是这么玩。以至于我们经常被问到，需求该由哪个角色来写呢？你看，要求得这么复杂。不是听说敏捷不写文档的吗？

-1-

一切进攻的发起都有目的。一切进攻的结果大部分可能是没有进球。倘若从表象上来看，我们需要加强的各个环节人的能力，其实考验球队是配合能力。那有进攻的策划集中在某一个人身上的呢？那别的队伍把他看住不久行了吗？简单的道理其实一说就透。不过还是会有球队没有皇马的命却想做皇马的事，把所有好球员加在一起未必是支成功的球队。

把进球这事变成环节我们可以看看这四个维度：

	内	外
个体	I 我是安全的	IT 问题都出在他们身上
群体	WE 我们做的没有问题	ITS 他们不配合

这样与进球何益？

-2-

还是回到需求谁来编写上。进球的套路发起如果是一个流程，那谁应该写？自然涉及到谁就应该谁来驱动产生对应的结果，如果你在场上时间太短，就会来复盘，找个人补充你的内容。这个球员是不是BA，你自己想。