项目中有时会有一些任务的时间是不可控的,不可控的原因在于该工作完全受制于他人。意思就是如果其他人没有做好,比如前后端同步开发,前端通常可能会快一些,然后要等后端提供接口,这个时候联调工作是没办法开展的,也不知道什么时候可以,自己就会很被动,走走停停,既浪费时间精力,也容易没有任何产出。这种通常是其他人还没做好的情况,最怕的是那一种,比如设备那边说已经很OK了,现在可以开发了,然后去试用了,发现还是不行,然后一下子不知道该干嘛了,也不知道什么时候可以改好,等的话可能要很久,就浪费时间了,不等的话可能一下子就修复好可用了,自己完全处于左右为难的状态。
之前有APP项目就是这样的情况,本来APP功能已经开发好了,然后测试阶段,设备经常出现问题,可以用但是又不稳定,经常测到一半就测不下去了,然后反馈给到设备那边,改了好几次,觉得可以了,又继续测试了,后来还是不行。反复多次我才醒悟苗头不对,不能再这样下去了,立马中止项目测试,和设备那边沟通,设备需要确保完全没有问题,再继续这个项目的工作,可以说是血的教训。
这个问题之所以会造成那么大的影响,是因为我们在和他人协作的时候,没有和对方明确一个具体的时间节点,而是很含糊地回答道:"等某某完成了我才可以对接",然后再问一句:"那他什么时候可以做完呢?过几天吧",到底是几天?哪一天的?不知道呢。这样是有隐患的,因为这些模糊的信息,负责对接的开发同事完全就是看天吃饭了,任何结果完全是随机的。过几天,可能是一天,也可能是两天,甚至是一周或者更多,再者,项目负责人调整项目任务的时间也会变得很困难。
我们需要和对方明确一个具体的时间节点,比如前端同事需要问下后端的同事,接口是哪一天可以提供使用,而这个使用的意思,基本上是自测过的,不说一个Bug都没有,至少是相对稳定的。我们知道这个具体的时间节点之后,就可以先安排其他事情了,项目开发工作的开展就会很清晰,而不是完全混乱的。
本文由mdnice多平台发布