对敏捷开发宣言译文的质疑-项目管理文章库_第1页
对敏捷开发宣言译文的质疑-项目管理文章库_第2页
对敏捷开发宣言译文的质疑-项目管理文章库_第3页
对敏捷开发宣言译文的质疑-项目管理文章库_第4页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

1、       对敏捷开发宣言译文的质疑-项目管理文章库                     虽然现在已经不管开发项目了，但对于一些认识方面的问题，还是忍不住要说一说。敏捷宣言最后一句话的中文翻译是误导在有关敏捷开发的讨论中，总是能够听到痛斥cmmi这种规范体系的声音，更倾向于抛弃各种以往的软件工程规范。此时往往会搬出敏捷宣言来，”尽管右项有其价值，我们更重视左项的

2、价值“。作为一个科班出身的it老兵，从一开始学到的就是，”软件=程序+数据+文档“，始终无法接受轻视文档的做法，常年从事大规模软件开发养成的习惯，也无法接受不重视流程规范的做法。同时，在多年持续的软件过程改进中，也一直在强调沟通、合作、响应变化等等，从没有觉得这两边有什么矛盾。所以对于”敏捷“的传播过程产生了怀疑。于是,仔细的对照看了看敏捷宣言的原文和中文译文，原文中最后那句话是这样的：”that is, while there is value in the items on the right, we value the items on the left more.”其中的”while“

3、一词如何理解，似乎是关键所在。that is, while there is value in the items on the right, we value the items on the left more.把“while"翻译成“尽管"，是转折的意思，虽然.但是.，其实是有否定的含义。而对于原文完全可以有另外的解读，”在.的同时“，是递进关系，”也就是说，在右项这些价值存在的同时，我们更重视左项的价值“。如果按照这样的理解，宣言本身并没有把左右两边的内容对立起来，而是对于右边的那些过程，更强调我们应该关注其中的价值，强调内容“高于”形式。在软件开发中，while条

4、件为“真”时才会继续执行后面的语句。我们讨论敏捷，需要明确一个基本的出发点，是站在敏捷的角度谈软件开发，还是站在软件开发的角度看敏捷。敏捷并没有什么新的发明创造，只是强调了在软件过程中要始终关注实质内容，要能够应对各种变化，对过于强调表面形式造成的效率低下、管理成本过高，是个很好的警示。如果把敏捷宣言左右两边的内容对立起来，走向另一个极端，这是对敏捷的误解，其结果只能是把敏捷限制在规模很小、生命周期很短的软件开发中。正如有的朋友提到过的，曾经基于cmmi框架，采用敏捷的原则和方法，通过了5级的认证。基于规范的软件过程体系、着重强调敏捷关注的实质内容、强调软件开发中的合作，互动和灵活性两方面相互结合，这种方式才是最符合敏捷宣言的精神，在规范性与灵活性之间寻找新的平衡点。那些通过盲目强调左边的内容来掩饰没有能力搞定右边基本功的，最终也只能是“假敏捷”。搞不定项目例会，却能搞定每日站会?没有文档支持的软件，有可能大规模持续应用?谈不清分工合作的承诺，还能保证客户合作?管不好项目计划，却能做好变更管理?没有基本软件工程规范的支撑，不会走就想跑，真的能“敏捷”起来吗

人人文库> 全部分类> 生活休闲 > 科普知识

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论