20140220 管家订菜与Scrum流程
这两天看一位兄弟写的PO（Product Owner）职责学习心得，突然觉得可以通过市场买卖来类比Scrum流程，及各角色职责特点，所以有了这篇小品。当然，文中的菜品和物价纯属信口开河，大家切勿较真 :P
某大款（用户）在某处度假，大款提要求，这个月我要好吃好喝! 然后列出一大堆他想吃的菜，给管家转一小笔钱，让其去办这事。这管家就是PO。
管家一边研究菜品清单，一边琢磨大款说的好吃好喝是啥意思，再结合度假村特点，筛选出大款喜欢，且近期可能办到的菜品，排出顺序。这是Product Backlog。
管家到厨房定当天的菜。这叫迭代启动。
酒店经理不敢怠慢，赶紧召集厨师们和管家一起商讨，这叫Sprint计划会。
厨师们报价，小吃5元，蒸蛋5元，虾70，鱼翅100，海参螃蟹粥80。这叫开发团队估算。
管家一看，今天手头可用钱只有160元，全买不可能，大款最爱鱼翅，然后是海参、虾和蒸蛋，决定先订鱼翅。这叫通过优先顺序计划任务。
确定鱼翅，还剩60元钱，买海参螃蟹粥和虾都不够，于是管家愤怒声讨，“开这么高的价，简直是敲诈！我觉得虾最多卖60”，酒店经理赶紧过来打圆场，先请厨师解释为啥虾得60，然后给管家说：现在都清楚了，我们这种做虾法确实要70，如果硬定为60，那就只好用死虾代替活虾，但这种事在我们这种重视声誉的地方绝不能做，你再考虑考虑如何？这叫SM（ScrumMaster）维持会议秩序。
管家想来想去，只好不买虾。海参螃蟹粥80，但大款对螃蟹喜好度一般，于是问：只做海参粥，不加螃蟹，报价50可以不？厨师们说可以。这叫通过拆分故事来计划任务。
最后确定今晚菜单，160元中100元订鱼翅，50元订海参粥，再加上5元的蒸蛋，以及5元的小吃。这叫Sprint Backlog。
管家回去策划明天的菜单，厨师开始做菜，这叫Sprint运作。
酒店经理担心菜品制作出问题，每三个小时到厨房召集厨师互相通报下工作进展，这叫每日立会。
晚上管家到厨房检查完成的菜。厨师说：今天订购的面粉出了点问题，导致小吃没做好，其他鱼翅、海鲜粥、蒸蛋都已搞定。管家看后，觉得螃蟹和粥做得好。蒸蛋中没有肉末，不满意，退给厨房。这叫演示会。
厨师和酒店经理开会总结今天工作的得失，分析为什么小吃没做好，为什么讨论时没问清楚客人对蒸蛋的具体要求，决定明天改进厨房工作方式。这叫回顾会。
管家把鱼翅和海参粥端给大款。这叫端到端交付价值。
大款盛赞海参粥，说明天还要吃这个，只是粥中葱花可以去掉。另外，明天特别想吃回锅肉。顺便把后几天的菜品钱转给管家。 这叫用户反馈。
管家根据大款意见，调整明天的菜品计划，这叫迭代计划修正。
第二天，管家继续到厨房选菜，新迭代开始。。。。。。
一个月后，大款满意而去，虽然这段时间他实际吃的菜品和刚来时说的清单差别颇大，但他对这个月菜品满意度极高。这叫响应变化胜过遵循计划。