当前位置: 首页 > news >正文

08-项目中不可控的任务如何安排和验收

项目中有时会有一些任务的时间是不可控的,不可控的原因在于该工作完全受制于他人。意思就是如果其他人没有做好,比如前后端同步开发,前端通常可能会快一些,然后要等后端提供接口,这个时候联调工作是没办法开展的,也不知道什么时候可以,自己就会很被动,走走停停,既浪费时间精力,也容易没有任何产出。这种通常是其他人还没做好的情况,最怕的是那一种,比如设备那边说已经很OK了,现在可以开发了,然后去试用了,发现还是不行,然后一下子不知道该干嘛了,也不知道什么时候可以改好,等的话可能要很久,就浪费时间了,不等的话可能一下子就修复好可用了,自己完全处于左右为难的状态。

之前有APP项目就是这样的情况,本来APP功能已经开发好了,然后测试阶段,设备经常出现问题,可以用但是又不稳定,经常测到一半就测不下去了,然后反馈给到设备那边,改了好几次,觉得可以了,又继续测试了,后来还是不行。反复多次我才醒悟苗头不对,不能再这样下去了,立马中止项目测试,和设备那边沟通,设备需要确保完全没有问题,再继续这个项目的工作,可以说是血的教训。

这个问题之所以会造成那么大的影响,是因为我们在和他人协作的时候,没有和对方明确一个具体的时间节点,而是很含糊地回答道:“等某某完成了我才可以对接”,然后再问一句:“那他什么时候可以做完呢?过几天吧”,到底是几天?哪一天的?不知道呢。这样是有隐患的,因为这些模糊的信息,负责对接的开发同事完全就是看天吃饭了,任何结果完全是随机的。过几天,可能是一天,也可能是两天,甚至是一周或者更多,再者,项目负责人调整项目任务的时间也会变得很困难。

我们需要和对方明确一个具体的时间节点,比如前端同事需要问下后端的同事,接口是哪一天可以提供使用,而这个使用的意思,基本上是自测过的,不说一个Bug都没有,至少是相对稳定的。我们知道这个具体的时间节点之后,就可以先安排其他事情了,项目开发工作的开展就会很清晰,而不是完全混乱的。

本文由 mdnice 多平台发布

相关文章:

  • WPF(Windows Presentation Foundation)与 C# 基础知识详解
  • 【Linux知识】RPM软件包安装命令行详细说明
  • 代码随想录Day23
  • [ComfyUI] AlekPetNodes 插件详解:节点与模型管理
  • 2小样本学习(Few-Shot)之相似度
  • 000-JMeter简介
  • JVM之类的加载过程
  • 硬件基础--02_前序知识
  • 【C++】STL性能优化实战
  • 硬件基础(3):三极管(4):关于三极管的压降
  • 诡异的服务重启原因探索
  • 【AWS】使用CloudFront S3 Lambda打造丝滑低延迟Web体验
  • Java面试题及知识点Day1
  • 【构建性能分析插件设计与实现:打造前端项目的性能透视镜】
  • 初阶5 STL简介
  • 嵌入式硬件开发中如何将对应的EDA文件导入PADS方法
  • 斜线、短横、空格,三种分隔日期的优雅解析(Python | DeepSeek)
  • 模型 拆屋效应
  • 【BFS】《BFS 攻克 FloodFill:填平图形世界的技术密码》
  • spring security 使用的过滤器还是拦截器
  • 广药集团原董事长李楚源被“双开”:去年8月被查,曾多次发表争议言论
  • 雅典卫城上空现“巨鞋”形状无人机群,希腊下令彻查
  • 浙江省委金融办原副主任潘广恩被“双开”
  • 小米汽车机盖门陷谈判僵局,车主代表称小米表示“退订会造成崩塌”
  • 一周文化讲座|“我的生命不过是温柔的疯狂”
  • 美国与卡塔尔签署超2435亿美元经济及军事合作协议