03 | 评估诊断:成功迈出敏捷推进的第一步
该思维导图由 AI 生成,仅供参考
- 深入了解
- 翻译
- 解释
- 总结
评估诊断在推进敏捷过程中的关键作用不可忽视。文章介绍了评估诊断的方法步骤,包括挑选代表性项目、访谈评估、制定转型计划和沟通。作者通过实践案例详细阐述了如何进行评估诊断,并提出了针对问题的解决方案。评估发现了敏捷推进不力、团队对敏捷了解不足、跨团队交流障碍等问题,并提出了针对性的解决方案。作者还强调了短期计划的重要性,指出在敏捷中,计划的制定是渐进明细的。最后,作者分享了与团队沟通的策略,强调了在沟通中逐步引导团队了解自身现状并制定合理计划的重要性。整体而言,本文为读者提供了实用的方法步骤和案例分析,对于推进敏捷转型的团队具有一定的借鉴意义。
《说透敏捷》,新⼈⾸单¥29
全部留言(36)
- 最新
- 精选
- 李永智业务人员配合敏捷项目不积极,或者由于客观原因,他们还有自己的事情,咱们有什么办法说服领导做这个?如何让业务人员感受到好处?
作者回复: 这是个好问题,是业务敏捷的初步问题,在实操中很多公司都有这个问题。有两种解决方式,一种是激进式的,把业务人员和开发测试划归到了一个部门管理,成立了事业部,甚至是成立了公司,目标绑定,从上至下推进,业内有公司做过;还有一种是渐进式的,也是大部分公司采纳的,比较温和的改变,很多公司先把自己的研发的痛点解决了,有一些亮点,给业务看。把业务的领导前期请到参与到这里面来,给业务领导做宣讲,跟他们一起做业务规划,或者请业务领导来给研发讲解业务目标,说研发兄弟配合他们的工作,让业务领导派驻业务代表到研发团队,研发进度透明化,让他们定期可以看到产出,对研发有一些理解,可以积极的收集他们的反馈,需求前期业务与开发一起共创,产生创意等等。在现实中,业务的工作不仅是支持研发,它非常重要的工作是要完成业务目标,所以要争取把这件事情排到他们的工作列表中。这里面有很多内容,涉及的部门多,领域也比较广,也有跨部门合作的很高的艺术,业务敏捷是后面敏捷的重要趋势之一。
2020-01-08212 - Geek_peak敏捷需要负责需求的人员不断的参与其中,但是外包公司的需求都是由客户来决定的,客户并不会随时配合我们的工作,那么该如何实施敏捷项目呢?
作者回复: 外包公司这块我记得回答过几个相关问题。原则上来说,如果作为需求的提出方客户不关心敏捷的话,那么这个敏捷实施会非常困难。比较建议在采纳敏捷方法之前,跟客户做好相关沟通,包括基本的敏捷理念传达,敏捷基础培训、在敏捷过程中双方的角色职责、客户的具体参与时点等都做好约定,否则后面很难实施。另外就是如果是乙方引导敏捷的话,也要时不时的让客户感受到一点成就感,才能持续下去。
2020-03-226 - 小老鼠1,让业务人员进入team,他们除了对需求负责,还要作什么工作吗?2,敏捷团队成员应该是通才还是专才?现在都在说全栈工程师,是不是对team member要求太高,若用专才,是不是会存在等待显象,比如测试人员等开发人员开完代码再进行测试。
作者回复: 1、还要给团队反馈产品做的怎么样,提产品建议等等 2、希望是T字形人才,团队的能力是慢慢的ramp up起来的,没有可以有办法慢慢培养。一般当我们需求足够小的时候,开发与测试之间的等待较少,因为开始的时候,开发写代码的同时,测试人员可以写案例,开发写完代码,测试人员就可以做测试,然后开发人员开发新的需求,没有等待
2020-01-1243 - Raymond吕敏捷前诊断由公司内部的人来做的话,如果没有高层直接授权,靠个人能力推动转变太难了,请问老师如何能让大家自发的认识到问题,对敏捷带来的转变不那么抵触?
作者回复: 在教练技巧里有提问的技巧,可以提一些强有力的问题,这个需要有专门的训练,通过提问引发思考,意识到问题并让他们想到解决方法,在团队工作中我经常会用到。
2020-01-093 - 规划架构老师能否在此课提供个成熟度评估参考模型吗?会对敏捷落地有很大推动作用
作者回复: 非常抱歉,因为咨询公司的成熟度评估模型是其咨询方法,一般公司不外传,我司也不例外。但是可以去咱们的大参考书SaFe的官网上去找找
2020-01-141 - 冰湖有些不太明白,是否采用敏捷开发,应该是针对某个项目来决定的。为啥第一步就是先抽大中小三种规模的项目进行分析呢,难道敏捷开发是对于整个企业进行选型吗
作者回复: 第一步做的是评估企业的情况,我们用这样一个简单的方法来抽样看企业的现状。
2020-02-03 - 而立斋【第一个问题的表象是大家的敏捷推进做得不够好,还有些野路子的样子,但根本原因其实是缺乏专业的敏捷指导,只照猫画虎地做了敏捷实践却并不了解敏捷实践背后的意义,有一些问题明明可以靠技术实践解决,然而他们却并不了解怎么去推进。】这块儿有个疑问:老师在第一篇说过【所以,是否打着敏捷的名头,是否冠以敏捷,这本身是无所谓的,只要我们能够用到敏捷的一些方法来帮助到自己的公司或项目就好。】为什么在这篇又说人家是野路子,不专业呢?
作者回复: 这里的问题是他们的敏捷走偏了,没有能够帮助到项目,所以需要重新检视一下原因,重新调整,调整到能够帮助项目。
2020-01-30 - 小喵喵公司是小公司,一个7到8人的团队,都是开发人员。目前没有测试人员。这样的团队适合敏捷呢???
作者回复: 可以做,做一些基本实践
2020-01-122 - 规划架构请问老师,敏捷成熟度评估有模型吗?
作者回复: 有的,各家咨询公司的形式可能不一样,对很多公司而言,评估方法是他们的保密资产
2020-01-072 - escray开玩笑的讲,如果让我来牵头推进敏捷,那么首先就请专栏作者来做一次宣讲,然后再请专业的敏捷顾问来帮助实施。一方面,外来的和尚好念经,敏捷转型最好又体系之外的人来牵头,可以避免不必要的内部矛盾;另一方面,专业的敏捷教练显然更有转型经验,也更具说服力,内部也可以借此更快的培养出内部敏捷教练。 评估诊断这个还是比较困难的,有点像是老中医的望闻问切。 挑选代表性的项目相对容易一些,内部人士更为熟悉,挑选并不困难。但是可能存在,把最好的项目拿出来“秀”,或者把最差的项目拿出来“示威”的情况。除了按项目大小挑选,也可从人员能力、项目进展等角度来挑选。有一个疑问,就是进展程度不同的项目如何区别对待? 访谈评估我觉的是最难的部分,因为虽然可以从几个维度来考察,但是没有办法量化,只能依赖敏捷顾问的个人经验。并且,在这一部分应该可以了解到团队成员的技术水平和个人特质,也需要在转型的过程中考虑。 制定转型计划这一步和前面的步骤紧密相连,同样依赖敏捷教练的经验,并且在执行的过程中也可能需要手把手的指导。 沟通并达成共识,如果有相关干系人没有办法说服怎么办?整个团队达成一致意见,这个也并不容易。如果是由上层试压,那么在执行中就会走样;如果上层不支持,那么压根没法继续。敏捷教练也不容易。在层级相对严格的单位,可能取得领导的认可,更为重要。前一段时间,好像是华为在做敏捷转型吧,似乎就有大老板喊话来着。 我觉的一般的公司推进敏捷转型,还是需要依靠敏捷教练;即使内部员工参加了敏捷培训,其实也很难迅速扮演教练或者顾问的角色。通过评估诊断,找到痛点,然后依据计划,逐步推进,让相关干系人体验到敏捷带来的好处,这样才有可能顺利的推进。2020-01-10147