最近读到管理大师彼得德鲁克的一句话——管理的好的工厂，总是单调乏味的，不会有什么激动人心的事情发生。若是在两年前我一定会反驳，那时可能会觉得好的工作场所一定是轰轰烈烈的，每个人都有勇气和机会展现自己的价值，毕业后在大公司两年的工作经历切实地改变了我的想法——任何一个稳定的商业行为都不需要英雄行为，每个人能按部就班做好自己手中的事就是对行业和企业最大的贡献。
敏捷是什么？简单地说，敏捷是一套管理的方法论，在新兴的科技企业较为常见，敏捷有一些基本的思想，比如提前计划、小步迭代、快速反馈、实时更新、以人为本、相互尊重、信息共享等。下面从人员组成和流程控制方面简单说下个人对于敏捷的的理解。
人员组成
敏捷一般针对某个具体目标，可以是一系列的商业行为或者一个产品，为了达到这个目标首先需要一个总体负责人，可以叫做ProjectManager，项目负责人，项目负责人需要清楚目标的价值实体（客户）的真正诉求——客户真正想要的是什么，项目负责人需要有相关专业知识经验，可以为实现该目标制定一些列可行的计划，这些计划需要被拆分为具体的用户故事，这些用户故事需要相对完整，用户故事不用太注重操作细节，但需要具备可验收性。
接下来，需要一个执行团队，人数不能太多，9人左右较为合适，这个团队也需要一个负责人，一般称作ScrumMaster,敏捷教练，负责团队日常事务的管理，以及对上的需求交付。
流程控制
迭代
敏捷里面有一个词语叫做Sprint，可以理解为冲刺和迭代，其实就是任务周期，这个最能体现“小步快跑、快速反馈”的思想。
白板
一个Sprint的时间可以是2周，ScrumMaster根据团队成员的交付能力，领取当前最有价值的部分用户故事作为本Sprint的目标，以卡片的形式贴在白板上。
使用白板比电子流程有以下好处：
- 信息更透明：所有成员都可以知道其他人在做什么，当某个人的任务收到阻塞，其他人可以主动提供帮助或寻求帮助。
- 目视管理：站在白板前，一眼就可以知道当前任务的进度，任务积压所在区域传递的讯号可以让PM/SM及时做出相应的调整。
- 人性化：当某个任务在众人面前被移动至交付区时，任务完成人会有成就感，也是对个人价值的一种肯定。
计划会
在每个迭代开始时，团队成员需要聚集在一起，团队的BA会给所有成员讲解每个需求/用户故事，让每个人清楚本迭代需要交付的内容，同时以较为民主的方式将任务具体分配到人。一般来说，一个迭代很难完整地完成一个需求或用户故事，计划会可以将连续两个迭代的内容联系起来，提前做好计划。
此外，团队承接的任务一般不能超过团队交付能力的80%，需要留有一定余力来应对突发事件，同时给团队成员留有一定的松弛空间。
每日站会
在计划会拿到任务后，每个人的任务以卡片的形式体现到白板上，每天早上在固定时间团队全员参与每日站会。
每日站会需要包含以下内容：
- 昨天我做了哪些事情来完成我任务？
- 今天我需要做哪些事情来完成我的任务？
- 在完成任务的过程中，我是否遇到一些阻碍？为了更好地完成任务，我需要什么样的帮助？
每日站会强调固定时间，一定是在刚上班不久，需要全员参加，时间最好在15分钟，只需要说明上面提到的三点，不需要扩展延伸，团队内的每个人都可以对其他人的陈述做出询问。
回顾会
每个迭代结束时，团队成员需要聚集在一起，对本迭代团队的工作内容进行回顾。
回顾时需要检验每项任务的完成度，如果没有完成，需要说明阻碍完成的原因。同时团队成员对本迭代大家做的好的地方做出表扬，对做的不好的地方做出改进意见，进行持续跟踪，如果团队不能完成改进项，可以提到上层。最后，团队成员可以对本迭代某些事情进行吐槽，从而获得正面的反馈。
分享一篇有趣的文章：你大概走了假敏捷：认真说说敏捷的实现和问题（手绘版）
