本来软件在一线就有定制团队和SA组织，结果一线不少人只负责跟客户沟通和呼唤其他的人来支持他输出方案和架构。结果导致一件事安排了两倍的人来负责，等到售前沟通完方案，还要转到另外一个部门呼唤一个售后的炮火，呼唤不到还要用研发的炮火，难道这是0成本地么？这三倍的资源消耗掉了，研发已经没有人看着实现了，开发又跟客户要的不一致，于是问题就来了。一线也很痛苦，两手一摊，我啥也不会啊，只能呼唤炮火，甚至连迫击炮的射程都不知道，连坐标都常常不准，机关又没有资源全部响应，只好开很多会呼唤炮火和控制呼唤炮火。然后机关又不能一个炮火都不打出去，就消耗研发资源，然后研发的产品搞不好，资料也弄不好，遇到新的需求没有成熟的方案，又要安排很多人并行做很多不同的方案来支撑不同需求，每个方案都质量一般又没有文档，一线就更不会了。于是呼唤炮火的雪球就越滚越大。
所以问题的核心不是哪个角色不负责，而是整个工作地阵型都是乱的。最后所有岗位都在抱怨，所有岗位都觉得自己比窦娥还冤。然后不管是市场一线，还是服务一线或者是研发一线，发现似乎能够解决方案的只有架构师，SE，就呼唤神一样的架构师。这就是我们的问题轨迹。

一线呼唤炮火，我们给与炮火支持的时候要问清楚坐标，要看效果，如果给了炮火，一顿狂轰滥炸，万一炸的不是敌人怎么办，我们自己也是有责任的，不能要啥就给啥，也是要抬头走路的。