最早将Agile介绍给主流码农的，应该是Extreme Programming(XP)的作者。
XP(Extreme Programming)的出现，正好也是互联网热的时候，它提出Fast Prototype，先做出一个原型系统来，正好符合这些公司的需要，这些公司为了找钱，需要给投资者展示一点东西。
XP说，两个人要Pair Programming。因为那时候很多人转行来做软件，容易卡壳。
这个Pair Programming，解决了外行卡壳的问题。现在的印度人，特别好这个。
XP又说，每天要开会，这让底层经理乐得心里开花，以前追逼员工，还不好意思，有了XP，就官冕堂皇了。
XP说最有效的纠错方法是用print，这现在看起来是很错误的。能用Debugger，还是Debugger最好。
互联网公司倒了一批后，XP慢慢就乏人问津了。
留下来的互联网公司，越做越大，他们把XP改头换面，变成了Scrum。
每天的会照样开，可是，不再提pair Programming 了，科技公司现在财大气粗，可以找合格的人了，就不需要一帮一，一对红了。
取而代之的，是给员工任务定量。这相当于中国农村以前搞过的工份制。
以两周到四周为一个周期，周期开始前，先评估讲要完成的任务所计的工分。
比如除草，三工分；冼碗，一工分，扫地，一工分。
你在每个周期里都必须完成分配的工分。如果完不成，经理会利用Performance Review来羞辱你。
“工分”的正式名字叫Story Point。
表面上，一个任务的Story Point是全组民主评议的。实践起来的时候，经理会经常厉声地问，怎么估得这么高。所以，Story Points通常会被故意压低。
如果正面去理解Scrum，它在做一个任务之前，大家讨论哪个任务需要先做，那个需要后坐，哪个依赖其他任务。可以避免一粒屎坏一锅粥的现象。
Scrum收到公司的欢迎，主要是管理指标的量化。以前软件进度完全不可测，现在Story Points提供了一个方法，虽然不精确，至少有了个解决框架。为工人蓝领化提供了可能。
提到Agile，还要提kanban，就是“看板”，来自日本，让人难看的板，把每个人的进度都贴在板上，让动作慢的人感到羞愧。
更多我的博客文章>>>
