第一次Retrospective会议总结

我自己在本次回顾（retrospective）会议上，做的好的方面：
1、提前准备方面。提前采用问卷方式收集问题，并将问题录入到Azure中，还进行了问题归类，这样既节省了会议的时间，又提前理解大家的问题，便于会议顺利开展。
2、会上声音洪亮，集中精神组织会议。尽自己最大的努力去做去学。给自己点赞！！！

做的不好的方面：
1、第一次以SM的身份主持回顾会，对过程不清晰，虽然听过两场别人的，但是没有实操，在信心上还是略显不足，从而在会议过程中有时思维有些混乱。
解决措施：深刻理解会议过程，反复练习，每次总结。会议过程如下：（1）最开始写下你的心情卡片（心情状态）。（2）针对提前的问卷，分析做的好的和做的不好的，针对做的不好的，提出改进措施。（3）最后再写下你的心情卡片（心情状态）。（4）感恩时刻。团队成员可以借此机会感谢别人，说出感谢别人的话。

2、对大家提出的问题理解不透彻。解决方案：提前消化问题。

3、对团队成员每个人的情况还不是很清楚，记不住名字、不能全部通过声音知道是谁（也是因为都是远处办公，有些人还没有见过，不了解）。
解决措施：多留意、从开始就记住人的名字、记住每个人的工作内容。

4、关于工具。
投票容易投成2票，如何减少投票？—工具没有这个功能，只能提醒大家操作注意。

5、关于SCRUM理论。
（1）
Planning1 是澄清 要做什么，为什么要做这个，
Planning2 是该怎么做， 现在的问题主要是大家没开发过这些东西， 不知道该怎么做。 这个时候在planning1 的时候要提出来做Spike，跟PO argue 不知道怎么做，
这种情况 要么 PO 直接告诉 方向和思路，甚至 把实现都能给出来， 要么就答应给 团队时间 做 Spike
（2）理论上 PI planning会把下面几个月的 US 跟大家讨论的，有一个大方向 .开发过程中，也是需要及时做 grooming 的。PI planning就知道每个迭代要做什么。