2013年十大敏捷博客文章
随着2013年即将结束，2014年迅速进入我们的视野，我们被过去一年最伟大、最好和最重要的事情清单轰炸。为了纪念这一新年榜单的神圣传统，我们LeadingAgile整理了2013年十大敏捷博客帖子!
十多年来，敏捷方法不断在各种行业和应用中证明自己，但我仍然会从客户那里得到以下问题:敏捷方法对我们有用吗?我仍然认为，如果一个组织能够独立于行业、组织规模、员工的地理分布和其他常见的环境(在这些环境中敏捷“不可能或不应该起作用”)，那么它将会成功。然而，我和我在LeadingAgile的同事发现了这一点能够在合适的条件下工作。这些条件是…阅读更多
我们都看到它发生了。虽然我们尝试向组织展示使用成熟敏捷交付框架的好处，但我们仍然陷入困境。虽然现状正在杀死他们的组织。进一步敏捷采用的一些障碍频率太多，需要它的组织。我最近有一个客户要求我在房间里介绍大象。我被要求实际上列出了其他一些常见的障碍已处理......阅读更多
我最近在一些公司看到了这样的模式。这种模式表明了同时做太多事情的危险。我称之为组织死亡螺旋。
假设我们的组织中有几个产品交付团队，并且高级领导已经确定了一些战略计划，这些计划是我们下一个紧迫的优先事项。此外，让我们也假设每个项目的估计加起来，我们应该能够在下个季度将它们全部完成。然后，我们按照管理层的要求，继续愉快地开发新产品和新服务。
但是，我们知道挑战发生了。例如，大多数公司根本没有组织成纯粹独立的团队，可以自行畅销所有产品。对于那些设计规范，某些技术团队几乎存在某种依赖性，这是一个花哨的组成部分的技术团队，或一些合规团队，用于全新到最终行为。不可避免地，这意味着至少有一些团队必须定期将当地优先事项转移，以便完成任何事情......阅读更多
将重点放在实践上开始敏捷转换并不是一个完全坏的主意，但是如果有错误的文化和结构，敏捷实践将是肤浅的。人们会走走过场。人们会做一些敏捷的事情，比如站立式演讲、演示和计划会议。你会有故事。从表面上看，它看起来是敏捷的。但这就是全部——外表。没有实质性的变化，没有稳定的团队，没有对在制品的控制，没有授权，也没有可预测性。你会有肤浅的合作，吹毛求疵和指责，以及不稳定的速度。您将得不到对敏捷或改进的真正支持。您从采用敏捷的努力中得到的价值将是有限的。 So if starting with practices isn’t best, where should we start…阅读更多
我们有一个实现组织转型的特定周期。简而言之，要做出真正实质性的改变，你需要从以下几个方面着手:
组织结构
2.流程，做法，政策
3.文化信仰
......究竟是这个订单。这是正确的;当你改变一个组织的时候，你需要做文化部分......阅读更多
＃5 Derek Huether的Backlog Preinement作弊表
待办事项列表细化(梳理)的目的是对产品待办事项列表进行改进。虽然在Scrum指南中没有详细的官方仪式，但是细化Backlog的活动是详细的。Backlog细化是一项协作工作，涉及到……阅读更多
＃4让团队通过Derek Huether来提供可预测的可预测
最近，正如本周，我一直参与与客户的对话，了解我们如何帮助他们的团队更加可预测。他们如何达到对组织各级的承诺，包括项目，计划和投资组合？
好吧，这并不容易。没有银弹将允许您在一夜之间对齐组织。但是，我有一个推荐：停止尝试最大限度地利用您的人民......阅读更多
#3停止写你能写的代码'T还由Dennis Stevens进行测试
我们参与的大多数组织都有更多的工作要做，而不可能完成。因此，开发人员正在尽可能快地编写代码，试图最大化他们的能力。通常情况下，我们会看到开发人员在测试之前就开始运行。通常情况下，测试仍然在前一个版本上工作，而开发在下一个版本上运行——而测试永远无法赶上。这个未测试代码清单显示出一长串的缺陷列表、大量的代码分支、不可测试的特性和产品，这些产品只有在下一个版本之前才能进行集成或回归测试。长bug列表、痛苦的回归测试和与下一个版本冲突的产品缺陷的恶性循环继续增长。目标不是更快地编写代码。目标是更快地生成有价值的、可工作的、经过测试的、修复的代码……阅读更多
在决定测量什么时，开始的地方是目标。首先，问问自己是什么结果。这些是你的目标。然后考虑满足这些目标所需的内容。最后，确定指标表明您是否拥有您所需要的。
我们使用的人倾向于关心可预测性，早期投资回报率，提高质量或更低的成本。可预测性似乎是至关重要的。他们希望团队善于制作和保持承诺，始终如一地提供工作，测试，修复的代码在每个Sprint的尽头...阅读更多
在讨论产品开发时，这些词已经完全过载。关于帮助组织的许多对话改善了他们的产品开发过程，基于对瀑布和敏捷的意义的个人观点来侧向。此时这些词语在我们试图弄清楚如何在组织中建立产品时，这些词语不提供有用的区别。这是一个红鲱鱼矛盾。When I hear someone say, “We need to do that Waterfall” or “That wouldn’t work in Agile” or “We can use Agile for that project,” then I want to stop and ask, “What does Agile mean to you?” or “What do you mean by Waterfall?”
我想将这场辩论分解为围绕特定特征的更清晰的讨论：努力类型，前期规划，排序和反馈以及团队的组成。然后我想谈谈如何理解这些特征有助于我们提高要预测的能力，并达到ROI的最快时间......阅读更多
评论(2)
Mike Cottmeyer
该死，连我自己的博客都没上。我想我需要在2014年写更多;-)