我是如何开始敏捷的

当你得到一个项目时,你会怎么做’S一直在很长一段时间而且’达到价值?这是我的团队和我在我的第一个项目上与客户合作的故事,在敏捷宣言没有发明时做敏捷,以提供高质量的软件。

我的第一个项目

当我成为一个项目经理时,我的线经理告诉我,在获得“真实”项目之前,他希望我能完成一个项目。这可能只是需要一个或两个月的时间来完成它 …

潜入这个项目,我发现它已经没有成功了一年多。该项目产生了大量的文档和一些代码,但在大部分时间内未开发的解决方案。开发人员试图解决这个错误,但这只会变得更糟。他们有很大的质量问题。客户即将放弃,因为他不相信该项目能够为他提供有价值的东西。

项目经理和团队已被撤销项目,并被要求与一支新的团队完成它。我很快决定我的第一个优先事项是尽快提供解决方案的第一个工作部分,我们可以向客户展示以获得信任。团队和我坐在一起以增量划分功能。

第一次交货

在第一个增量中,我们解决了一个主要风险,以便我们提供核心功能。我们排除了其他所有东西,专注于问题,并且能够在PC上运行的一块软件(该应用程序是用于CNC铣床的嵌入式软件)。实际工作的东西!

当项目开始后几周后,我们的客户们向他展示了软件时,我们的客户很惊讶。他把它回到了他的公司玩它。第二天他打电话给我们,并告诉我们他已经尝试过,除了一个情况外,他已经努力了。经历手机的失败我们立即了解了这个问题,并同意它将以下一个增量解决。

每个增量我们都添加了新功能并解决了找到团队或客户的问题。我们会向我们的经理,客户和其他有兴趣获得反馈和改进的人展示产品。

合作

通过以增量提供产品为我们的产品建立与客户的关系对我们俩都有益—导致高质量的软件。我记得团队讨论一个问题并得出结论,没有可行的解决方案。它需要非常复杂的软件,可以处理很多例外。

我叫我们的客户,解释了这种情况,并问他系统应该做什么。他的答案是:“如果发生这种情况,就会给用户发出错误消息并放弃处理”。如果我们试图执行它,它会损坏数控机床!

我们本来可以浪费数天或几周,试图解决它,现在我们花了不到一个小时,找出系统应该通过询问我们的客户来做什么。在这种情况下,要求是为了确保数控机床是未存在的’t damaged.

敏捷尚未’t Invented Yet …

正如您可能猜到的一些我所拥有的一条灰发,我的第一个项目已经是一段时间。准确地说,当我担任飞利浦的顾问时,这是1990年。敏捷尚未发明,没有Sprint计划和产品评论。我采取了对我的客户提供价值的方法,因为它对我和我的团队有意义。

要完成图片:我的团队分发了两个地点。我们每周在同一网站上工作,我们合并软件并同步(使用软盘传输源代码)。我们使用版本控制和自动化测试,进行了设计和编码评论,配对,并试图通过反映和学习从我们的增量发生的事情的反映和学习来提高我们的工作方式。

所有我管理或已经在使用的增量工作的项目—我从来没有在瀑布项目中。对我而言,我与我合作的人,以增量为单位提供的最佳方式。也许我’米被宠坏了,但它加强了我以增量工作的信念:-)。

敏捷的灵感

当我在敏捷软件开发中从Alistair Cockburn获得早期手稿并听到敏捷软件开发的宣言,这对我来说都是很多意义。价值观和原则正是我在整个职业生涯中所做的事情。现在他们有一个名字:-)。

我(仍然是Am)的灵感来自几个人。一个是汤姆吉尔伯,我有很多东西读了他的软件工程管理的书籍原则和 竞争工程,两本书都有很大的想法,了解您的客户需求以及如何提供高质量。

这本书 人士 作者:Tom Demarco和Tim Lister帮助考虑如何为我的团队成员创造最好的环境。我还从Watts Humphrey学到了很多关于将软件开发视为一种过程和寻找提高质量的方法。

采访了

我开始在我的第一个项目上写下上面的故事 由Noopur Tathak采访创新根源。它’久前,但我还记得我们如何共同努力。去年,我与第一个团队的一名成员发表了谈话,我们回顾了我们如何做到这一点以及它为何工作。我们有一些美好的回忆和我们’仍然为我们交付的高质量软件感到自豪。

I’d喜欢收到你的来信。你是如何从敏捷开始的?是什么让你决定这样做?通过评论这篇文章让我知道!

分享这种经历
  • 29
    分享

本林德林

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

这篇文章有2条评论

  1. 斯科特邓肯

    在80年代初’我曾在一家小公司工作过大型机4GL产品开发。一年,决定做产品查询/报告方面的重大大修。它将在下次春季会议的年度客户(约10个月之后)向客户展示。

    有四个人(开发人员)致力于这一点。我们有自己的办公室,但彼此不超过约30英尺。每天都有很多,每天都有很多,而且分享代码/想法,但与其他工作不同的是,我们四个人每周都会遇到测试人员的努力,技术作家在做用户文档和营销领导工作。这是对我们在那周完成的内容,讨论我们的下一步的讨论以及营销领导信息的信息,以及根据释放的高级别计划的信息的信息,营销领导的信息。

    我们最终重写了系统的查询/报告部分中的所有内容,并提前完成了几个月(涉及大量加班),允许我们在客户中添加一些进一步的特色’期待。这是我最令人难忘的发展经历(虽然我有其他好的)。在进行一些自然语言查询工作之后,我离开了这家公司并重新举办了一对严格相位顺序(瀑布)环境。

    我读到了大约20年后的20年后,我读了“极限编程解释说明”由肯特贝克并遇到了之前发布的敏捷宣言。先前的经历突然点击了我。我们不打败’T真正练习XP或宣言推荐的所有内容,但它看起来很像了很多。我的第一个经历真正试图申请敏捷想法是营销团队而不是做软件,因为我工作的地方(作为传统的流程​​/指标顾问)没有’我希望我搞乱实际的软件进程。

    一年后,我离开了,开始为一家非常小的咨询公司进行定期做软件质量培训/咨询,并开始研究敏捷框架和实践。一年后,我通过Ken Schwaber和Mike Cohn提供的课程来了我的CSM。一世’在那之后,从来没有回头过去’在我的培训和教练中占据了敏捷方法,富于许多美好事物的培训和教练,我’在我的46年里在软件中学到了。

  2. 本林德林

    谢谢斯科特为如何与敏捷的方式分享您的故事!

发表评论

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