在社区里面讨论的如火如荼的关于敏捷过程认证的话题,将敏捷联盟(Agile Alliance)推向台前。随着敏捷开发实践思想的传播,公司在寻找合格的雇员帮助他们构建软件系统时,越来越倾向于招聘有资质认证的人员,认为他们应该更适合公司的需要:
敏捷联盟的立场是公司应该只认可基于技能和不容易拿到的认证。我们还认为公司不应该以员工是否通过某项认证作为衡量依据。
敏捷联盟这段话背后的原因很简单,认证可以证明一个人已经掌握了某些具体的知识,但尽管这些知识很有用,但相对于有效的实践和能向公司交付的价值而言,却只是万里长征中的第一步。
技能并不是像知识那样容易获取:学习者开始时技能很糟糕,然后从错误中学习,然后做得好一点,然后不停地重复整个过程。尤其对于敏捷软件开发中需要的沟通或者和人的因素关联很大的技能来说,只有在实际项目中才能够学习得到。也就是学习认证中所包罗的本质内涵。
这种类型的认证才是联盟所认可的,可在我们的社区里目前还没有。另外,要达到这个水平的人需要花费大量的时间,还有金钱。
因此,唯一值得拥有的技能,是那些需要付出艰辛的努力才能学习到的东西。
联盟还进一步建议那些想要采用敏捷开发的公司不要强调认证:
将那些没有认证的人员排除在外是非常不明智的。而且,实践在不断变化。就是技能,如果得不到使用也会生锈。问题不是要雇的人是否曾经拥有某项技能,而是现在他是否能做需要让他做的。仅仅一个认证不能取代这么多的艰辛工作。
最后,他们还提到了当前的一些认证。包括 Certified Scrum Master 和 DSDM 基础的认证都被称为基于知识的认证。联盟也很谨慎地指出这些认证是有价值的,也物有所值,但是他们不是拥有技能的证明。其他的认证如 Certified Scrum Practitioner 和 DSDM Practitioner 都被认为是基于技能的,也有官方的证明图章。
InfoQ 中文站就国内敏捷认证问题采访了 ThoughtWorks 中国的咨询师胡凯先生,他表示“确实,国内很多人有考这些认证的想法,不过我认为这是注定是要失败的。因为敏捷在不同的环境中实践的形式都不同,而且实践本身也是不断进化的,非常难以量化。”
随着关于认证的争论继续,我们期望看到更多的关于证明的评论和意见。
评论