18.【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会

极限编程要求至少有一名实际的客户代表在整个项目开发周期在现场负责确定需求、回答团队问题以及编写功能验收测试。

流程圈包括 每周40小时工作制（40-Hour Week），系统愿景（System Metaphor）,小型发布（Short Releases），简单设计（Simple Design）。

团队圈分为：代码规范（Code Standards），持续集成（Continuous Integration），集体代码所有制（Continuous Integration）

DevOps是当前软件行业最热门的话题，无论是互联行业，还是传统行业，大家都在拥抱DevOps，享受引入DevOps后带来的团队效能提升。但是也有不少的团队对DevOps的理解还存在误区，导致在实践过程中困难重重，甚至最终失败，总结失败的...

无论是面向消费者的应用程序，还是内部业务工具，软件开发受两个原则指导:做什么软件和如何开发。选择构建什么应该由产品和市场策略来驱动。关于如何构建的决策应该通过查看最佳实践来确定。这意味着我们将放弃传统的软...

一般来说，敏捷开发强调快速迭代，灵活开发，而传统软件工程强调严格周密，步步为营，那两者的具体区别究竟在哪？下面具体分析一下两种软件开发方法的区别。...

传统软件开发模式开发流程冗长、适应性差的特点使得它根本无法在现代软件开发上被广泛使用，于是，人们又提出了一种强调快速、灵活的敏捷软件开发方法。...

在一次敏捷课程上，有一些大量有意思的问题，例如 “通过敏捷会让项目开发进度更快吗？”。其中一些也是几年前我想问的，并带着这些问题加入 ThoughtWorks。终于经过各种海内外敏捷项目，在一线开发有了对敏捷更为深刻的认识，现...

游戏开发中，绝大多数都是使用的瀑布型，这也是我们这个系列主要介绍的方式。“范（围）进（度）成（本）”是一个项目的重点，而需求则直是项目管理的重中之重，它是进度、成本的大前提。项目经理需要负责确保这些需求在项目管理计划中都...