摘要：
无压力的软件发布之旅 认真看完 "这段视频" ，保证你在下一次大发布之前不会再有那么大压力。 最能衡量敏捷团队成功的标准就是将可用的软件发布给客户。但是，即使是有经验的软件团队也会感到十分痛苦，因为这也是验证已经完成的问题了；代码没有经过评审，代码还没来得及合并，或者合并代码失败。听起来是不是很熟悉 阅读全文
摘要：
成功的软件发布的三个要素 一份良好架构加上两份团队合作。再加点儿自动化，然后搅拌就好了。 在你的职业生涯中，你一定会参与到一个庞大的软件发布中。这个软件发布可能带有各种顽固 Bug 和复杂依赖关系，它需要整个团队全天候工作。更不用提的是，一旦它投入生产，它还需要不停地打补丁。 「 "CODING 企 阅读全文
摘要：
为什么代码评审（code reviews）很重要 剧透警告：如果你喜欢合理的架构决策，而讨厌成为“关键路径”开发者（"critical path" developer），你会喜欢上代码评审的。 敏捷团队是自组织的，拥有跨越团队的技能集。这在一定程度上是通过代码评审实现的。代码评审可以帮助开发人员学习 阅读全文
摘要：
开发经理 VS 敏捷专家（下） 前文： "开发经理 VS 敏捷专家（上）" 什么是敏捷专家？ 敏捷专家是敏捷团队的项目负责人，他们专注于优化性能，在产品负责人和开发团队之间开展工作，以确保他们的目标一致，并能成功完成项目。敏捷专家还负责跨团队的协调工作，以便核心团队可以专注于产品开发。 敏捷专家的目 阅读全文
摘要：
敏捷与 DevOps：是敌是友？ DevOps 是敏捷应用于软件团队的成果。但真正的问题是，在一场比赛中，哪一方会获胜？ 在角斗场的一头，我们有经过认证的敏捷教练，他的朋友们都知道他是一个极限程序员，而在他的孩子们眼里则是不那么安全的父亲。他就是＂敏捷＂！ 而在另一头，我们有一个精益文化机器，他不断 阅读全文
摘要：
开发经理 VS 敏捷专家 这是场你死我活的战斗！（开玩笑的，其实这两个角色可以很好地共事。） 敏捷团队在结构上就与瀑布团队不同。瀑布团队遵循组织结构，强调“自上而下”的开发模式，这意味着管理层需要预先设置好项目的步伐和进度。而敏捷开发团队是自我组织的形式，根据产品负责人设置的优先级和团队的负荷能力制 阅读全文
摘要：
如何成为一个出色的敏捷开发者? 如何成为一个出色的敏捷开发者 —— 把习惯变成理念 敏捷开发不仅仅与开发人员有关 没有人希望自己交付出去的软件充斥着大量的漏洞和性能问题，而且还没能让客户满意。持续集成和代码审阅可以防止这种情况的发生，但问题是谁有时间干这些事，对吧？今天，敏捷团队就能挤出时间。 敏捷 阅读全文