我们的博客

敏捷 Project Management

Why do so many companies fail at scaling 敏捷?

A battle-scarred 交货 Director, I’ve been in the 敏捷 world for a while now, 和 still the debate rages on; why is 敏捷 so hard to scale successfully? And what if anything, can we do about it? Interview questions often focus on people’s experience using scaling frameworks such as SAFe 和 DAD. But not all experience has been positive 和

Read More »

解决项目中问题的4个步骤

In many different projects 和 organisations, I’ve seen people struggle with techniques on how to solve issues without creating huge issue registers that weigh down the project 和 takes an inordinate amount of time to manage, resulting in the actual problems often not getting the attention they deserve. 那里 are lots of agile techniques for tracking stories 和 work, like

Read More »

大型组织中的敏捷项目管理– Video of my talk

I was recently asked to do a short talk 和 Q&A for an agile project management meetup in 伦敦. You can see the full video here: //skillsmatter.com/skillscasts/7115-agile-project-management-in-a-larger-organisation Lots of great questions, so hope this gives you some useful insight that helps you with your own work. Kelly.

Read More »

减少工作时间是敏捷的,因为工作软件是进度的主要衡量标准

燃尽图可以使用任何单位单位,例如小时或点数,但最初是Scrum’的燃尽图跟踪了迭代中剩余的工作时间。许多人仍将基于小时的燃尽图用作迭代过程中进度的主要指标。这是一个有用的工具,但类似于在(美式)橄榄球比赛中跟踪码数。它衡量活动,但不衡量成就。毕竟,30码的达阵百分比是多少?
工作软件是进度的主要衡量标准
One of the principles from the 敏捷 Manifesto is “工作软件是进度的主要衡量标准“。但是,减少工作时间可以衡量和增强计划的进度,而无需任何软件,直到迭代结束。那’与在Waterfall版本发布之前不必拥有可用的软件几乎一样!这是许多人不再消耗时间或使用其他工具(例如消耗故事点)来补充时间的原因之一。
抢救点

The Burn-up by points chart is one of the very best tools in 敏捷. It brings together many of the best aspects of 敏捷 all in one place 和 gives you an instant heads up as to how you are really doing. The way a points-based burn-up chart works is simple.

对于您即将开始的迭代,请针对该迭代所针对的所有故事中的故事点总数。假设它由两个5点故事,两个3点故事,一个2点故事和两个1点故事组成。总共有20个故事点。制作一个带有X轴的图表,该图表代表从左至右从第一天到最后一天的迭代中的所有天。假设是10天。 Y轴表示已完成的故事点数,在这种情况下,将为0到20个故事点。

在每天结束时,您会汇总与满足“完成”定义的所有故事相关的故事点,并将总计记录在图表上。例如,如果您在第一天完成了1分的故事,在第二天没有完成,而第二天完成了2分的故事,则图表的第一天将具有1点的条形,而第一天则具有1点的条形第二天,第三天则是3分。

基于积分的燃尽图可让您每天以图形方式查看您在实现目标方面所取得的进展。它仅记录成就,而不记录活动,并允许您查看自己是否步入正轨或落后。对我来说,这正是“工作软件是进度的主要衡量标准。

韩元’t图表在迭代结束之前是空的吗?
刚开始时,您可能会认为图表会在大多数迭代中落后于您,并且仅在QA能够开始测试并标记故事完成时才进行追赶,但只要图表显示出稳定的前进之外,到迭代结束,这里是您应该问的一些问题:

  • 我们的用户故事太大了吗?这是否会阻止质量检查人员更早参与?
  • 人们一次写太多故事吗?
  • 我们是否无法生成稳定的版本以进行质量检查?
  • 开发人员是否会产生很多问题,然后继续讲下一个故事,而不是帮助质量检查解决问题?
  • 开发人员是否应该放弃他们正在做的事情并提供手写自动测试的机会?
使用基于积分的燃尽图,从团队到经理再到整个组织,每个人都可以立即了解项目和团队的健康状况。这简化了经理的工作,因为如果表明有任何问题,任何人都可以站起来并说“嘿,团队,我们正在搞砸,我们将如何处理团队?”
燃尽图强化了以下想法:
  • 使用故事点进行估算,可以实现整个团队的思考,例如该整个团队的指标。
  • 使故事尽可能小以使故事尽可能快地完成,从而将重点放在成就而不是活动上
  • 尽可能在同一地点和跨职能的团队工作,以使故事发生最快的周转时间
  • 使团队能够团队合作并自行管理更多事务
与燃烧时间不同, 逐点燃烧是全自动的!
您可能还没有准备好放弃燃烧时间,但是在那里’s no reason you can’t use both. And most 敏捷 Project Management tools, such as 团结版本一,将自动为您生成基于积分的燃尽图。
那里’还有一个原因,您可能要考虑从消耗大量的时间转移到消耗大量的点,假设您的用户故事总体上足够小,并且您大部分都是在迭代过程中一直完成故事。根据我的经验,团队成员不会’真的很喜欢每天都要输入剩余时间来完成任务,而常常忘记这样做,这使他们将精力集中在活动而不是成就上。同样,唯一需要手动操作的步骤是标记完成的故事,这有助于使整个过程更加流畅。

鸣叫

Read More »

Dependencies Break 敏捷

I’ve been running around lately telling people that the presence of dependencies break 敏捷. Just for the record, I want to explain what I mean when I talk about dependencies. 敏捷 in general, Scrum specifically, is predicated on the idea that the team has everything it needs to deliver an increment of value. When the […]

Read More »

项目管理案例

我们应该计划多远?我取决于您要构建的内容,何时需要完成它…如果你不是’完成不了……您需要多久知道一次。如果您的目标是构建尽可能高价值的功能,则不断向市场交付产品,并获得实时[…]

Read More »

Who Owns the Risk?

回到我二十岁末′ s我是一家相当大的IT商店的项目经理。我曾在一位出色的副总裁的带领下工作,这使我陷入了真正超出我能力范围的情况。他从根本上相信我’ d为他做好了。他相信我’ d学习我需要学习的内容[…]

Read More »

敏捷项目管理– Extending PMBOK

我长期以来一直认为,敏捷只是项目管理更广泛主题的一部分,并且只是其中一部分。我觉得项目管理的各个方面都没有’t particularly covered by any of the most popular agile methods, or at least not by Scrum 和 XP (Extreme Programming). 那里fore I have always been keen to

Read More »

PMBOK 和 敏捷

当我是使用更传统的项目管理方法的项目经理时,我发现PMBOK(项目管理知识体系)确实很有用。不幸的是,PMI(项目管理学院)现在负责这项工作,但当时对我很有用,将所有最常见的项目管理实践集中在一个地方。 PMBOK专注于项目

Read More »

讨论完成的定义:8个问题& Answers

建立预先的共识“done” that suits the unique dynamics of each development project can be one of the most critical activities for 敏捷 teams. With a consistent meaning of done, agreed to by the whole team, velocity or throughput becomes more stable –让您的团队做出并履行承诺,建立[ …]

Read More »

搜索博客

敏捷 Management Made Easy!

All About 敏捷

凯利·沃特斯(Kelly Waters)

“’Agile’ is one of the biggest buzzwords of the last decade. 敏捷 methods often come across as rather more complicated than they really are. This book is an attempt to unravel that complexity. To simplify the concepts. This book breaks the concepts into small bite-sized pieces that are easy to understand 和 easy to implement 和 delivers the message in a friendly 和 conversational style. Allaboutagile.com is one of the most popular blogs about agile on the web. ”

凯利·沃特斯

敏捷 101 is available to purchase. GAME ON!

敏捷 101

艾玛·霍普金森火花

“尽管有很多方法可以根据您拥有的团队和想要的学习成果来改变游戏,但是游戏的基本流程是所有人共有的。”
艾玛·霍普金森火花

我们为什么制作游戏?

怎么玩游戏?

联系我们

如果您想与101 Ways的团队之一联系,请填写以下表格或给我们发送电子邮件: contact-us@101ways.com.