項目中有時會有一些任務的時間是不可控的，不可控的原因在于該工作完全受制于他人。意思就是如果其他人沒有做好，比如前后端同步開發，前端通常可能會快一些，然后要等后端提供接口，這個時候聯調工作是沒辦法開展的，也不知道什么時候可以，自己就會很被動，走走停停，既浪費時間精力，也容易沒有任何產出。這種通常是其他人還沒做好的情況，最怕的是那一種，比如設備那邊說已經很OK了，現在可以開發了，然后去試用了，發現還是不行，然后一下子不知道該干嘛了，也不知道什么時候可以改好，等的話可能要很久，就浪費時間了，不等的話可能一下子就修復好可用了，自己完全處于左右為難的狀態。
之前有APP項目就是這樣的情況，本來APP功能已經開發好了，然后測試階段，設備經常出現問題，可以用但是又不穩定，經常測到一半就測不下去了，然后反饋給到設備那邊，改了好幾次，覺得可以了，又繼續測試了，后來還是不行。反復多次我才醒悟苗頭不對，不能再這樣下去了，立馬中止項目測試，和設備那邊溝通，設備需要確保完全沒有問題，再繼續這個項目的工作，可以說是血的教訓。
這個問題之所以會造成那么大的影響，是因為我們在和他人協作的時候，沒有和對方明確一個具體的時間節點，而是很含糊地回答道：“等某某完成了我才可以對接”，然后再問一句：“那他什么時候可以做完呢？過幾天吧”，到底是幾天？哪一天的？不知道呢。這樣是有隱患的，因為這些模糊的信息，負責對接的開發同事完全就是看天吃飯了，任何結果完全是隨機的。過幾天，可能是一天，也可能是兩天，甚至是一周或者更多，再者，項目負責人調整項目任務的時間也會變得很困難。
我們需要和對方明確一個具體的時間節點，比如前端同事需要問下后端的同事，接口是哪一天可以提供使用，而這個使用的意思，基本上是自測過的，不說一個Bug都沒有，至少是相對穩定的。我們知道這個具體的時間節點之后，就可以先安排其他事情了，項目開發工作的開展就會很清晰，而不是完全混亂的。
本文由mdnice多平臺發布
