本文目录导航：
矫捷开发的scrum的5个优惠
Scrum的5个优惠 产品Backlog梳理会议（ Product Backlog Refinement） Sprint方案会议（Sprint Planning Meeting） 每日站会（Daily Scrum Meeting） Sprint评审会议（Sprint Review Meeting） Sprint回忆会议（Sprint Retrospective Meeting）
矫捷开发中的迭代方案会议
Sprint方案会议是矫捷开发须要启动的会议之一，在每个迭代周期开局之前召开。
目的是为了制订以后迭代周期的开发指标以及须要成功的上班。
举行 Sprint方案会议，是为了让团队取得足够的消息，能够在几个星期内不受搅扰地上班。
在Sprint方案会议开局召开之前，User Story用户故事和产品的backlog应提早由PO预备好，并确定优先级。
不须要预备出一切的，至少预备出一周到两周的就可以。
PO，也就是产品担任人，Scrum Master，也就是矫捷教练，以及团队一切成员都须要加入Sprint方案会议。
业务人员可以加入，也可以不加入，由于业务人员普通会提早和PO启动客户需求的沟通。
然而咱们倡导业务人员也加入，这样可以防止过后和PO沟通的时刻会产生遗漏。
Sprint方案会议的关键内容有以下几点： 1、PO，也就是产品担任人向大家解说全体需求，场景，或许产品指标。
2、PO逐条依照优先级启动解说，最好能够确定用户故事的验收规范。
3、开发团队沟通探讨成功方式，以及预算上班量，支付关系的义务。
（咱们是联合市场价值的方式） 4、开发团队应尽或许的针对自己不分明的中央向PO提出疑问。
5、将产品backlog拆分红sprint backlog，也就是详细的义务。
sprint backlog至少是一周的，也可以更多。
普通是1周到4周。
6、会议的期间普通在1到8小时。
关于4周的sprint，普通小于8小时。
2周的sprint，普通不超越2小时。
7、假设探讨的一个用户故事过大，须要启动拆分。
8、测试人员也要踊跃介入探讨和提问，思索如何写测试用例。
1、不要让方案会议变成PO或许SM，业务主管的团体发言； 2、开发团队不须要在方案会议上思索一切的细节，PO要启动疏导，防止堕入太细节的探讨，也要防止堕入探讨跑题； 3、PO解说用户故事和产品backlog的环节中，团队可以随时提问。
4、在不相熟矫捷方法时，迭代周期要短，比如将三周的迭代周期调整为一周。
handone ：一站式企业协作和治理工具
Scrum矫捷开发那些会议 之一 「站会」
Scrum作为矫捷开发的一种较为盛行的框架，引入了一些活期召开的团队会议，本意是增进团队的沟通以及提高上班效率。
本系列将会引见一些会议的通常技巧，防止让这些会议对团队形成困扰（尤其是防止程序员感觉散会好多好烦...）。
本文作为系列的开局，会引见Scrum最关键的、以及最被人熟知的通常之一，站会（Daily Stand-up）。
站会听下来很便捷，就是让团队成员都站在一同、每天例行召开、相互沟通上班状况。
但在实践操作环节中，很多团队往往没能提高效率，步入误区。
站会——Daily Stand-up meeting，作为一个每日召开的例会，它最基本的目的还是在于提高团队的顺应性。
站会中团队应用10-15分钟的期间，轮番替换上班进展及上班中遇到的阻碍。
经过这样固定的沟通，提高上班的透明度，来保障Sprint（冲刺）的反常交付，防止团队成员之间消息不平等的状况，也能缩小其余不用要的会议。
高效的站会不只能增强团队协作的才干，而且可以应用团队的配合，使之极速应变，可以说是到达“矫捷”的必修之路。
由于站久了容易累，就这么便捷。
为了保障例会的高效性、不糜费期间在闲谈上，例会就要站着开。
而且是一切人都站着，最好找一间没有椅子的会议室或许一块空地，靠墙、靠桌子站也不行，别偷懒。
站着也能协助优化专一力，而更快的会议节拍也能防止开小差的状况。
站会的时刻其实每个成员只有要讲分明三个疑问即可：
确保你所说的内容对一切与会人员都有价值，这很关键，由于假设只对一两团体有价值，那这些内容齐全可以私底下交流。
每个疑问只有要一两句话概括，可以说一下目前在做什么义务，以及义务的进展状况。
不须要讲到十分细的细节，假设有必要，那就在站会之后再拉上关系人员深化探讨。
有的团队习气在黄昏开站会，而有的习气在早晨上班开局前，这都不要紧，关键的是养成 习气 。
把站会固定在每天的同一个期间点召开，象征着每个成员都须要在心里预留出这一段期间。
而不至于没有提早做预备或是忘了加入，那不只耽误了自己的期间，也耽误了整个团队的期间。
最后要强调一点，站会不是在汇报上班。
很多团队或许是间断传统形式的汇报习气，站会时，一切人都是对着Scrum Master或小组长启动上班汇报，这就与站会的初衷南辕北辙了。
站会是一个相互交流、替换消息的环节，假设变成汇报上班，一切的消息最终还是集中在一团体或少数人身上，这关于提高效率和透明度齐全没有协助。
一朝一夕也没有人关心他人在说什么，由于反正那不是对着自己说的。
矫捷开发强调 自组织 的团队，介绍扁平化治理。
消息集中化会造成的决策集中化，这都不是矫捷开发想要的结果。
不只矫捷开发是一种继续改良的环节，始终尝试更好的治理形式也是。
成熟的团队的站会不只高效，有些甚至会很无心思，这在于团队间始终的磨合和生长，也依赖于Scrum Master能否能在期间的推移中继续地开掘团队的后劲。
欢迎留言谈谈你们团队的站会是怎样开的，有没有什么感觉可以改良的中央呢？
