（二）解题篇
只是个开始
此篇名为“解题”，如果您真希望通过看一篇帖子就能解决团队所有问题，那么我要让您失望了， 因为此篇并非问题的终结，而是开始。
前端团队究竟遇到了什么问题？
看看你中枪了么
- 项目之初，需求不明，死线（dead line）已定。
- 需求改动频繁，排期总是被压缩。
- 总是缺人手，加班不断，且代码质量差。
- 前后端联调环境搭建耗时，且定位问题麻烦，导致联调时间不可控。
- UI过于纠结界面细节，导致交付时间不可控。
- 移动端，设备多，兼容问题多，导致自测时间不可控。
- 领导说，PM说，UI说，UE说。信息不对等，到底听谁说？
- 基于历史原因，总是无法采用更恰当的技术方案，导致团队技术脱节。
- 一边加班，一边吐槽，一边被吐槽。
- 走人了，换了个团队，问题依旧。
事不关己？
无论你是否关心以上的问题，我想说的是，我们的技术水平来源于自己的精力分配，而我们的精力分配又受限于团队任务分配，所以，每个看似是Leader的问题，其实你我都需要对自己负责。
当我说“提高前端生产力”时，我在说些什么？
从上面的“问题堆”看到，阻碍我们项目交付的，不只是技术，这些非技术的问题更要命。
** 一起聊聊这个“问题堆” **
为了方便举例，我假设存在A ，B两类开发者
- 项目之初，需求不明，死线（dead line）已定
但凡有过一些工作经验的开发者，都能接受这个“残酷的事实”。
因为他们懂得站在更高层次看待这个问题。
开发的目的有时候是为了抢占市场，所以时间点往往至关重要。
- 接手此类项目的开发者有两种心态:
A. "压力山大"，立刻开始设计、编码。
B. "压力山大，谋定而后动", 基于业务，权衡利弊，发现风险，积极沟通，设计方案而后动。
