如同过去几年一样，在新一年开始时，我会列出了我前一年分享的最受欢迎博客文章。以下是根据每天的页面浏览数量和评论数量选出的2020年最受欢迎10篇博文，从第10篇开始，一直到最受欢迎的那篇。
10. 在风险发生前，使用事前分析来识别项目风险
我们都熟知回顾会议或事后分析的好处。这篇文章描述了一个强有力的事前分析过程。
在事前分析中，团队成员想象他们正处于未来，正在对现在进行回顾。他们的项目失败了，他们讨论原因，然后采取措施以防止这些导致失败的因素在现实中真的发生。
9. 开好回顾会议需要克服的四大常见问题
迭代回顾可能是敏捷团队在迭代中最重要的会议。但同时也是大多数团队都希望自己可以略过的会议。
在这篇文章中，我描述了团队在回顾中遇到的四个最常见问题，以及如何克服这些问题的建议。
（链接：https://www.mountaingoatsoftware.com/blog/overcoming-four-common-problems-with-retrospectives
译文：开好回顾会议需要解决这四个问题）
8. 我们真的不善于做估算吗？
人类在估算方面并没有什么好名声，软件开发团队更是如此。有些坏名声是真实的，但也并非全都如此。
在这篇文章中，我分享的研究结果表明，我们并没有那么糟糕——也就是说，我们在估算我们所知道的事情方面并没有那么糟糕。
我还解释了为什么开发团队会得到总是延期的坏名声。
（链接：https://www.mountaingoatsoftware.com/blog/are-we-really-bad-at-estimating）
7. 透明会过度吗？
透明是件好事。事实上，它是如此重要，以至于常常被描述为敏捷的三大支柱之一。
但是，就像冰淇淋一样，这个好东西会不会也可能过度吗?
是的!请阅读这篇文章，了解其中缘由，并确切学会团队应该透明什么。
（链接：https://www.mountaingoatsoftware.com/blog/can-there-be-too-much-transparency）
译文：您知道如何把握团队的透明吗？）
6. 如何评估多个团队的故事点
您说是半斤，我说是八两。您的团队说是5个点，我的团队说8个点。这篇文章揭示了如何建立一个能被同一个项目上多个团队使用的通用故事点基准。
（链接：https://www.mountaingoatsoftware.com/blog/how-to-estimate-story-points-with-multiple-teams）
译文：团队间差异大，如何统一估算基准？）
5. 时间压力会在一定程度上提高了生产力和质量
我今天还没机会跑步呢。我已经向自己承诺过，如果我保持专注，并在下午4点前写完这篇博客文章，我就会停下今天的工作，去跑步。这一点时间压力能帮助我集中注意力。
对于团队来说，时间压力也是如此。我在这篇文章中引用的研究表明，少许的压力(只是少许!)就能起到很大的作用，能确实地导致质量和生产力的提高。
（链接：https://www.mountaingoatsoftware.com/blog/time-pressure-improves-productivity-qualityup-to-a-point）
4. 团队能通过投票把某人踢出团队吗？
（链接：https://www.mountaingoatsoftware.com/blog/can-a-team-vote-someone-off-the-team）
自从1997年《幸存者》电视节目首播以来，我就听到很多团队谈论“把某人赶出这个岛”。通常这只是玩笑话，但有些团队确实有权把某人从团队中踢出去。
这就是所谓的“自设计团队”，这是我在本文中考虑的四种团队类型之一。我回答了这样一个问题:当有人表现不佳时，如果允许团队将其开除出团队，是否对团队有利；并提供一个替代方法。
（链接：https://www.mountaingoatsoftware.com/blog/can-a-team-vote-someone-off-the-team
3. 帮助您更加了解队友的25个问题
当组织存在一个“人力资源”部门时，我们会抱怨说“我们不是资源”。然而，除非您尽力更加了解队友，否则您可能只是把他们当作是一种资源。Jenny是测试我代码的人。Jakob是为我的程序设计用户界面的资源。
我们彼此了解得越深，我们作为“人”而不是“资源”的关系就越密切。这在2020年尤为重要，因为许多团队都转变为完全通过远程来工作。这篇文章分享了团队成员可以交流的25个问题，以更好地了解彼此。
（链接：https://www.mountaingoatsoftware.com/blog/25-questions-that-will-help-you-know-your-teammates-better）
2. 结果和产出之间的区别是不是有点过头了?
我想我每天都会听到这样的话:关注结果比关注产出更重要。
这话没错。但这意味着就可以忽略产出吗?
我不这么认为。读一读这篇文章，看看原因。
（链接：https://www.mountaingoatsoftware.com/blog/is-the-distinction-between-outcomes-and-output-overdone）
1. 估算对开发人员有帮助吗？
开发人员抵制做估算，因为他们提供的估算数据经常被用作对付他们的武器。如果开发人员说的是“5天”，那么如果超过1个小时，他们就有麻烦了。如果他们提前完成，他们只是做到了他们说会做的事情。也就是说，他们达成了预期。
这导致许多开发人员抵制提供估算数据。但是估算不仅对业务人员很有用，对开发人员也非常有用。阅读这篇文章，看看一个非常好的(不是完美的)估算是如何极大地改善开发人员和利益相关者之间的关系的。
（链接：https://www.mountaingoatsoftware.com/blog/are-estimates-ever-helpful-to-developers）
2021年您想让我讨论什么问题呢?
我正在整理一个2021年的写作话题清单。您是否面临着想让我帮助解决的特别挑战或者问题?如果是这样的话，您可以在此提交，我将在接下来的博客或者每周四分享的每周技巧中，尽我最大的努力来讨论其中最为常见和紧迫的问题。
（问题提交链接：https://www.mountaingoatsoftware.com/ask）
原文链接：
译者：李洁（Jerry Li），CSP，CSM，Scrum中文网资深敏捷顾问和培训师，敏捷教练
