最早將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，就是“看板”，來自日本，讓人難看的板，把每個人的進度都貼在板上，讓動作慢的人感到羞愧。
更多我的博客文章>>>
