产品与技术的平衡

overview

整体看法就在mindmap里了，不多做赘述；
这里不同团队可能可能经过不同的路径，遇到不同的问题，如同气宗剑宗，各自的路径，也遇到各自的问题和局限，最终不停地复盘总结，走到殊途同归。

技术导向路径

一个团队如果技术导向比较重，会出现：

• 优势：会注重技术建设，长期主义，在产品以及家底丰厚的情况下，可以最终建设出很好的技术；
• 劣势：在产品开发过程中，一旦和技术建设相抵触，比如需要短期内做各种技术妥协，要hack等等，团队可能内分泌失调，不能及时调整

举例子就是即时战略中，走一个科技路线，那么在早期就有被rush的风险，如果在war3这一类的即时战略中，早期还会出现相比对手，资源大幅度落后的情况，最后通盘看来并不是一个好的选择；

当然如果有足够的环境（比如是一个海岛地图，没有早期rush风险）和实力（防守实力过硬，家底丰厚），那么走这样一个路线就非常牛逼了。

产品导向路径

大致和技术导向反过来，也是有所偏颇

• 优势：在中前期能够时刻满足产品需求，产品黑盒看来，各种进展迅猛nb，因为团队所有精力投入到产品相关之中
• 劣势：其中会出现架构问题，把一个模块写死，最终产品的技术力不足，导致整体品质有所不足

类似例子就是即时战略中不注重科技发展，各种早期爆兵，一旦进入后期，则陷入苦战。
当然如果战局只有前期，类似一些战略产品高低的争夺，共享经济的前期拼资源，前期赢了通盘就赢了，那么这个牛逼。
反之最后拼全场，从前期rush一直拼到后期，则单纯产品导向就有问题。

致中和

这里就是道理非常明晰了，技术团队应该：

• 以产品为最终导向
• 战术战略上：根据具体情况，以优先级：“开发需求”大于"整体架构健康”的方式进行推进
• 内功上：沉淀产品，开发和技术力，巧妇难为无米之炊，这个米就是团队的能力沉淀，有米才能各种分配