朱赟的技术管理课
朱赟
计算机博士,前 Airbnb 技术经理
48935 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 39 讲
时长 13:23
时长 13:31
朱赟的技术管理课
15
15
1.0x
00:00/00:00
登录|注册

10 | 项目延期了,作为负责人该怎么办?

欢迎留言分享更好的建议或想法
总结经验,避免同样的延迟发生
采用技术管理课中讨论的方法
建立流程、划分优先级、同步进度、实时反馈
参与软件研发总会遇到项目延期的情况
实时反馈
同步进度
划分优先级
建立流程
计划本身的问题导致的延期
不可控因素导致的延期
问自己几个问题
软件没有物理的概念
计算机科学只出现了短短几十年的时间
人们在历史长河中累积的经验失效
总结
互联网时代的变化
项目延期后的具体应对措施
为什么项目会延期
技术管理者必备锦囊:项目延期了,作为负责人该怎么办?
参考文章

该思维导图由 AI 生成,仅供参考

关于这个话题,我们先来探讨一下,为什么项目会延期。
只要你参加软件开发项目,无论是作为新人,还是作为带新人的老手,或多或少都会经历过项目延期。即使你工作很多年,成了行家里手,做得都是详细的项目计划和估算,但在项目进展的过程中,总会出现一些偏差和意外。偶尔有幸运的时刻会提前结束,延期完成,甚至是项目烂尾也是很有可能的。
为什么项目这么容易延期呢?
这是因为人们在历史长河中累积的经验失效了。
到目前为止,计算机科学只出现了短短几十年的时间,人类很难按照以前的经验对项目进行判断和预测。看到一个人在操场上慢跑,你很容易能判断出来,这事儿不难,因为你也可以去操场慢跑。看到一位百米选手跑进了 10 秒,你就会知道,这事你拼了老命也做不到,难易立判。
但是一到了编程的范畴,你甚至很难从敲击键盘的速度上分辨出哪个是优秀的程序员,哪个是打字速记员。是的,搞速记的人,敲键盘的技巧可能会更加纯熟一些。
同样,我们可以从物体形态的大小、结构的复杂程度上作出判断。
我们一定知道,修建一座小桥的难度和工期会远远小于一幢摩天大厦。因为物理上形态的区别和感官上的认知,总能让我们的大脑去做出正确的判断。我们很少失误,几千年来,我们的基因就是这么告诉我们的。
但是,软件没有物理的概念,它既没有体积,也没有面积,更没有速度。你写了两万行代码,你的硬盘也不会重一点,10M 的代码,也不一定会比 1M 的代码好用。
技术项目更是很难简单从表面获知其复杂程度。打开 Google 的官方网站,我们看到的是个搜索框,这个简洁的搜索界面,就是整个 Google 帝国的入口,是浮出海面的冰山一角,隐藏在下面的则是数以万计的工程师和庞大的服务器集群。
即使你是经验丰富的工程师,有时候也很难从一纸需求上确定较为准确的工期。
那一旦项目延期了,该怎么办呢?
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

项目延期是软件开发中常见的问题,本文探讨了项目延期的原因以及作为负责人应该如何应对。作者指出,项目延期的原因包括不可控因素和计划本身的问题,提出了建立流程、划分优先级、同步进度、实时反馈等策略来避免和处理项目延期的情况。文章强调了在面对项目延期时,负责人需要问自己几个问题,如何应对不可控因素以及如何建立有效的反馈渠道等。总的来说,本文提供了一些实用的管理策略,帮助技术管理者更好地处理项目延期问题。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《朱赟的技术管理课》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(30)

  • 最新
  • 精选
  • 刘剑
    技术开发阶段的延期主要原因可能有 1、业务定义原因:产品定义不清楚,pm与rd理解不一致,产品设计不完整或有缺陷在开发阶段被发现,临时变更需求,临时更改设计等 2、技术问题:出现架构时没考虑到的问题,技术联调不顺畅,解决某个复杂问题消耗大量时间 我们团队过往来看第一个原因导致的延期是更多的,解决办法是“产品先行”,项目周期里给产品设计更多的时间,技术参加产品方案评审时要走心;第二个原因主要通过引入技术概要设计与评审的流程以及划分清楚优先级解决。 其实就是课件中的“建立流程、划分优先级”部分。

    池建强回复: 关于项目延期其实没有更好的解决办法,就是靠经验和磨合。我带过很多团队,初期组建团队都有个磨合期,有的经验多些,有的冲劲大些,但都很难精确把控项目进度,除了采取文章中的内容,还需要磨合,尝试,最终才能让项目进度处于可控的范围内

    2017-12-14
    8
  • 精卫鸟
    1. 尽量充分考虑项目所有干系角色所需的时间 2. 尽量充分明细所有技术细节,难点,避免盲点 3. 过程中保持沟通流畅,目标明确,提前预警 4. 总评估时间的50%节点,再review目标没有偏离 5. 总评估时间的80%节点,要开始筹备发布所需 6. 一定力度的按住产品经理和霸道总裁… 历史的经验告诉我们,做到以上几点,你还是会延期,只是相对可控那么一丢丢…
    2017-12-04
    2
    53
  • 金鹏
    项目要有建立明确的规则,指定关键节点和里程碑。比如code complete、code freeze为关键节点,在节点规定的时间要完成的任务。 安scrum的流程,每天的站立会,汇总项目进度以及遇到的问题,可以所有人同步信息,动态调整; 复杂问题预演,对与复杂问题,一起讨论实现架构,技术选型以及方案,以及plan b,尽可能的把问题暴露,解决思路清晰; 最后,PM的需求可以调整,就像RD写程序也有bug,但限定期限,比如评完需求的3天内可以适当调整,否则本期不接,并入下期。让产品也提升自己的业务水平。 以上都是手段,在开发中,多沟通是最好的方法。
    2017-12-04
    1
    9
  • Zero
    安姐,今天的主题能否指导下实际工作如何操作吗。项目同步会议后,用什么工具和方法记录大家的任务进度情况,更有效果?能达到一个是更及时准确的知道项目实际情况;和让组员对自己进度负责。 还有一个问题是,对于技术出身,刚开始带团队,我们需要注意什么,有什么学习路线吗?
    2017-12-04
    6
  • mark
    有没有推荐的项目管理软件
    2017-12-05
    4
  • huangzhimim
    我们项目采用了快速迭代开发,正好符合文章所说的
    2017-12-18
    3
  • 卡特
    我这么做项目管理 2周一个迭代周期,分5个节点 需求评审(产品,研发,测试,运维,运营都参与,提前消化需求和准备问题) 需求设计,切分任务(后端研发给出接口文档和mock数据,前端研发并行开发界面,测试提前输出测试用例和接口测试自动化脚本,运维ready服务器等资源,运营准备数据分析数据模型) 开发(输出上面的东西,pm验收,单元测试,接口测试通过,主流程界面冒烟成功,提测) 测试(解决集成测试问题,工程师推动解决) 发布确认 运营数据分析,监控数据分析 然后就是每天晚上同步进度,盘点项目进度风险,推动进度,解决风险 风险如果是不可抗力因素,申请延期或移动部分功能点到下个迭代周期
    2020-02-25
    2
  • gevin
    本文提到的做法,项目延期时要这么做,项目不延期同样也要这么做,这样虽然不能保证项目不延期,但至少自己感觉好像让项目节奏可控了😂
    2018-03-20
    2
  • 图南日晟
    写的很赞,大多情况下,项目进度沟通会相关的流程能够明显的预测到项目延期的风险,有时候是迫于一些压力造成只能继续往前推进,而没有有效的措施。比如,项目上线时间已定,而时间是上层强行安排的。
    2017-12-04
    2
  • 长不胖的Garfield
    我们在产品迭代过程中几乎总是延期,也采用了各种手段,譬如每天检视、遇到风险减少任务内容;但是经常性地任务要交付时,对应的同事才说因为什么原因无法完成,这种情况一直困扰着我们,不知道如何避免……
    2017-12-04
    2
收起评论
显示
设置
留言
30
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部