InfoQ

新闻

敏捷联盟就认证问题发表官方声明

作者 Amr Elssamadisy译者 霍泰稳 发布于 2007年3月29日 下午10时52分

社区
Agile
主题
培训/认证,
方法论
标签
动态系统开发方法,
认证,
人力资源,
Scrum

在社区里面讨论的如火如荼的关于敏捷过程认证的话题,将敏捷联盟(Agile Alliance)推向台前。随着敏捷开发实践思想的传播,公司在寻找合格的雇员帮助他们构建软件系统时,越来越倾向于招聘有资质认证的人员,认为他们应该更适合公司的需要:

敏捷联盟的立场是公司应该只认可基于技能和不容易拿到的认证。我们还认为公司不应该以员工是否通过某项认证作为衡量依据。

敏捷联盟这段话背后的原因很简单,认证可以证明一个人已经掌握了某些具体的知识,但尽管这些知识很有用,但相对于有效的实践和能向公司交付的价值而言,却只是万里长征中的第一步。

技能并不是像知识那样容易获取:学习者开始时技能很糟糕,然后从错误中学习,然后做得好一点,然后不停地重复整个过程。尤其对于敏捷软件开发中需要的沟通或者和人的因素关联很大的技能来说,只有在实际项目中才能够学习得到。也就是学习认证中所包罗的本质内涵。

这种类型的认证才是联盟所认可的,可在我们的社区里目前还没有。另外,要达到这个水平的人需要花费大量的时间,还有金钱。

因此,唯一值得拥有的技能,是那些需要付出艰辛的努力才能学习到的东西。

联盟还进一步建议那些想要采用敏捷开发的公司不要强调认证:

将那些没有认证的人员排除在外是非常不明智的。而且,实践在不断变化。就是技能,如果得不到使用也会生锈。问题不是要雇的人是否曾经拥有某项技能,而是现在他是否能做需要让他做的。仅仅一个认证不能取代这么多的艰辛工作。

最后,他们还提到了当前的一些认证。包括Certified Scrum Master和DSDM基础的认证都被称为基于知识的认证。联盟也很谨慎地指出这些认证是有价值的,也物有所值,但是他们不是拥有技能的证明。其他的认证如Certified Scrum Practitioner和DSDM Practitioner都被认为是基于技能的,也有官方的证明图章。

InfoQ中文站就国内敏捷认证问题采访了ThoughtWorks中国的咨询师胡凯先生,他表示“确实,国内很多人有考这些认证的想法,不过我认为这是注定是要失败的。因为敏捷在不同的环境中实践的形式都不同,而且实践本身也是不断进化的,非常难以量化。”

 随着关于认证的争论继续,我们期望看到更多的关于证明的评论和意见。

没有回复

回复

深度内容

Flex与JSON及XML的互操作

平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。

用Qi4j进行面向组合编程

本文将简要介绍面向组合编程(COP,Composite Oriented Programming)的概念,展示它如何规避OOP存在的一些问题,并重新点燃使用可重用部件组装领域模型(Domain Model)的希望。

系统开发——新学科,新教育

一门新的计算机学科——“系统开发”,强调人性化、匠艺、设计、创意、创新和新事物的涌现,并建议用被称为“bottega”的工作室替代乏善可陈的教室。

图书聚焦:Visual Studio 2008 揭秘

Mike Snell和Lars Powers用他们最近由Sams出版的新书《Visual Studio 2008揭秘》,试图帮助大家提高开发人员的生产力。本文包括一个下载样章——第10章调试。

BPEL为何不是BPM的圣杯?

Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程,接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。

基于范型的多语言编程

你是否仔细思考过,为什么人们总在讨论“要正确的语言做恰当的事情”?在这篇文章中,Sadek Drobi向你解释了为什么应该在系统内部混合使用多种语言。

采访与书摘《Pro Web 2.0 Application Development with GWT》

Jeff Dwyer就关于他的新书(《Pro Web 2.0 Application Development with GWT》)、GWT1.5以及创建可搜索的Ajax应用谈了一些他的见解。

时刻准备着,迎接IT业的春天

我们需要设身处地地为客户及客户的业务本身着想,与客户同舟共济。更多创新的思路、产品和模式也同样将为IT业带来新的出路。IT业并不需要坐以待毙,在春天到来之后,市场将会更加繁荣!