这次去苏州出差，是与合作伙伴公司共同在客户机房进行软件本地化POC，目前为止算是小小地告一段落，但我对伙伴公司的时间把控力是不够满意的。 今天我想拿这次出差的经历，聊聊一个人怎么才能为别人省时间。


这次的POC分为两个阶段，阶段一是功能性验证，阶段二是性能验证。 但客户本身的时间规划并不清晰，导致两个阶段之间的衔接出现断层，在上周四功能验证结束后，不论是客户还是其他供应商，无人真正能说明白阶段二（性能验证）什么时候开始，也无人说明白性能验证的具体方式。


这给我出了一道难题。 我们去现场POC，是需要从北京坐高铁到苏州的，如果在这个断层期直接回北京，而客户忽然提要求在本地进行性能测试，那我们在时间上就会完全被动，来回差旅费的成本不说，时间太紧张向公司协调测试人员也很艰难。 反之，如果继续在苏州待着，住宿成本不说，公司的事情没法在远程及时处理，当前在苏州的研发同事也不一定能完全hold住压力测试。


所以，在商业世界，我们才需要这么多的“确认”。 所谓确认，就是尽量尽快地去了解客观事实，改变那些能改变的，适应那些不能改变的。


而我们的合作伙伴由于就在苏州本地办公，所以没有考虑这么多。 周四晚上功能验证结束后，并未了解和询问我们按下来的时间安排，过了周五/六/日之后，周一早上忽然询问我们性能测试客户如何安排。 要知道，这次合作是以合作伙伴为主，我们为辅。 这一句话中所包含的信息搁浅及责任推脱，让我很难看到一个应有的leader角色。


在一段合作关系中，一定要有一个“手紧”的角色，用来卡住按时按质的交付。 这个角色可以是需求方，也可以是中间商，抑或是供应方。 对于这次POC，这个角色可以是客户、伙伴公司、我们。 很遗憾的是，客户的时间规划很弱，很多关键节点没有想清楚和说明白。 而伙伴公司没有站在一个leader角度统领全局。 为了不让自己太难受，我们只有自己站出来一次次与客户交涉、与现场同事交流，以获取真实可靠的消息。 截至今晚，后续安排基本清晰，需求基本可控，但是这个过程本身是难熬的、合作界面很不友好的。


由此我想，很多时候你的做事方式已经决定了事情的结果。 当你站在全局的角度，把事情说明白、把潜在的坑坦白、把工作安排明白，就足以让事情从混沌无序的状态变得可以把控。 当然，这样需要花费很多精力，但是却是最有效的。 因为虽然自己多花了时间，但从整体上节省了时间，否则，如果只专注于一些琐碎的细节、专注于执行本身，可能自己省心了、省时间了，但没有让别人省心、省时间，总体上依然没办法达到最优。 所谓，不要用战术上的勤奋掩盖战略上的懒惰，正是如此。