Scrum_tp2

SAFe认证课程考试介绍

随着SAFe认证的火热,来咨询SAFe认证考试细节的人越来越多。可惜的是SAFe的中文资料太少,关于考试的中文介绍几乎没有。我们开过很多SAFe认证班,也辅导过很多学员通过考试,这里我们就快速总结一下我们知道的,希望能帮到大家。一旦你获得SAFe认证,你就可以进入SAFe庞大的知识库、获得更多价值(这里不在陈述SAFe认证的价值)。

图片1

1 认证课程信息 Read more

产品列表

产品待办列表难管理?让这四步拯救你!

您应该一直努力保持产品待办列表小而易管理,因为如果其中的条目过多,就会出现三个问题:

首先,过大的产品待办列表很难用。查找条目,会很浪费时间(“我只知道它在其中某个地方。”)。对产品待办列表进行优先级排序,会花费更多时间。由于添加一个“以防万一”的条目比确保它还没有列出要容易得多,于是就出现了重复项。

其次,开发团队会几乎感觉不到他们取得了任何进展。完成了50个产品待办项中的10个,团队能明显感觉工作取得了进展。而同样是完成了10个产品待办项,但却有着1000个产品待办项时,团队就不会有这种成就感。他们会开始琢磨是否只完成9个也没什么关系。
Read more

图片451

「敏捷云讲堂第一期」SAFe实现业务敏捷的五个组织级精益实践

如果要问企业级敏捷实施过程中最大的挑战是什么? 通常有这个2个常见的答案:

1) 业务部门和研发部门之间的障碍,业务部门觉得研发太慢,交付质量差,研发部门觉得业务部门没有章法,需求没价值,没有价值排序,讲不清楚,临时性、紧急性需求太多等等。

2) 技术债比较多,遗留系统规模庞大,牵一发动全身,代码无法自动化测试,或者自动化成本很高。
Read more

图片451

干货!SAFe中的一系列企业级精益实践

准备好了吗?精益干货来了!SAFe框架的思想基础是精益和敏捷思维,它源自SAFe领导者和实践者们对敏捷宣言和精益思想的拥抱。SAFe为企业级的精益搭建了一个精益屋,如下图所示,今天我们就来基于这个“豪宅”来聊一聊SAFe中一系列的企业级精益实践。

微信图片_20200326160105
1. 屋顶:最终目标——价值

精益的目标是使用最短的交付周期持续地交付最大的客户价值、最好的质量给到人类社会,拥有更高的士气, 更安全, 以及更高的客户满意度。 Read more

QQ截图20200325105313

迭代中干扰不断,该如何应对?

理想情况下,Scrum团队能完全不受干扰地实施Sprint工作。产品负责人永远不会引入变更,客户永远不会提出紧急需求,用户也永远不会发现任何缺陷。

尽管团队都渴望能有一个不受干扰的Sprint环境,但大多数团队都无法独善其身。绝大多数Scrum团队确实得在Sprint中处理各类干扰。

Read more

图片55

博世是如何把SAFe打造成员工的敏捷DNA的?

Richard多年前有幸曾经作为一名外部顾问深入BOSCH,帮助BOSCH进行持续改进,只记得当时身处这家130多年的企业中时,深深感受到她持续改进的DNA。随着敏捷的兴起,SAFe框架的全球普及,BOSCH也没有保守,让我们来一起了感受一下BOSCH作为一个百年企业是怎样在漫长而复杂的市场环境中以靠DNA生存下来的。

 QQ截图1120181213105611

 

本文通过对BOSCH实施SAFe的过程和结果进行回顾,希望读者至少能学到到三件事情,其他的敏捷实践可以自己学习或体会:)
Read more

Scrum_tp1

有时候工作故事(Job Story)比用户故事(User Story)更好用!

尽管用户故事(User Story)很有用,但其并不适用于所有团队。对于某些团队来说,工作故事(Job Story)是一个令人兴奋的替代方案。工作故事不太关注使用功能的用户,而更关注待办工作。工作故事起源于对讲机项目,艾伦•克莱门特(Alan Klement)对此做出过最好的解答。 工作故事模板 为了弄明白工作故事是如何从关注用户转变为关注待办工作的,让我们看一看所推荐的工作故事模板: 图片111 Read more

Scrum_tp

完美ScrumMaster应具备的五大要素

今天,我突然意识到:多年来,有一位完美的Scrum Master就摆在我眼前,那就是蝙蝠侠。当然,我想他是不会愿意放弃其打击犯罪的使命而去担任一名Scrum Master的。但是,只要他愿意,我认为有五大要素使得蝙蝠侠能成为一名理想的Scrum Master

1. 蝙蝠侠很谦逊
Read more

QQ截图202002191027213

您知道为何敏捷估算要使用斐波那契序列吗

如果您已在使用计划扑克估算,那么您或许已能熟练运用斐波那契序列(或者修订的斐波那契序列)卡片。

传统的斐波那契序列是123581321等等,每个数都是其前两个数之和。

多年前,我开始让团队使用修订的斐波那契序列(12358132040100)进行估算。

为什么要使用斐波那契序列呢?

因为彼此之间过于接近的数字作为估算值使用时,难以进行区分。 Read more