敏捷开发的四会：
四会包括：计划会、站会、回顾会、演示会
计划会
迭代开始时的第一个活动，决定这个迭代开发哪些故事；
PO（project owner）或BA（bussiness analysis）一般会在计划会之前编写好需求（史诗epic、用户故事user story，特性feature），每个需求都会有对应的优先级。
用户故事编写
_用户故事的编写一般采用如下方式进行陈述：
As a <role>, I want to <activity>, so that <business value="value">
作为一个<角色>, 我想要<活动>, 以便于<商业价值>
举例：
作为一个“网站管理员”，我想要“统计每天有多少人访问了我的网站”，以便于“我的赞助商了解我的网站会给他们带来什么收益。”
PO在计划会中会罗列他希望做的一些用户故事，每个用户故事，开发团队的每个人都会评估它的故事点（story point，可以采用故事价值或工时数）。
评估完后，团队的个人可以自由选择自己想实现的用户故事（自己领取的用户故事不应该超过自己在一个迭代中的产能）。
站会
每天都会开。
每个成员都要说：
- 我昨天做了什么；
- 我今天打算做什么；
- 我有什么困难需要大家帮助的
站会需要特别注意的地方： - 站会不应该讨论技术细节，细节讨论在会后进行，否则会导致站会冗长。站会负责人应该控制大家的发言时间（站会负责人可以采用轮流的方式进行）
- 站会是向团队陈述自己的工作，不是向领导汇报
演示会
迭代结束时，会有一个可交付的版本，演示会就是将这个迭代完成的一些功能点给用户或用户代表展示，听取他们的意见并和他们进行沟通，以保证所做的功能是他们所需要的。
回顾会
迭代结束时，每个成员都会独立编写这个迭代中 团队做得好的方面和做得不好的方面 ，通过总结和反思，改进下一个迭代开发。
（对于决定需要改进的地方，下一个迭代结束时，可以回溯是否进行了改进，即改进项是否关闭）
