浏览 2136 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-03-01
*** 评审意见可以通过任何方式发表,例如: - 在主战场LinkedIn上的Agile Manifesto (Simplified Chinese)讨论组回复 <http://www.linkedin.com/groups?home=&gid=3700878&trk=anet_ug_hm> - 直接评论此篇新浪博文 - 回复我的新浪微博(徐毅-HP)的相应条目 <http://t.sina.com.cn/kaverjody> - 邮件回复:kaverjody (at) gmail .com *** 一些注意事项如下: - 此事件属于敏捷联盟的program:http://www.agilealliance.org/programs/agile-manifesto-translation/ - 英文原版:http://agilemanifesto.org/ - 确定后的版本将发布于敏捷宣言网站,以及更新至维基百科,翻译过程中的参与者及相关故事将会记录在翻译协调人的维基网站之上。 简体中文版 最终评审版: - 宣言链接地址:http://agilemanifesto.org/iso/zhchs/ - 原则部分地址:http://agilemanifesto.org/iso/zhchs/principles.html 当前版本如下,供参考: 敏捷软件开发宣言 我们致力于身体力行地揭示更好的软件开发方法 并推而广之。经过努力,我们已建立如下价值观: 个体及互动 胜过流程及工具 可工作软件 胜过详尽的文档 客户合作 胜过合同谈判 响应变化 胜过遵循计划 它意味着,尽管右项也有价值, 我们认为左项更有价值。 敏捷宣言遵循的原则 我们遵循以下原则: 我们通过尽早且持续地交付有价值的软件 以达到我们的最高目标:让客户满意。 欢迎需求变化,即使在开发后期也一样。 敏捷过程掌控变化,为的是客户的竞争优势。 经常交付可工作的软件, 相隔几星期到几个月,且倾向于使用较短周期。 项目开发全过程, 业务人员和开发人员必须每天都在一起工作。 围绕积极的个体构建项目。 提供所需的环境和支持,并且信赖他们以完成工作。 在团队内部及团队之间传达信息, 面对面交谈的效果最佳且效率最高。 可工作的软件是最主要的进度度量标准。 敏捷过程倡导可持续开发。 责任人、开发者和用户应共同维持一个长期稳定的步调。 持续地追求优越技术以及良好设计,以增强敏捷能力。 简朴——最大化无需完成的工作量的艺术——是根本。 最好的构架、需求和设计都出自于自组织的团队。 团队定期反省如何提高成效, 并相应地调整及修正其行为表现。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |