BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

抛砖引玉:敏捷实施与敏捷实践是不一样的

| 作者 Amr Elssamadisy 关注 0 他的粉丝 ,译者 李剑 关注 1 他的粉丝 发布于 2008年2月20日. 估计阅读时间: 2 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。
“有效地使用敏捷实践”要比“了解什么是敏捷实践”困难得多。真正做到测试驱动开发和认识到应该遵循红-绿-重构的循环也是两码事。人们又该如何从看上去敏捷是个不错的主意过渡到通过正确使用敏捷实践大幅度提高我们组织交付的价值呢?

在敏捷文化中有成功的故事,也有失败的案例——世上没有银弹。所以,你需要根据具体环境来判断一下是否应该照搬其他团队的例子——你所处的环境和他们的一样吗?如果不一样,那你肯定不会得到同等的收获。

我们先来看一看Carel lotz的文章,他描述了他们组织在想通过实施Scrum来得到真正收益时遇到的困难::

我目前所在的团队需要重新定义我们公司的SDLC方法学。我完全赞同推行一种更为敏捷的SDLC(ScrumOpen UP等等),因为目前的SDLC方法学是基于瀑布模型的。在过去的两年里,有几个项目尝试过采用更为敏捷的SDLC,但结果要么以惨败为告终,要么只是成功地实现了敏捷开发中的某些技术点,如持续集成测试驱动开发

他对于为什么这些团队会遭遇失败所进行的分析(纯粹的事后诸葛)也实为有趣:

我今天早上读了InfoQ上一篇有趣的文章(译者注:此处是该文的中文版),它着重讲述了我们推行敏捷会遭遇失败的一条首要因素。

那种真正理解敏捷思想,且实施过正确的敏捷方法(Scrummerfall绝非其一)的核心人员,在我们团队中还少得很。由于没有足够的正确向导,对敏捷开发所能带来的收益也没有强烈的自信,结果梦想迅速幻灭,团队很快就回到了瀑布模型的水深火热之中。

在接下来的几个月里,我会针对敏捷实施进行专门报道。敏捷,所承诺的收益是巨大的,路上的陷阱也是不计其数的——我们将在每周二(译者注:考虑到时差问题,中文站的新闻将会在周三更新)给你带来新内容,报道人们在如何实施如何调整敏捷实践。请准时关注InfoQ敏捷社区!

如果你认为专注于实施是值得的,那么就请让我们知道你的想法吧,请把你的心得体会,以及与这个话题相关的精彩博客、新闻一并发送给我们。

查看英文原文Opinion: Agile Adoption is Distinct from Agile Practices

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT