1、如果采用Scrum，遇到了从未接触过的工作时应该如何精确地计算所有Sprint任务及所需要花费的时间。
2、初次进行Sprint计划会议，团队还不熟悉Scrum，Scrum Master独自制定Sprint计划，这合适吗？
3、如何看待用户文档？
4、如何认领Sprint任务？
5、及时更新任务板上的任务进度。
6、Scrum每日站会要不要开？如何开？
7、Scrum每日站会是要团队经理参与吗？
8、团队需要为Sprint评审会议准备PPT吗？

最要注意的是，搞明白哪些部分是Scrum不可或缺的部分，哪些是你可以灵活发挥的地方。Scrum有三大基石，分为三种角色、四个会议、三大工件，缺一不可，效率效果都会大打折扣甚至完全无效。你可以只采用其中某些部分，但那样的话，你所做的东西就不叫做Scrum了。

1、为何要“精确地”计算呢？准确即可。如果是从而接触过，那么建议，至少也要安排一定的学习时间。最好是能够把学习、摸索的过程跟实现分开来，可以先安排一个探针（Spike）在当前Sprint，也即根据当前的想法对某个技术方案进行尝试，得到结果即可（成功或失败）。而后在下一个Sprint，才开始选择合适的实现方案进行实现。

2、不可以。Sprint规划会议上，Scrum Master最多只是个facilitator（引导者），引导会议的进行，而Sprint的计划是由团队自己来制定的。如果团队不知道如何做，Scrum Master可以做指导，但不可越俎代庖。

3、用户文档，如果是产品本身功能的使用文档，那么应该是必要的，具体可以交由产品负责人（Product Owner）来判别。

4、“认领”这个词说得非常好，把规则讲清楚，然后团队成员们自行认领即可。一般来说，只要确保当前或当前最重要的任务有人承担即可，例如某个任务必须今天开始做，否则会影响其他任务的开展以至于最后无法兑现Sprint的承诺时，就要强调必须有团队成员选择此任务，当然，仍然是团队成员以自愿方式认领。

5、每天都要更新，可以要求在Scrum日会之前必须先更新昨天所认领任务的剩余时间，请注意，是剩余时间，而不是“估算时间 - 已消耗时间”，这样才能看得见还剩余多少时间才能做完。

6、必须开，这是Scrum的四大会议之一。刚起步的时候，可以严格套用三个问题的格式，也即：
- 从昨天开日会到现在，我所承担部分的任务进展情况如何
- 从现在其到明天日会，我计划承担哪些任务，以及预期的完成情况
- 工作中有否遇到障碍而停滞不前，是否需要其他成员帮忙

7、不必要。Scrum日会是团队用来管理自己Sprint进度的会议和机会，Scrum Master也只是引导团队召开会议而已，这不是团队向任何人进行汇报的什么会议，这是团队自己的会议。会议本身是开放的，可以允许其他相关人等参与旁听，但不得干扰团队开会。会议最长不超过15分钟，所以不能够被干扰，这也是一个原因。

8、不必要。团队可以自己选择呈现的方式，如果觉得ppt方式更适合展示或总结当前Sprint的情况，那么可以使用。但是，对于所开发的功能，也即所实现的需求，不应通过ppt来展现。Scrum要求每个Sprint结束应该产出潜在可交付的产品增量，也即是说所开发的功能或实现的需求应该是可以使用、运行的，那么展示就可以是实物展示，现场运行，这也是评审会议中一大重要的活动——演示（demo）。