|
blog.mypm.net
虽然现在已经不管开发项目了，但对于一些认识方面的问题，还是忍不住要说一说。项目管理者联盟
敏捷宣言最后一句话的中文翻译是误导项目管理者联盟
在有关敏捷开发的讨论中，总是能够听到痛斥CMMI这种规范体系的声音，更倾向于抛弃各种以往的软件工程规范。此时往往会搬出敏捷宣言来，”尽管右项有其价值，我们更重视左项的价值“。项目经理圈子
作为一个科班出身的IT老兵，从一开始学到的就是，”软件=程序+数据+文档“，始终无法接受轻视文档的做法，常年从事大规模软件开发养成的习惯，也无法接受不重视流程规范的做法。同时，在多年持续的软件过程改进中，也一直在强调沟通、合作、响应变化等等，从没有觉得这两边有什么矛盾。所以对于”敏捷“的传播过程产生了怀疑。项目管理者联盟
于是,仔细的对照看了看敏捷宣言的原文和中文译文，原文中最后那句话是这样的：项目经理博客
”That is, while there is value in the items on the right, we value the
items on the left more.”其中的”while“一词如何理解，似乎是关键所在。项目管理者联盟文章
That is, WHILE there is value in the items on the right, we value the items
on the left more.项目管理者联盟
把“WHILE"翻译成“尽管"，是转折的意思，虽然...但是...，其实是有否定的含义。而对于原文完全可以有另外的解读，”在...的同时“，是递进关系，”也就是说，在右项这些价值存在的同时，我们更重视左项的价值“。如果按照这样的理解，宣言本身并没有把左右两边的内容对立起来，而是对于右边的那些过程，更强调我们应该关注其中的价值，强调内容“高于”形式。项目管理者联盟
在软件开发中，WHILE条件为“真”时才会继续执行后面的语句。项目管理者联盟
我们讨论敏捷，需要明确一个基本的出发点，是站在敏捷的角度谈软件开发，还是站在软件开发的角度看敏捷。敏捷并没有什么新的发明创造，只是强调了在软件过程中要始终关注实质内容，要能够应对各种变化，对过于强调表面形式造成的效率低下、管理成本过高，是个很好的警示。club.mypm.net
如果把敏捷宣言左右两边的内容对立起来，走向另一个极端，这是对敏捷的误解，其结果只能是把敏捷限制在规模很小、生命周期很短的软件开发中。项目管理者联盟
项目管理者联盟
正如有的朋友提到过的，曾经基于CMMI框架，采用敏捷的原则和方法，通过了5级的认证。基于规范的软件过程体系、着重强调敏捷关注的实质内容、强调软件开发中的合作，互动和灵活性两方面相互结合，这种方式才是最符合敏捷宣言的精神，在规范性与灵活性之间寻找新的平衡点。项目管理者联盟
那些通过盲目强调左边的内容来掩饰没有能力搞定右边基本功的，最终也只能是“假敏捷”。搞不定项目例会，却能搞定每日站会?没有文档支持的软件，有可能大规模持续应用?谈不清分工合作的承诺，还能保证客户合作?管不好项目计划，却能做好变更管理?项目管理者联盟
没有基本软件工程规范的支撑，不会走就想跑，真的能“敏捷”起来吗?项目管理者联盟
文章首发于乔东老师个人微信公众号：IT管理工匠，专注于IT管理的理论与最佳实践，不断提升IT管理“工艺”，欢迎关注交流。项目管理者联盟 项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
