在不确定性寻找确定性

在不确定性中寻找确定性

我们昨天团队进行了我们第一次季度 OKR 复盘，大家普遍反馈的一个问题是，需求变化太快，时间太紧。

商务和运营同事说： 客户的心思摸不透，沟通费劲， 不按照我们的预想的计划走。

产品经理说： 商务和运营同事规则没有定好，经常变；

设计师说： 产品没有把需求定好，设计一改再改；

研发说： 产品的需求一变再变，代码经常要重写；

测试说： 研发那边交付测试的时间太短，压缩了测试的时间。

所有人共同的诉求是需要一个确定性。

这是容易理解的， 有了确定性，按部就班的去处理，这是一个比较舒服的姿势。

然而最大的矛盾在于，外部市场永远是不确定性大于确定性。联想最近几年发生的各种黑天鹅事件，还有经济的大形势就不能理解了。

2020 年，突发疫情，多少疫情之前还在疯狂扩张的零售业/旅游业公司倒闭，多少人因此失业；

2021 年，上半年还如日中天的教育类企业，因为国家的一纸公文， 纷纷倒闭，教育类巨头急忙转型，大面积裁员， 断臂求生，比如原来的培训巨头新东方转型做农产品直播。

再比如 P2P 一夜之间的衰落，中概股惨遭血洗，华为/中兴被制裁芯片断供导致产品难产。。。。

这就是中国企业的现状，大公司日子难过，创业公司的日子更加难过。

外界的不确定性容易让人迷惘，让人焦虑，让人抱怨， 让人慌乱不知所措。

然而真的就没有确定性的东西了么？面对不确定性难道就束手无策了么？

除了抱怨之外，我们可以做什么？这是需要团队里每个人需要思考的问题。

具体怎么做，以我熟悉的研发为例。需求如果多变，有几个方式可以应对。

• 从设计上， 架构/模块设计上做好功能规划， 考虑可扩展，可配置性，替代硬编码

• 从沟通上， 培养自己的产品思维， 多问为什么，多和产品经理沟通，为什么这样设计，这样设计背后的考虑是什么。有没有更好的方案

• 从时间管理上，在编码之前，先将需求理解清楚，评估好需求的实现难度， 明确各项事情的优先级， 再将需要开发的工作量拆解，拆解到具体的具体的某个接口，某个模块的开发，每个模块需要什么时间完成。 优先完成重要紧急的事情。 而不是想到哪做到哪。

• 从协作上，前端和后端需要先沟通好接口文档，这样两边就可以并行开发。而不是相互等待。

• 。。。。

总而言之， 遇到问题，不抱怨； 遇到问题解决问题，才是正确之道。

我相信最终能在市场中存活下来的，一定是那些能够适应变化，消化不确定性的团队/人。