如何成为一个出色的敏捷开发者?

如何成为一个出色的敏捷开发者 —— 把习惯变成理念

敏捷开发不只仅与开发人员有关

没有人但愿本身交付出去的软件充斥着大量的漏洞和性能问题，并且还没能让客户满意。持续集成和代码审阅能够防止这种状况的发生，但问题是谁有时间干这些事，对吧？今天，敏捷团队就能挤出时间。

敏捷开发者关注的是项目的可持续性发展——而不是我的英雄主义。可持续性关乎项目周期的估计是否准确，代码管理分支策略的有效性，自动化测试对代码质量的保证以及能快速得到用户反馈的持续部署。践行可持续开发须要你们都承认的规范，但实际上，当你们各自为政时就很难达成共识。由于没人能凭空搞敏捷开发，它必定须要整个团队文化做为后盾。这就意味着得让项目负责人明白质量可远比范围和进度重要，这一般就是践行敏捷开发最麻烦的地方。

「CODING 企业版」做为企业级软件研发管理系统，助力团队敏捷开发转型升级。

不过这么作是值得的。开发人员能够所以得到解脱，从而开发出更可靠的软件，还能一直保持与业务的密切联系。而业务层面则能够向市场推出更高质量的产品，进一步加强业务与开发之间的联系。另外（这是敏捷开发最好的地方），敏捷开发者不多会面临“死亡之旅”（译者注：这是个软件工程领域的玩笑，指项目要交付的最后几个月你们拼死拼活加班赶项目）。咱们有时为了保持项目的高质量而付出了比预期更多的努力，致使开发落后于预期进度，这种状况下项目管理铁三角的“实现范围”部分能够适当改变，这样你们都能轻松些。

全部软件开发人员都了解项目管理的“铁三角”即：范围，进度和质量。咱们大多数人都参与过那种实现范围死板，进度混乱而且工做量因技术债不断增长而不堪重负的项目。还有比这更糟糕的，有时最终交付的产品根本不是市场所须要的。这些事想一想就让人深受打击。

别担忧：这有个好消息。

在敏捷开发中，实现范围是能够动态变化的，这可使团队保证开发质量并营造出充满活力的氛围，同时还能兼顾与业务层面的密切联系。咱们有充分的理由认为，敏捷是每个开发团队（也包括不少非开发团队）的核心。

敏捷不只仅是一系列套路，它更是一种文化和技术哲学。

它可使开发者我的在本身的产品中创建坚实的技术基础，并在团队中树立协做文化。敏捷团队的开发者更加乐意于投入工做，编写的代码质量也更高，得到的乐趣也更多。

「CODING 企业版」提供强大又易用的 Code Review 代码审阅功能。

牢靠的团队关系就意味着更好的产品

敏捷是关乎团队合做的，这并不奇怪，由于今天的大多数软件都是由团队开发的。开发人员要与产品管理，设计，质量监控以及运维创建牢固的联系，编写可持续代码即意味着与项目的各个方面保持联系。鼓励开发人员直接和业务层面其余部门合做的公司，在代码质量和开发人员满意度方面得到了显著的成效。好比：代码质量变得更好， “徒劳的努力”变少了（即重复工做或者工做流冲突），以及各部门之间有了更多的交流。

交流意见是很重要的。敏捷团队会进行交叉训练，以确保整个团队都能理解代码的基本理念。这样作的一种常见方式就是代码审阅，它不只能保证代码质量，还可使整个团队都熟悉代码。不管以什么方式推广这种理念，敏捷团队不会由于因为只有某些人能理解特定代码致使负责这些关键部分的开发人员无法休息，谁也不想当这样的程序员。

与瀑布模式开发的同行相比，敏捷开发者可以更轻松地在产品技术栈的上下游切换工做，由于敏捷团队能够自我组织，让成员们有更多机会学会新技能。实际上，让开发人员接触从 UI 到数据库的完整特性，可让他们对代码有更好的掌控。在提倡分享知识的团队或公司，咱们更能培养全栈工程师。

编程，理念以及使敏捷开发更出色

敏捷就是指在你的组织中要创建起一种伟大的发展文化。请继续保持关注以了解更多有关有效分支策略，自动化测试技术，持续集成以及如何与其余业务部分创建有效联系的信息。下一篇文章将深刻讨论数以千计的开发人员在敏捷开发转型过程当中所作的具体工做，以及敏捷理念是如何驱动项目的。

敏捷开发是一趟修炼之旅，咱们会在每一步作你的后盾。

「CODING 企业版」提供全方位工具支持，研发流程全纪录。