今天有同事找过来，说最近一通研究后，发现系统很多领域存在问题/不明确，关键是还没有人负责解决，觉得好绝望。
回忆以前，我老板也经常扔给我这样那样的问题，总觉得我们做得不够好，我很难说服让他接受我们得有所取舍，老板嘛你懂得 :P ，所以我只能把这些问题当成是鞭策和PUA。今天同事这个问题我觉得还有必要好好跟他聊一下，至少我觉得跟他有说清楚的可能性。
听到这个问题，我第一反应就是战略取舍。但是怕他觉得我在用互联网黑话忽悠他，我就尝试性地问他是否听过雷军的互联网七字诀，毕竟雷军火遍大街小巷嘛，果然是听过一些。互联网七字诀就是“专注、极致、口碑、快”。
其实每一个创业公司在前期都面临同样的问题，尤其小米还跟我们一样的是做操作系统的，跟我们面临的问题更为相似。操作系统太宏大了，每个模块拿出来都可以研究上好几年甚至好几十年，在不能全面覆盖的情况下，问题多不是很正常嘛。所以，小米前期就 专注 在界面和几个应用的打磨上，做到极致、形成口碑，从而吸引了一波发烧友作为种子用户起步，才有了后面的发展。如果小米上来就要求有诺基亚和摩托的手机质量，要求苹果一样软硬件通吃，结局大概率不会特别好，团队直接就被拖垮了。
回到我们自己，团队规模缩小当然有好有坏，其中有一个好处是帮我们变得更加专注。
专注就是想清楚当前的主要矛盾，专注于这个点的解决，完了再看下个阶段的主要矛盾，一个个有节奏地解决。比如之前提系统稳定性、后来是系统兼容性、开发者生态、AI 能力 等等。
组织能力强每次就多做一点，组织能力弱就少做一点，做事情的同时还要不断提高我们的组织能力，这样的组织才会有很好的发展。如果硬要在自己或者组织能力无法承受的阶段去解决过多的问题，人和组织可能就会崩溃。我想苹果造车就是一个很好的例子。
这里想起来，以前看到有人（好像是宁高宁）说过，公司的目标就是提高效率和做创新，组织能力和组织活力是这两点的核心支撑啊。
另外一点，资源受限的时候，千万不能盲目地扩大战线。一方面，战线拖长，团队长时间投入而没有结果容易产生怠惰； 另外一方面，战场增加，会让团队感觉腹背受敌没有焦点，也会产生疲惫。
但是，发现了小问题可以快速解决的，一定要负责任地勇于去解决掉它，速战速决。软件工程是典型的“千里之堤，溃于蚁穴”，能解决一个蚁穴问题就能增加软件的成功概率。
聊完想了想，这不就是去年提的节奏感嘛，只不过去年是以产品研发和上市的例子在讲，今天这个故事则更多体现在研发和项目管理上。遂作记录，以飨读者。