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

-0-

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

![](https://385430918-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-M8iFCzaIpXf8zXqpE6I%2F-MDsPcebeUoY2YfISnVl%2F-MDsT0W23_xet4GF0GvW%2FIMG_3736.jpeg?alt=media\&token=f032a51e-2087-4618-9876-ece1631578af)

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

-1-

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

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

![](https://385430918-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-M8iFCzaIpXf8zXqpE6I%2F-MDwWgLkDl1EEdi9vfrF%2F-MDwZD_kznkKdIeLoot7%2FIMG_3740.jpeg?alt=media\&token=a701a993-8508-47f7-8966-b67fcce0205b)

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

这样与进球何益？

-2-

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