项目管理实战20讲
雷蓓蓓
网易杭研项目管理部总监,《网易一千零一夜》核心作者
立即订阅
4023 人已学习
课程目录
已完结 23 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词 | 为什么说项目管理是每个人的底层能力?
免费
常识篇 (3讲)
01 | 角色转换:程序员做项目管理的三大误区
02 | 十大领域五大过程组(上):程序员必须要了解的项目管理常识
03 | 十大领域五大过程组(下):程序员必须要了解的项目管理常识
硬技能篇 (12讲)
04 | 启动:识别项目中的四类干系人
05 | 规划:排除计划中的“延期地雷”
06 | 执行:打造品质,要从头开始“闭环”
07 | 监控:进展“巧”汇报,学会用数据说话
08 | 收尾:项目复盘,小团队也要持续改进
09 | 需求变更:化解程序员的“头号噩梦”
10 | 风险管理:如何系统化应对风险?
11 | 质量管理:一次把事情做对!
12 | 高效会议:项目中要开好哪些会?
13 | 故事案例(上):新手上路,如何引入变化?
14 | 故事案例(下):小步快跑,小而美的敏捷
15 | 工具方法串讲:手把手教你高效管理
免费
特别加餐 (1讲)
特别加餐 :“学习”到“实战”的距离,到底有多远?
软实力篇 (5讲)
16 | 向上沟通:你必须要注意的三个误区
17 | 跨部门沟通:怎么让不归你管的人积极配合你?
18 | 向下沟通(上):无权无势,他们不听你的怎么办?
19 | 向下沟通(下):无权无势,他们不听你的怎么办?
20 | 进阶之路:项目经理预备战之PMP认证攻略
结束语 (1讲)
结束语 | 如果我可以,你也一定行!
项目管理实战20讲
登录|注册

14 | 故事案例(下):小步快跑,小而美的敏捷

雷蓓蓓 2019-11-28
你好,我是雷蓓蓓。今天,我们来聊一聊敏捷。
很多人认为,每天开站会,有固定时长的迭代,有自己的“Scrum Master”,就是在开展敏捷实践了,其实不然。
具备敏捷之形的团队有很多,但是,真正掌握敏捷精髓的,却并不多见。这是因为,敏捷方法属于 simple but not easy(简单但并不好做)。结合我这么多年的体会来看,与其说敏捷是一场研发方式的变革,不如说是一场思维方式的变革。
今天,我会结合我在某试点团队中深度实践敏捷的经历,来跟你分享一下,我对敏捷精神的理解,以及在敏捷应用过程中的实施建议。

为什么引入敏捷?

敏捷的特点,就是小即是美(Small is beautiful)。这个小而美,体现在人、事、时间三个方面:
人:拆分成小规模(5~7 人)、跨职能的小团队;
事:拆分成一系列小而具体的交付物,按优先级排序,增量交付;
时间:拆分成固定大小的短迭代(1~4 周),在每个迭代结束后,对可工作的产出进行演示。
总体来说,就是用小团队在小块时间,做出小块的东西来,并且周期性地集成组装。为什么我们当时会考虑引入敏捷呢?这就要从第一个版本的发布讲起了。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《项目管理实战20讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(12)

  • Hunter Liu
    真是讲到心坎里了,敏捷是一种文化,如果只是走形式,效率可能还不如瀑布式开发,没能从思想上转变都只是套着敏捷的壳子罢了。
    2019-12-03
    2
  • K战神
    最近我们部门甚至说公司层面在试点敏捷。

    我也从中一直探索好的方式,领悟其精髓。上周六我还写了一篇总结。https://www.cnblogs.com/sunchong/p/11917766.html

    其实蓓蓓大大的这个专栏,我仔细全部听了下来。总体感觉有一种清新的感觉,话语和案例都很贴地气。应该是蓓蓓大大平时的项目积累沟通积累心里积累。能够抓住读者的心,所以我读起来有种轻松全面的感觉。

    我觉得现在项目管理能力是一项通往更高层级的必修课和必要技能了。很多项目做砸了或者做得很挣扎,不仅压制了组员的能力,还让项目组整天都是提心吊胆。这种感觉如果时间很长让人是非常奔溃的。都想项目快点结束吧。

    我觉得项目管理好,有人带,主动学,敢实践,勤总结。

    组织架构和技术框架是否对项目管理也有一定的影响呢?

    作者回复: 谢谢!赞一下从头听到尾的好同学👨‍🎓

    组织架构的影响要更大些,我了解到的互联网公司,多是弱矩阵式架构,产品和用户探索的不确定性显著增加,这跟传统型项目有很大不同,很少是单个PM就能完全负责实施交付的。整体来看,方法还是万变不离其宗,但是对项目经理的软实力要求更高了,挑战更大!

    2019-11-28
    2
    2
  • quietwater
    敏捷就是船小好调头,加速反馈,只有团队强弱,没有个人高低,团队合作程度的高低决定了生产率的高低。

    作者回复: 对的

    2019-12-17
  • 穷查理
    想借用孙子的一句话赞颂一下敏捷:“兵无常势,水无常形,因敌变化而取胜者,谓之神。”
    方法都在那里,关键还是要看因时因地的运用~

    作者回复: 没错

    2019-12-02
  • Jason
    我,一枚程序员,偷偷看到现在,没敢说话。但实在忍不住了,说一句:讲的真不错!

    作者回复: 哈哈哈,千万别憋着……

    谢谢你的赞美,我会继续努力哒!

    2019-12-01
  • like_jun
    交付是团队的事情。而不是个人的事情。技能不同负责的工作会不同。但这不能影响团队交付,要齐心协力。才能把交付做好。

    作者回复: 感谢总结~

    2019-12-01
  • maks
    使用小步快跑的理念,结合上一讲中的"地利",参考下蓓格格的最佳实践.
    可以得出适用于当前环境的敏捷方法. (0_0)
    说来惭愧,刚听完这一讲中的橄榄球式为比分全局思考, 不要局限与个人任务的责任理念
    结果工作的时候,就犯了这一点,事情是这样的:
    上午 业务人员跟我说出了问题,然后我一看 是手机App端的
    由于我目前只负责 PC端,所以对于App端看见有人在处理我就继续做其他事情了
    至于后续我也没有在主动跟进
    直到后面我被我上司叫过去,问我手机App端的问题为什么还没有处理掉
    我一脸懵逼o((⊙﹏⊙))o,但还是唯唯诺诺的应付了几句.
    之后我迅速跟进并处理掉了这个问题,然后归档再编写详细事件bug总述..
    对于这种问题还是只能说吃一堑长一智.
    蓓格格,你有什么好的闭坑指南么....

    作者回复: 这是一种惯性的自我保护思维,角色间自然形成的边界,也很正常。项目管理做久了,就会生出一种无边界感,最好的锻炼,就是留意自己考虑问题的视角,要一直放在整体目标上。你可以在每一次特别事情的处理上,像今天这样就很棒,建立自检的习惯,多给自己复盘。

    2019-11-29
  • 有心猴
    敏捷解决的是需求太多时沟通成本的问题,而不是那种说了不算,算了不说,天天改主意的问题
    2019-11-28
  • 许童童
    快速可靠交付,用户价值驱动,持续自发改进。理解了这三点,也就领会了敏捷开发的精髓。

    作者回复: 👍

    2019-11-28
  • 陈宇明
    后续会有使用敏捷的小团队的项目案例吗?

    作者回复: 这个就是啊!具体是指哪方面?

    2019-11-28
    1
  • Cy23
    划分小团队可以揪出混子,才分项目定时定量快速推进,挺好,总比一下子一堆干起来积极,分批快速交付,循序渐进,时间拆分可以督促进度,更加清晰明了整个项目进度。
    集中开发测试一起为一个目标努力挺好,我觉得还应该每次提交给测试后,测试整理对应开发人员的测试通过率,就怕有些人真不当团队,
    2019-11-28
  • 天天向上
    SCM现在还值得认证吗?刚认证了Devops Master
    2019-11-28
收起评论
12
返回
顶部