说透敏捷
宋宁
IBM 资深敏捷教练
29080 人已学习
新⼈⾸单¥29
说透敏捷
15
15
1.0x
00:00/09:13
登录|注册

开篇词 | 重识敏捷,让你的研发管理少走一些弯路

讲述:宋宁大小:7.38M时长:09:13
未来趋势
建议学习方式
怎样推进敏捷
什么是敏捷
为什么需要做敏捷
想提高职业竞争力
担忧管理方式变化
担忧岗位被取代
不清楚引入敏捷后工作变化
不知道如何开始敏捷实践
自行制定敏捷流程失败
引入CMMI导致流程过重
初创团队管理混乱
写在最后
课程设置
团队成员困惑
研发团队问题
接触国内研发团队,发现问题和困惑
逐渐接纳敏捷,研究和使用
2007年:接触敏捷,认为理念好但理想化
专栏内容
问题和困惑
敏捷实践历程
职业经历:UI设计师、运维工程师、软件研发各岗位、项目经理、Scrum Master、敏捷教练、咨询师
作者:宋宁
重识敏捷,让你的研发管理少走一些弯路

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

你好,我是宋宁,现在在 IBM 做敏捷教练和咨询顾问。作为一名职场老兵,除了 UI 设计师和运维工程师,我做过软件研发领域内几乎所有的岗位。从一线工程师到管理者,从项目经理、Scrum Master,到现在的敏捷教练、咨询师,我经历过研发管理从无序状态到瀑布模式、敏捷模式,对各个管理模式的优劣深有体会,也从各个角度体验过敏捷。
我一直热衷于探索研发管理的效率、效益和精髓,我本人并不在乎这种研发管理模式叫什么名字,只要它能给研发管理带来益处我就敢大胆的启用,所以敏捷来了以后我也开始了解并使用它,现在我来给你讲讲我从接触到使用敏捷的历程。
时间追溯到 2007 年,当时诺基亚准备在公司内部落地敏捷。作为合作伙伴,我们公司为了更好地和诺基亚协同,并为他们提供服务,所以就派我以排头兵的身份先行了解敏捷。我与当时负责敏捷的外国同事一起研究,并在后面参加了 Scrum 的培训课程,第一次接触到敏捷。
参加完课程后,刚接触敏捷的我认为它的理念非常好,不过还是有些理想化,所以我并没有从内心接纳敏捷。于是在工作中,公司要求用敏捷的项目我就用敏捷,其它的我继续用瀑布。然而做着做着,两相对比,我隐约感觉到一些敏捷带来的好处,这尤其体现在团队管理方面,敏捷为我省去了大量的时间。
对敏捷有了好感后,我开始认真研究并使用敏捷。我熟读了敏捷的价值观和原则,又学习了很多敏捷的方法和实践,从管理实践到后来的技术实践,从单一团队管理到大规模敏捷,都一一涉猎。
因为工作的关系,我在自己深入探究敏捷实践的同时,接触了很多国内的研发团队,这些团队的规模从几十人、上百人甚至到几千人不等。他们的共同特点是很努力,但也存在很多问题,比如:
有的团队是初创团队,没有任何成熟的管理实践,想到哪里做到哪里,研发管理相当混乱;
有的团队已经经历了前期的混乱,想着要正规一些,就倾全公司之力引入 CMMI,导入瀑布流程,导致整个公司流程过重,交付速度受限制,3 个月甚至半年才上一个版本,业务部门相当不满意,项目团队成员也怨声载道;
有的团队听说现在流行的方式是敏捷,于是拿书来看,自己琢磨,炮制了一套敏捷流程,结果也没玩转,正唉声叹气准备请外部咨询师来支援;
有些团队正在拿捏,不知道自己到底该采用哪种研发模式,听说别人在做敏捷,做得还不错,跃跃欲试却不知道该怎么开始。
除了以上这些问题,我在与一些团队成员交流时,发现他们自身也有一些困惑:他们很关心现在的研发管理趋势,听说敏捷不错,也想引进敏捷,但是不晓得公司引入敏捷后,自己的工作跟以前相比有何不同。
有些一线和中层的管理者甚至还有些担忧:之前工业革命的时候,机器在很多岗位上取代了人,那现在敏捷来了,强调团队要自组织,我的岗位会不会也被取代了呢?
而且敏捷来了后,管理方式也会有一些新变化,这些变化是什么呢?到底应该怎么改变自身的管理风格才能更好地适应它?还有一些人,包括想成为 leader 的程序员,相信敏捷作为一种变革,带来挑战的同时也会带来新的机会,但不知道到底该怎么做才能提高自己的职业竞争力,把握住这些机会。
面对这么多的问题,作为敏捷咨询师,我一直想把自己的经验总结出来,就像医生总结临床病例一样,分享给更多需要它的人和团队,以便他们在探索研发管理的路上少走一些弯路。所以当极客时间的编辑跟我探讨写敏捷实践的专栏时,我特别高兴,因为我终于可以把这些年来自己对敏捷的研究,把我在这个领域内积累的经验分享给更多的人了。
我想,现在市面上也有很多关于敏捷的书,会讲到一些基础知识和理论,但是敏捷毕竟有很强的实践性,所以只了解理论是不够的。以我个人的经历来讲,我觉得要想真正理解并接纳敏捷,你需要一些真实的案例来辅助你对它的理解,而要真正自如地运用它,还是需要付出一定的努力的。但无疑,案例会让你学得快一些、深入一些,我想只有通过解读更多的真实案例才能让你更有感触,才能够收获更多。

课程设置

所以在这个专栏里,我想用这样的方式来分享我的故事。
我将从为什么需要做敏捷(why)、什么是敏捷(what)和怎样推进敏捷(how)三个角度来讲述敏捷转型过程中的那些事儿,在 why 和 what 上让你知其然也知其所以然,在 how 上让你更多地知道到底应该从哪里下手,到底该怎么做才好。
Why:在为什么需要做敏捷上,我将用实际案例来阐释做敏捷的价值,以及敏捷带来的好处,看完以后你就明白为什么这些团队不用瀑布模式,并放弃想干啥就干啥的自由散漫管理而采纳敏捷这一研发模式;
What:在总结业界敏捷定义的基础上,结合敏捷实践,从价值观、原则和实践三层讲清敏捷的实质,让你理解敏捷的本质到底是什么,通过深入分析常见的对敏捷的误解,带你正确认识敏捷;
How:结合实际案例,讲解到底怎么来推进敏捷,揭示敏捷推进过程中的常见问题,探讨防范措施,定制专属于你的敏捷实践计划。在本环节我还会带你探讨敏捷推进中需要关注的角色定位问题,不管你是一线或中层管理者,还是志在拓宽职业道路的程序员,我都会帮你解决在敏捷实践中你的职场困惑。

写在最后

虽说这门课程实践性很强,但是我觉得通过经典案例的学习,可以让你短时间内迅速地了解敏捷的实质并学会一些可以上手的方法技巧。
我建议你准备一个自己的小本子,随着课程的学习,总结你的敏捷案例集。本子的每一页分成左右两半,左边写你以前在研发管理方面的做法和困惑,右边写你学习过程中了解到的做法以及你想到的新做法。等学习完成以后,再来回顾一下,并制定一个属于自己的敏捷实施计划,相信在不久的将来,你会很快地上手并体验到敏捷方式给你带来的好处。
未来已来,不管你愿不愿意,敏捷已经成了趋势。所以我想隆重地邀请你,邀请你与我一起学起来、做起来,与我一起在敏捷的大潮中共舞吧!
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

敏捷教练和咨询顾问宋宁在IBM工作多年,深耕研发管理领域,对研发管理模式有丰富经验。他在文章中分享了自己对敏捷的探索历程和实践经验。宋宁将从为什么需要做敏捷、什么是敏捷和怎样推进敏捷三个角度来讲述敏捷转型过程中的重要事项。他强调敏捷的实践性,通过经典案例的学习,读者可以迅速了解敏捷的实质并学会一些可以上手的方法技巧。他建议读者准备一个小本子,随着课程的学习,总结自己的敏捷案例集,并制定属于自己的敏捷实施计划。宋宁邀请读者与他一起学习、做起来,在敏捷的大潮中共舞。文章内容涵盖了敏捷的理念、实践和推进过程,适合对敏捷感兴趣的读者学习参考。

2020-01-0639人觉得很赞给文章提建议

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《说透敏捷》
新⼈⾸单¥29
立即购买
登录 后留言

全部留言(49)

  • 最新
  • 精选
  • 业余草
    敏捷开发:我们也不知道到底要开发啥,走一步看一步吧 用户故事:老板说明天要上这个功能,怎么实现我不管 快速迭代:上次做的功能点击率太低,把广告改成全屏 用户痛点:昨天用户投诉了,把广告调整下 拥抱变化:老板天天都有新想法,大家要适应(不要怪我) 持续交付:每个版本都有问题,总是持续交给测试,交付间隔10分钟 结对开发:bug太多了,直接去测试妹子的工位边测边改 代码评审:这个代码是你审的,将来出了问题你是要负责任的 弹性工作:不限定下班时间,修完bug才能走 四个润会:(Scrum Meeting)每天早上9:00开始,想上班迟到没门

    作者回复: 哈哈,这位兄台写得很形象,也道出了一部分企业敏捷实施过程变形的痛苦。不过掌握了正确的方法,坚持下去,终能拨云见日,一起努力吧

    2020-01-06
    3
    145
  • 失火的夏天
    我一个搬砖的开发人员居然也冲进来了,看来是膨胀了😅

    作者回复: 哈哈,不膨胀,对于现在的开发人员来讲,不能只撸代码,敏捷会帮助你更好地撸代码,如果你的组织导入敏捷,你也会更加明白公司的很多工作安排为什么是那样的,更好地理解有助于你在组织中更好地、安心地工作,也更利于你为组织贡献,并获得它成功的回报。一起实践起来吧

    2020-01-07
    2
    16
  • escray
    其实很早就知道敏捷的概念,也看过一些关于敏捷的书,心向往之,但是却一直没有办法让敏捷落地。 敏捷现在似乎是一个相对模糊的概念,里面打包了很多具体的方法,就像留言里面提到的,用户故事、快速迭代、拥抱变化、持续交付、结对开发、测试驱动……那么敏捷的核心方法是什么?有应该从哪里开始? 我觉的敏捷主要的有点在于能够更好的实现用户的价值,同时提高程序员的效率,但是就自己的体会来说,其实对开发人员的要求也是比较高的,这大概也是我自己为什么一直不够敏捷的原因。 在开篇词里面看到说会有真实的案例,我对这个还是比较感兴趣的,另外就是其实还是想知道,从开发人员的视角,如何实现敏捷。 其实敏捷概念的引入已经很长时间了,这次是真的成为趋势,要普及了么?

    作者回复: 敏捷确实内容很多,所以先从基本的入手,了解本质,然后再往上叠加方法就容易理解了。针对开发人员,可以先学习咱们的课程,之后可以拓展到TDD等,也可以去了解DevOps的一系列实践,都是非常好的。只要勤勉,能学到的东西很多,加油!!!

    2020-01-06
    6
  • Twinkle
    敏捷更多是整个团队每一个的思想的转变

    作者回复:  在敏捷中,团队成员的思想转变确实是重要的,虽然这不是敏捷的全部,却是非常重要的基础。试想一下,哪一个变革不需要做思想转变呢?都是需要的,只是个怎么转变的问题

    2020-01-06
    5
  • .
    就倾全公司之力引入 CMMI,导入瀑布流程,导致整个公司流程过重,交付速度受限制,3 个月甚至半年才上一个版本。这句话为何导入瀑布就会导致流程过重呢?

    作者回复: 每个节点都严格地卡输入输出,并且要求繁重的文档等等都使得大家感觉用瀑布模式很不灵活,很繁重

    2020-01-13
    2
    4
  • MartnLei
    先学起来

    作者回复: 谢谢支持,一起学起来用起来

    2020-01-07
    3
  • 艾熊
    小本子已经准备好了,从中学习到了老师的小套路:有好感,去研究与实践,拓展应用领域,举一反三、融会贯通,到最后传道受业解惑、成为这个topic的布道师~

    作者回复: 一起走起来

    2020-01-06
    2
  • HuDP
    学起来~

    作者回复: 谢谢支持,一起学起来用起来

    2020-01-06
    2
    1
  • enjoylearning
    项目经理和scrum master的职能会重叠吗,或者敏捷团队有没有必要加入项目经理呢

    作者回复: 两个职能不重叠,项目经理有一些别的东西需要关注,比如预算管理、项目干系人的管理等等,看具体情况,但是一个scrum团队配一个项目经理是没有必要的

    2020-01-18
  • 刘隐林
    作为团队的ScrumMaster,我觉得我对敏捷了解的非常不足,还是在用教练教的套路往下用,而且阻力越来越大,再过一段时间怕是要流于形式了。希望能通过这个专栏补充下所缺乏的知识。小本子马上去准备,加油加油!!

    作者回复: 加油加油!

    2020-01-08
收起评论
显示
设置
留言
49
收藏
99+
沉浸
阅读
分享
手机端
快捷键
回顶部