打磨移动时代的前端团队（二）—— 解题篇

（二）解题篇

只是个开始

此篇名为“解题”，如果您真希望通过看一篇帖子就能解决团队所有问题，那么我要让您失望了， 因为此篇并非问题的终结，而是开始。

前端团队究竟遇到了什么问题？

看看你中枪了么

1. 项目之初，需求不明，死线（dead line）已定。
2. 需求改动频繁，排期总是被压缩。
3. 总是缺人手，加班不断，且代码质量差。
4. 前后端联调环境搭建耗时，且定位问题麻烦，导致联调时间不可控。
5. UI过于纠结界面细节，导致交付时间不可控。
6. 移动端，设备多，兼容问题多，导致自测时间不可控。
7. 领导说，PM说，UI说，UE说。信息不对等，到底听谁说？
8. 基于历史原因，总是无法采用更恰当的技术方案，导致团队技术脱节。
9. 一边加班，一边吐槽，一边被吐槽。
10. 走人了，换了个团队，问题依旧。

事不关己？

无论你是否关心以上的问题，我想说的是，我们的技术水平来源于自己的精力分配，而我们的精力分配又受限于团队任务分配，所以，每个看似是Leader的问题，其实你我都需要对自己负责。

当我说“提高前端生产力”时，我在说些什么？

从上面的“问题堆”看到，阻碍我们项目交付的，不只是技术，这些非技术的问题更要命。

** 一起聊聊这个“问题堆” **

为了方便举例，我假设存在A ，B两类开发者

1. 项目之初，需求不明，死线（dead line）已定

但凡有过一些工作经验的开发者，都能接受这个“残酷的事实”。
因为他们懂得站在更高层次看待这个问题。

开发的目的有时候是为了抢占市场，所以时间点往往至关重要。

• 接手此类项目的开发者有两种心态:
  A. "压力山大"，立刻开始设计、编码。
  B. "压力山大，谋定而后动", 基于业务，权衡利弊，发现风险，积极沟通，设计方案而后动。