敏捷宣言:一个新的心态

It’是一个公共秘密,我喜欢敏捷软件开发的宣言。价值观和原则对我来说是很多意义,他们与我共鸣以及我如何与人交付以提供价值。

发表于2001年,敏捷宣言现在20岁。但它’s still alive!

关于多年来,我从写敏捷宣言的作者中获得了很多灵感和有用的想法。在这篇文章中,敏捷宣言,我’ll explore what I’通过阅读作者发布的东西,与他们交谈或面试主题或与他们合作进行读取。

本系列的第一条篇文章解释了敏捷宣言如何能够对新的思维方式提供可见性,并探讨了字母顺序排列的第一个六位作者如何激发我和我从中吸取的知识。

敏捷:新的心态

我对敏捷宣言作者的最大欣赏是为了提供关于开发软件和管理发展的新思想和心态的知名度。

随着宣言,他们挑战了过去世纪的软件世界普遍认为和广泛接受的事情,但没有’t work:

  • 我们需要预期定义所有工作流程,并确保人们坚持为他们。
  • 工具应用于强制执行流程并防止人员采取快捷方式。
  • 如果每个人都是他们的个别部分,那么结果会很棒。协作可以建立在过程中。
  • 让’■确保每个人都总是完全记录他们所做的内容,这样我们就可以检查一切正常。
  • 人们应该完成他们的部分,然后在记录的过程之后向下一个人交出他们的工作。
  • 我们需要定义一切’详细介绍了前面,并通过客户签署。
  • 我们应该’在所有要求被冻结之前,请做任何设计工作,更不用说编码。
  • 变化是邪恶的。所以让’在项目结束时推迟了它们,并确保我们完全支付给他们。

有时我’ve是有罪的,也有一个或多个以上事情引导我的思考。在我早期的职业生涯中,我’可能会导致类似于上面的陈述的事情。地狱,我知道吗?它’我在学校学到的东西,我是什么’在书中阅读,我的老板算我的老板。

宣言敏捷软件开发 提供不同的思想,如其价值观所述:

我们正在揭示通过这样做和帮助他人开发软件的更好方式。
通过这项工作,我们来到了价值:

个人和互动 过过程和工具
工作软件 在全面的文献中
客户合作 合同谈判
回应变革 在计划之后

也就是说,虽然右侧的物品中有值,但我们将稍微重视左侧的项目。

宣言为敏捷软件开发,(c)2001由宣言作者

当它发表于2001年时,它确认了我多年来经历过的事情,即我的事情’看完工作,我正在做自己:

  • 流程是我们在这里工作的方式。他们不是文件。
  • 如果我们看到更好的方法来完成我们的工作,我们可以并应该改变我们的工作方式。
  • 工具应该支持人们工作的方式最好的方式。
  • 如果他们互动并一起工作,人们只能成功。
  • 合作是人们实际做的事情,它很重要。
  • 让’信任我们的人民提供优秀的产品,而不是让他们写文档文件’ sake.
  • 我们可以’t and shouldn’尝试定义一切’s needed upfront.
  • 让’S与客户合作,连续提供最大值。
  • 如果有变化是正常的’需要改变让’S尽快找出来。
  • 让’s拥抱新信息并适应防止浪费时间和金钱’t needed.

敏捷宣言是新的,它背后的思考是我已经熟悉的东西。一世 在敏捷发明之前,敏捷开始。一世’在我的大部分职业生涯中曾在敏捷的方式工作,已经超过30年了。

当宣言出来时,我所做的事情得到了名字:-)。

敏捷 Manifesto的作者如何激发了我

关于我与敏捷宣言的大多数作者一起使用并发言。一世’在我们展示并分享我们的故事或共同采访的会议上与他们互动。我留着他们的书籍,文章,博客等等。一世’在LinkedIn或Twitter上与它们进行了讨论。我接受了大部分人 InfoQ的编辑器 正如我想要分享他们的经历。

这里’我如何受到他们的启发:下面找到我的故事,了解敏捷宣言的前六位作者的灵感(按字母顺序)。

肯特贝克

肯特贝克将他的想法从极端编程(XP)带到了导致敏捷宣言的讨论。鉴于其专注于技术实践,我认为XP与许多其他敏捷框架互补。

在我的工作中,我试图确保工程实践唐 ’T通过管理措施来淹没。自组织和反思是重要的,但首先,他们应该使人们能够以一种好方法进行技术工作。

在Scrum等方法上缺乏技术卓越,我觉得XP对技术技能和实践有多重要。在我的职业生涯中,我’ve been 配对很多。一世n my projects, I’ve总是向小版本和 以可持续的节奏工作.

作为InfoQ的编辑,我有机会做一个Q&一个与马丁福勒在他着名书籍的第二版上 重构。我邀请肯特对面谈回答关于他对这本书的章节有关的代码闻闻的问题:

因为马丁已经选择了重复我’LL选择复杂的条件逻辑。当我在IF语句中看到一个用于循环的IF语句时,我立即怀疑有一个案例’考虑到腿。我寻找稍微摘要的摘要嗅觉是违反编组方法,这使得函数中的所有操作都应该处于同一抽象级别。例如,如果我在与其他函数的调用相同的函数中看到一堆位绑定操作,我’M很肯定有一种更好的方法来表达计算。

肯特们在q&A关于书重构– Second Edition

迈克鹅堤

不幸的是,我没有’T有机会与Mike Beeeey见面。他于2018年被谋杀;我写 Ecier Manifesto和Enterprise Scrum Mike Beeeed的创造者的共同作者 支持记住他并携带他的遗产:

2001年,贝德尔是为敏捷软件开发创造和签署宣言的十七个人之一。他被马丁福勒和罗伯特马丁邀请,因为他参与早期采用Scrum和组织模式社区。 Beedle是杰夫·萨特兰之后第一次在实施Scrum之后追随,并合作编写Scrum模式的文章,这是Scrum上的第二篇公布的纸张。

敏捷宣言和企业Scrum Mike Beedle的创造者的共同作者通过InfoQ

Mike Beeeed创建了企业Scrum框架,旨在扩展Scrum并支持业务敏捷性。多年来我’ve Seed组织申请 敏捷和scrum超越软件开发。

敏捷可用于管理层以创造透明度,增加参与,并在各级实现领导。变得敏捷 管理人员必须思考敏捷。商业敏捷是一个仍有许多学习的地区。

Arie Van Bennekum.

许多年前,我记得在荷兰的一次聚会上第一次看到Arie Van Bennekum,他讲述了他对他如何成为宣言的共同作者(其实际上是一个有趣的故事)的故事。

了解他考虑了便利的重要性,我让他为我的第一本书写下荷兰版的前言 Waardevolle敏捷回顾。这里’他所说的话:

我记得一个与众不同的东方智慧“如果你不能回头看,你就无法想到”。经验教训的价值,改进点,以及最近一段时间的分析等大多数人都知道。在大多数敏捷方法中,原则以某种方式表示。问题仍然存在许多存在,即这种过程的正确行为没有显示任何简单的任务。

阿里·瓦本内科在Waardevolle敏捷回顾

在他的前言中,Arie鼓励人们在书中描述的回顾和分享他们的学习来试验不同的格式。

我喜欢Arie在我们的InfoQ采访中回到敏捷的根源 克服的范式变得真正敏捷:

来自Bennekum认为它需要“being agile” and not “doing agile”取得成功。克服的范式至关重要; 人们需要正确的心态变得敏捷。敏捷是一种基于敏捷宣言的值和原则的交互概念。技术有助于敏捷工作,但工具不会让你敏捷, 来自Bennekum索赔。敏捷不是你刚才实施的东西; 提高组织适应性的变化。

ARIE和我也在我的波斯尼亚敏捷日之后一起接受采访 有效处理障碍的研讨会。 (要添加的视频)

alistair cockburn.

2001年我正在读书“敏捷软件开发:合作游戏”。当我的头开始旋转时,我不得不把它倒在几次;这是(仍然是)健康的食物。

我开始关注alistair cockburn’S网站,我学到了很多关于人们如何合作和沟通的事情。我遇到了解决方案的重点,alistair在他的delta方法中使用的方式(描述 Veranderen Vanuit Je Sterktes:Da的Anders!):

你目前想象的是什么“perfect” to be
是什么让你甚至甚至是这么远? (庆祝它!)
你怎么用它来获得更远的比特?

alistair cockburn.的Delta方法

众所周知,alistair非常开放,愿意分享(就像我一样)。他提出了一个宣誓,我签署的非忠诚,并自豪地陈述了我的 关于Ben Linders页面:

我保证不会根据其来源审议任何想法,而是考虑跨学校和遗产的想法,以便找到最适合目前情况的想法。

誓言由Alistair Cockburn非忠诚

I’在若干会议上遇到了alistair,我们在墨尔本的第一次会议上遇到了背靠背的keynotes:他谈到了回到我介绍的敏捷中心的核心 需要持续改进敏捷.

敏捷的心脏 is Alistair’目前的方法可以帮助我们专注于敏捷的本质,使其恢复到四个字:

合作 与他人密切合作产生和发展得更好 开始想法。经常沟通以平稳过渡。

递送 小探针最初,了解世界的真正有效。在学会预测和影响结果时,展开交货。

反映 定期,沿途。想想你是什么’在你的合作和交付中获得了学习。

提升 您的想法,技术实现和内部流程的方向。

alistair cockburn.敏捷的心脏

对于那些了解我,反思和改进的人来说,针对我所做的工作中的主要话题。这一点’T自动发生,您需要在反思和改进中进行重点和投资时间,以增加敏捷性。

沃德尼尼岛

谁没有’t跨越,阅读,或贡献对维基?一世’在我的内联网上的职业生涯中使用它们来合作和分享,我’还为维基百科做了贡献。 Ward Cunningham发明了Wiki作为人们可以创建和合作分享信息的环境。

多年来我’VE来自Ward Cunningham的页面的启发’S wiki,就像那些人一样 图案对编程。另一个wiki我’d推荐探索是 敏捷回顾性资源维基.

不幸的是,我’从来没有机会亲自见过病房。

马丁福勒

我第一次看到马丁在2013年的Goto Amsterdam会议上。在他的谈话之后,我采访了他的InfoQ 敏捷的本质和流利.

敏捷流利是一个伟大的概念,戴安娜拉森和詹姆斯岸边提出来促进灵活性的增长。马丁也维持一个伟大的博客,这就是我阅读了开始的文章的地方 敏捷流利.

多年来,马丁对开发软件发了良好的陈述。我非常喜欢的是:

任何傻瓜都可以编写计算机可以理解的代码。良好的程序员编写人类可以理解的代码。

马丁福勒

开发软件ISN’关于编程计算机。它’S团队在人们合作的地方工作,并确实需要沟通。

早些时候我已经提到了我用本书的马丁所做的面试 重构。这里’他对编码评价和重构如何相互支持的看法:

审查是任何知识产权的重要组成部分。当我’M写我的技术散文,我发现在出版前对我的工作进行评论至关重要。他们将发现人们可以误解我的方式’书面写道,以及我的解释的地方’t clear. They don’坚持如此烘焙的假设,我认为我不喜欢’t even notice them.

Refactoration上的Martin Fowler

I’自从我开始我的职业生涯以来一直在进行评论并拥有自己的工作。如果有’任何练习我’d recommend, it’s reviewing.

敏捷的灵感

上述鼓舞人士只是我能想到写这篇文章的一些事情。还有更多;在许多方面,敏捷宣言的作者是我职业生涯中的灵感。

在本系列中的下一个文章中,我’LL反映了敏捷宣言带来的东西,并将与宣言作者分享更多的灵感。敬请关注!

分享这种经历
  • 20
    分享

本林德林

我帮助组织具有有效的软件开发和管理实践。有关敏捷,精益和质量的多个网络的活跃成员,以及常见的演讲者和作家。

发表评论

本网站使用AkisMet减少垃圾邮件。 了解如何处理评论数据.