技术领导力实战笔记
TGO鲲鹏会
100 位 CTO 的真知灼见
82996 人已学习
新⼈⾸单¥98
登录后,你可以任选6讲全文学习
课程目录
已完结/共 266 讲
技术领导力实战笔记
15
15
1.0x
00:00/00:00
登录|注册

第56讲 | 有了敏捷开发,那交付期限去哪儿了?

遇到问题后的快速会商
持续的进度跟踪和关键里程碑
专业的WBS分解
遇到问题后的快速会商
持续的进度跟踪和关键里程碑
专业的WBS分解
按单制造业
建筑工程管理
敏捷开发模式无法完全适用于所有开发活动
外包开发商受期限约束
工作起点转换到客户的具体问题解决上
需求方和开发者之间的持续透明沟通
小型团队摆脱笨重的项目计划
响应变化 高于 遵循计划
客户合作 高于 合同谈判
工作的软件 高于 详尽的文档
个体和互动 高于 流程和工具
其他行业的启示
期限之殇
敏捷开发的影响
敏捷开发宣言
敏捷开发中的交付期限控制问题

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

你好,我是明道创始人任向晖,今天想跟大家分享的主题是敏捷开发中交付期限控制的问题,以及其他行业带来的启发。
今天,软件行业已经无人不知敏捷开发,实践者也不局限于互联网产品公司,即使是传统软件开发团队,也十分愿意采纳敏捷开发。温和的看板之于严苛的期限,当然前者要友善得多。SCRUM 能够得到普及,和它宽慰人心的作用是分不开的。

敏捷开发宣言

敏捷开发思想的确在改变软件行业面貌。它让小型团队可以摆脱过于笨重的项目计划,让产品设计和开发避免闭门造车,不至于让程序员的青春年华浪费在那些因为失败而没有投入使用的软件项目上。
它同时也推动了需求方和开发者之间的持续透明沟通,让团队开始意识到,高频度的沟通是提高软件交付质量的原动力。敏捷开发还将工作的起点转换到客户的具体问题解决上(User Story),而不是从一个看似完善的产品需求文档出发。
2001 年,17 名软件工程师发表了著名的敏捷宣言,全文只有聊聊数十个字:
我们一直在实践中探寻更好的软件开发方法,身体力行的同时也帮助他人。由此我们建立了如下价值观:
个体和互动   高于 流程和工具
工作的软件   高于 详尽的文档
客户合作   高于 合同谈判
响应变化   高于 遵循计划
也就是说,尽管右项有其价值,我们更重视左项的价值。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

敏捷开发在软件行业中日益普及,但交付期限控制成为挑战。本文从建筑工程管理和按单制造业中寻找灵感,提出了解决软件行业交付期限控制问题的启示。建筑工程和制造业通过专业的WBS分解、持续的进度跟踪和关键里程碑,以及遇到问题后的快速会商,实现了高可靠的按期交付率。这些方法和原则对软件行业具有启发意义。文章深入探讨了敏捷开发中的项目期限控制问题,为读者提供了对该问题的深入思考和启发。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《技术领导力实战笔记》
新⼈⾸单¥98
立即购买
登录 后留言

全部留言(1)

  • 最新
  • 精选
  • Sam_bo
    其实说一千道一万,有人的地方,出了问题,一定要第一时间沟通解决,流程、工具只是起到引导人的作用
    2020-08-25
    6
收起评论
显示
设置
留言
1
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部