当前位置:首页>IT/计算机 > 互联网

互联网

返回首页》

正在“部署敏捷”的你是不是“真敏捷”?

发布者:zhanglaoshi        发布时间:2019-08-21 13:34:36

正在“部署敏捷”的你是不是“真敏捷”?

作者:Doug Dockery 来源:《计算机世界》2017 年第 32 期

事实上,“部署敏捷”与“变敏捷”完全是两回事,仅仅部署敏捷并没有多少实际价值。

时至今天,相信大家都已经听说过“敏捷”这个词。许多公司甚至很可能已有专门的敏捷团队。大多数软件驱动的公司希望通过从事敏捷(doing agile)开发来协助解决重大的业务和组织结构问题:诸如各种未兑现的承诺、不尽如人意的质量、缺乏可视性、成本过高、协作性差,以及创新进度缓慢等等。但很可惜,有许多公司发现他们并没有从敏捷投资中得到预期的结果。

事实上,“部署敏捷”与“变敏捷”完全是两回事。坦白来讲,仅仅部署敏捷并没有多少实际价值。

这并非敏捷团队的错。公司战略与执行不一致,导致团队成果与预期南辕北辙是见惯不怪的事情。这些公司一般在组织架构中存在巨大的“脱节”。那些知道如何弥补这一脱节的公司可以确保正确的投资,并以正确的方式组建。但更重要的是,他们可以定期以较低成本改变正在创建的产品,以紧跟市场需求,在开发过程中创造最大价值。这是在规模上实现打造真正的敏捷企业的保证,但要如何实现呢?

对 Scrum 的迷惘

在提供企业咨询时,我通常会提出以下三个问题:你的团队结构怎样?团队的工作流程怎样?你会怎样计划?

典型答案都会关注团队数量、角色、技术、流程、估算故事价值、sprints 长度等等。我们总能改善团队层面的行为准则,但那又如何?每家公司都可以有 Scrum 团队, 但绝对不可以迷信 Scrum 框架会解决公司所面临的重大问题。事实上,如果你所做的一切只是依赖这些单独的 Scrum 团队,其结果可能比瀑布开发模式更糟糕。

让我们潜心思考一下。如果你的敏捷团队的成员認为用瀑布开发模式更好,其中可能的原因就是:在瀑布模式中,当我们对工作所知甚少时,我们会预先作出决策。经验告诉我们项目将会推迟且超出预算,但我们会知道构建的内容,因为范围是固定的。与之相比,被称为“自然法则下的 Scrum”(Feral Scrum) 的优化团队能够快速交付软件,而他们则只在 Scrum 模式下埋头做着自己的工作。有时,他们与组织的唯一联系就是唯一一个跟其他模式共享的产品负责人。他们投入许多资源进行开发,但我们不知道他们要交付的产品是否就是我们目前真正所需要的。

敏捷的首要问题

推荐文章
最近更新
返回顶部