3 Major Misconceptions About 敏捷

这是来自Focus On Training的Maria Burton的客座博客文章…

作为软件开发人员’我从事该行业超过20年,’ve seen a lot of processes come and go. When my software area decided to embrace an 敏捷 methodology for our software development a few years ago, I remembered having the fleeting thought: Oh, here we go again. Fortunately, we’ve been on 敏捷 long enough now that, not only do I think it has staying power, but I think it’确实在为客户生产的产品方面有所作为。

In this 文章, I share with you three misconceptions that my group had as we began our transition to 敏捷, and how time and experience proved them wrong. These misconceptions aren’t necessarily unique to our projects, but I think how these misconceptions broke down in the reality of doing the 敏捷 process made our team and the process stronger.

编写更多代码;少写(或不写)文档

当我第一次向团队描述敏捷过程时,更吸引人的方面之一是看来我们不再需要处理庞大的需求和设计文档。从某种意义上说,这部分是事实。我们绝对不’与创建瀑布模型过程时创建的文档相同。但是,许多对敏捷过程的智慧表示怀疑的人经常评论说,在敏捷中,您没有’不必编写文档,这只会引起开发混乱。

我们的敏捷团队的现实似乎是我们正在编写更多文档。我们编写的文档不那么正式,但功能更多。我们通常不’除非有书面文件’是绝对必要的,而故事文件是我们的核心文件。这些故事文档通常少于一页,但是它们包含对业务问题的简要描述,需要概要说明我们可以在产品中引入哪些设计,体系结构或功能来解决问题。所以,看来我们不是’编写的文档较少,但是我们编写的文档具有更多的实用程序。

更多功能更快交付

When we were doing the waterfall method, there was a lot of overhead around project management, product requirements, and other administrivia that really seemed to slow projects down especially at the beginning. 敏捷 brought the promise of removing a lot of that overhead and freeing up more time that could be used to deliver more feature content.

但是,我们在实践中发现的是,在以前的过程中我们从未有过许多敏捷实践,这些实践似乎在吞噬我们认为自己会获得的收益。例如,持续的代码集成不会’只是发生。它需要资源来实现持续集成,这意味着从瀑布方法开销中节省的时间被投入到这些基础建设活动中。其他做法,例如测试自动化,同行评议, Scrum大师,并且冲刺审核结束也需要时间。所以最初,我们当时’t more productive doing 敏捷, but instead we were less productive.

我们发现,我们在这些实践中进行的投资最终获得了回报。最初的软件发行速度较慢,但​​随后的发行速度较快,功能更丰富。因此,这种误解实际上可能现在已经成为现实,但这仅仅是因为我们愿意支付前期费用。

客户太忙而无法参与

瀑布项目,特别是长瀑布项目,因事先收集已签署的要求,然后在项目交付时发现它们而臭名昭著’确实没有给客户他们所需的东西。关于敏捷,关于如何获得利益相关者不断反馈的讨论很多,以确保项目发挥正确的功能并根据需要进行课程更正。我从地面开发人员和产品经理那里听到的最大担忧是,我们能否找到愿意提供反馈的客户。

令人高兴的是,我们发现了客户的核心,他们不仅愿意而且为他们可能影响我们生产的产品而感到兴奋。最后他们没有’不必等待几个月才能获得没有’做他们真正需要的。从我们的角度来看,我们发现提供最多反馈的客户也最忠诚,这是我们推出最新版本时可以依靠的销售。

我们的旅程’ve made to 敏捷 has not been the easiest, and we still work on improving the our process. Fortunately, none of our misconceptions held us back. Transitioning to 敏捷 a few years ago has enabled us to produce higher quality software and be more responsive to our customers. We started off as skeptics, but now we’re evangelists.

玛丽亚·伯顿(Maria Burton)是该组织的协调员之一 专注于培训。她的角色包括组织所有 王子2 and 敏捷 Training courses and also Keeping the company blog up to date. In her spare time Maria loves Reading Crime novels as well as watching horror movies at home.

在脸书上分享
Facebook
分享到Twitter
Twitter
在linkedin上分享
LinkedIn

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *

最近的帖子

文化,技能和能力//如何成为数据驱动型组织

在我们的白皮书“如何成为一个由数据驱动的组织中”,我们写了一个组织需要采取的五个步骤,它们是:成果:定义目标和指标以确保获得清晰和可衡量的结果分析:实施和共享分析,以改善数据驱动型决策创新:通过假设测试和学习来测试假设数据平台:获得新见解

Read More »

数据平台//如何成为更具数据驱动力的组织

这是我们关于“如何成为一个由数据驱动的更多组织”系列文章中的第四篇,我们将专注于数据平台。在这一点上,大多数人开始深入研究Data Lakes vs Data Warehouse的技术方面,但是我们想让我们回到一个更高的水平,并要求

Read More »

创新//如何成为更具数据驱动力的组织

在我们的白皮书“如何成为一个由数据驱动的组织中”,我们写了一个组织需要采取的五个步骤,它们是:成果:定义目标和指标以确保获得清晰和可衡量的结果分析:实施和共享分析以改善以数据为依据的决策制定创新:通过假设检验和学习来检验假设数据平台:获得新

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 and easy to implement and delivers the message in a friendly and 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种方式Limited
城市路145号
伦敦
EC1V 1AZ
英国

阿姆斯特丹

101种方式BV
Weesperstraat 61-105
1018 VN阿姆斯特丹
荷兰

联系我们

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