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

03 | 评估诊断:成功迈出敏捷推进的第一步

使用适合自己的敏捷实践方法
不要怕麻烦,先评估和诊断
发现问题和痛点
了解自身现状
5~6月:建立产品负责人制度
5月:推动跨团队交流,建立相应的机制
1月~4月:选择试点团队示范敏捷实践
建立产品负责人制度
对未推进敏捷的团队进行基础知识培训
固化已做好的实践
跨团队交流障碍
缺乏敏捷概念
实践水平低
已做敏捷尝试
国有银行
牵头推进敏捷的第一步
建议
目的
推进敏捷的第一步
短期计划
解决方案
评估结果
背景
沟通
制定转型计划
访谈评估
挑选代表性项目
发现问题和痛点
了解自身现状
思考题
总结
案例分析
方法步骤
目的
评估诊断

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

你好,我是宋宁。
从今天这一节课开始,我要给你讲讲具体怎么来推进敏捷。我会结合案例,用四节课的时间介绍推进敏捷的三大步骤:评估诊断、团队敏捷试点、大规模推广。今天,我们先来学习第一步:评估诊断。
在我做咨询的过程中,一开始经常会碰到下面这些问题:
有很多人一头雾水,跑过来问我:“老师,我们现在准备开始做敏捷实践了,可是从哪里做起呢?敏捷那么多方法,我要先用哪个呢?”
还有的人说:“敏捷很好,因此我要以它为标准,所有项目都要遵循这个标准。”
而有的人在敏捷面前踌躇不前:“敏捷对人的要求很高,我们现在还不具备做敏捷的条件,等条件成熟了再说吧。”
其实,无论是想做敏捷但不知道怎么去选择方法,还是不管三七二十一直接套用成熟的实践经验,抑或以自己不具备条件为借口犹犹豫豫不敢去做,这些问题反映的都是大家没有做前期的评估诊断,因此不了解自己的现状,不清楚自己的痛点,不知道从哪里下手去推进敏捷。
就像医生在看病之前需要患者先做各种相关检查,有了检查结果,医生才好对症下药,敏捷实践亦是如此。在我们决定推进敏捷前,第一步就要评估企业目前的整体情况是什么样的,它在文化、实践、工具等维度上,已经达到了什么程度?它有什么痛点亟待解决?
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

评估诊断在推进敏捷过程中的关键作用不可忽视。文章介绍了评估诊断的方法步骤,包括挑选代表性项目、访谈评估、制定转型计划和沟通。作者通过实践案例详细阐述了如何进行评估诊断,并提出了针对问题的解决方案。评估发现了敏捷推进不力、团队对敏捷了解不足、跨团队交流障碍等问题,并提出了针对性的解决方案。作者还强调了短期计划的重要性,指出在敏捷中,计划的制定是渐进明细的。最后,作者分享了与团队沟通的策略,强调了在沟通中逐步引导团队了解自身现状并制定合理计划的重要性。整体而言,本文为读者提供了实用的方法步骤和案例分析,对于推进敏捷转型的团队具有一定的借鉴意义。

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

全部留言(36)

  • 最新
  • 精选
  • 李永智
    业务人员配合敏捷项目不积极,或者由于客观原因,他们还有自己的事情,咱们有什么办法说服领导做这个?如何让业务人员感受到好处?

    作者回复: 这是个好问题,是业务敏捷的初步问题,在实操中很多公司都有这个问题。有两种解决方式,一种是激进式的,把业务人员和开发测试划归到了一个部门管理,成立了事业部,甚至是成立了公司,目标绑定,从上至下推进,业内有公司做过;还有一种是渐进式的,也是大部分公司采纳的,比较温和的改变,很多公司先把自己的研发的痛点解决了,有一些亮点,给业务看。把业务的领导前期请到参与到这里面来,给业务领导做宣讲,跟他们一起做业务规划,或者请业务领导来给研发讲解业务目标,说研发兄弟配合他们的工作,让业务领导派驻业务代表到研发团队,研发进度透明化,让他们定期可以看到产出,对研发有一些理解,可以积极的收集他们的反馈,需求前期业务与开发一起共创,产生创意等等。在现实中,业务的工作不仅是支持研发,它非常重要的工作是要完成业务目标,所以要争取把这件事情排到他们的工作列表中。这里面有很多内容,涉及的部门多,领域也比较广,也有跨部门合作的很高的艺术,业务敏捷是后面敏捷的重要趋势之一。

    2020-01-08
    2
    12
  • Geek_peak
    敏捷需要负责需求的人员不断的参与其中,但是外包公司的需求都是由客户来决定的,客户并不会随时配合我们的工作,那么该如何实施敏捷项目呢?

    作者回复: 外包公司这块我记得回答过几个相关问题。原则上来说,如果作为需求的提出方客户不关心敏捷的话,那么这个敏捷实施会非常困难。比较建议在采纳敏捷方法之前,跟客户做好相关沟通,包括基本的敏捷理念传达,敏捷基础培训、在敏捷过程中双方的角色职责、客户的具体参与时点等都做好约定,否则后面很难实施。另外就是如果是乙方引导敏捷的话,也要时不时的让客户感受到一点成就感,才能持续下去。

    2020-03-22
    6
  • 小老鼠
    1,让业务人员进入team,他们除了对需求负责,还要作什么工作吗?2,敏捷团队成员应该是通才还是专才?现在都在说全栈工程师,是不是对team member要求太高,若用专才,是不是会存在等待显象,比如测试人员等开发人员开完代码再进行测试。

    作者回复: 1、还要给团队反馈产品做的怎么样,提产品建议等等 2、希望是T字形人才,团队的能力是慢慢的ramp up起来的,没有可以有办法慢慢培养。一般当我们需求足够小的时候,开发与测试之间的等待较少,因为开始的时候,开发写代码的同时,测试人员可以写案例,开发写完代码,测试人员就可以做测试,然后开发人员开发新的需求,没有等待

    2020-01-12
    4
    3
  • Raymond吕
    敏捷前诊断由公司内部的人来做的话,如果没有高层直接授权,靠个人能力推动转变太难了,请问老师如何能让大家自发的认识到问题,对敏捷带来的转变不那么抵触?

    作者回复: 在教练技巧里有提问的技巧,可以提一些强有力的问题,这个需要有专门的训练,通过提问引发思考,意识到问题并让他们想到解决方法,在团队工作中我经常会用到。

    2020-01-09
    3
  • 规划架构
    老师能否在此课提供个成熟度评估参考模型吗?会对敏捷落地有很大推动作用

    作者回复: 非常抱歉,因为咨询公司的成熟度评估模型是其咨询方法,一般公司不外传,我司也不例外。但是可以去咱们的大参考书SaFe的官网上去找找

    2020-01-14
    1
  • 冰湖
    有些不太明白,是否采用敏捷开发,应该是针对某个项目来决定的。为啥第一步就是先抽大中小三种规模的项目进行分析呢,难道敏捷开发是对于整个企业进行选型吗

    作者回复: 第一步做的是评估企业的情况,我们用这样一个简单的方法来抽样看企业的现状。

    2020-02-03
  • 而立斋
    【第一个问题的表象是大家的敏捷推进做得不够好,还有些野路子的样子,但根本原因其实是缺乏专业的敏捷指导,只照猫画虎地做了敏捷实践却并不了解敏捷实践背后的意义,有一些问题明明可以靠技术实践解决,然而他们却并不了解怎么去推进。】这块儿有个疑问:老师在第一篇说过【所以,是否打着敏捷的名头,是否冠以敏捷,这本身是无所谓的,只要我们能够用到敏捷的一些方法来帮助到自己的公司或项目就好。】为什么在这篇又说人家是野路子,不专业呢?

    作者回复: 这里的问题是他们的敏捷走偏了,没有能够帮助到项目,所以需要重新检视一下原因,重新调整,调整到能够帮助项目。

    2020-01-30
  • 小喵喵
    公司是小公司,一个7到8人的团队,都是开发人员。目前没有测试人员。这样的团队适合敏捷呢???

    作者回复: 可以做,做一些基本实践

    2020-01-12
    2
  • 规划架构
    请问老师,敏捷成熟度评估有模型吗?

    作者回复: 有的,各家咨询公司的形式可能不一样,对很多公司而言,评估方法是他们的保密资产

    2020-01-07
    2
  • escray
    开玩笑的讲,如果让我来牵头推进敏捷,那么首先就请专栏作者来做一次宣讲,然后再请专业的敏捷顾问来帮助实施。一方面,外来的和尚好念经,敏捷转型最好又体系之外的人来牵头,可以避免不必要的内部矛盾;另一方面,专业的敏捷教练显然更有转型经验,也更具说服力,内部也可以借此更快的培养出内部敏捷教练。 评估诊断这个还是比较困难的,有点像是老中医的望闻问切。 挑选代表性的项目相对容易一些,内部人士更为熟悉,挑选并不困难。但是可能存在,把最好的项目拿出来“秀”,或者把最差的项目拿出来“示威”的情况。除了按项目大小挑选,也可从人员能力、项目进展等角度来挑选。有一个疑问,就是进展程度不同的项目如何区别对待? 访谈评估我觉的是最难的部分,因为虽然可以从几个维度来考察,但是没有办法量化,只能依赖敏捷顾问的个人经验。并且,在这一部分应该可以了解到团队成员的技术水平和个人特质,也需要在转型的过程中考虑。 制定转型计划这一步和前面的步骤紧密相连,同样依赖敏捷教练的经验,并且在执行的过程中也可能需要手把手的指导。 沟通并达成共识,如果有相关干系人没有办法说服怎么办?整个团队达成一致意见,这个也并不容易。如果是由上层试压,那么在执行中就会走样;如果上层不支持,那么压根没法继续。敏捷教练也不容易。在层级相对严格的单位,可能取得领导的认可,更为重要。前一段时间,好像是华为在做敏捷转型吧,似乎就有大老板喊话来着。 我觉的一般的公司推进敏捷转型,还是需要依靠敏捷教练;即使内部员工参加了敏捷培训,其实也很难迅速扮演教练或者顾问的角色。通过评估诊断,找到痛点,然后依据计划,逐步推进,让相关干系人体验到敏捷带来的好处,这样才有可能顺利的推进。
    2020-01-10
    1
    47
收起评论
显示
设置
留言
36
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部