Table of Contents

Get Your Work Recognized: Write a Brag Document

让你的工作得到认可: 写一份自夸文件

有一种观点认为，如果你在工作中表现出色，人们会自动意识到这一点，并以晋升和加薪来奖励你。这并不总是真的！你的经理肯定不会记得你所做的所有重要工作。你的经理肯定不会记得你所做的一切重要工作，如果你反思一下，即使是你也可能不记得你在过去一年所做的一切。

这里有一个简单的策略，可以帮助你的工作得到认可：写一份文件，列出你的成就。与其试图记住这一切，不如维护你的自夸文件，它列出了所有的东西，这样当你到了绩效评估季时，你就可以参考它了!

下面是一个结构示例：

• 今年的目标（你是否真正专注于安全？在你的团队中建立代码审查的文化？)

• 明年的目标

• 项目（解释你的贡献及其对公司的影响。解释你的贡献及其对公司的影响。数字是好的！)

• 指导和领导工作（包括社区建设和胶水工作(glue work)[1])

• 设计和文档（保留设计文档和你写的文档！）

• 你学到了什么？

• 工作以外的事情（讲座！博客文章！）

如果你愿意的话，这份文件可以相当全面；10页列举了一年的工作内容也不为过，特别是有图表或屏幕截图。你可以一次写完，也可以每周更新一个流水账；只要保持结构化，让读者可以轻松找到他们要找的东西。

坚持用事实说话。当我们在Stripe提出这个想法时，我们称它为自夸文件(brag document)，因为许多人在谈论他们所做的工作时感到不自在，即使它很出色。(“这感觉像是在吹牛！”)如果这听起来像你，那么写下你的成就是可以的，即使一开始有点不舒服。

不过，不要试图让你的工作听起来比实际情况更好；只要让它听起来和实际情况一样好，例如，”是X个新功能的主要贡献者，现在有60%的客户在使用，并得到了Y个积极的反馈。” 在可能的情况下，链接到你是如何得出一个数字的来源；要反驳事实是很难的!

分享你的自夸文件。与你的经理分享你的自夸文件，一开始你可能会觉得难为情。但是，我们采访过的每一位经理都喜欢他们的报告分享一份自夸文件。这使你的绩效评估更容易写，这意味着他们在为你的晋升做宣传时，手头有所有的事实。自夸文件对经理人的过渡也很有帮助，例如，如果你在绩效评估周期前3个月换了新经理人。

同样地，与你的同事分享你的自夸文件！如果他们在绩效考核时为你写同行反馈，有一份你所做的工作和目标的清单，就会更容易看到你想要反馈的方面。在绩效时间之外，分享你的文件可以帮助你的同事了解你的目标以及他们可以如何帮助你。我们在写下相关目标后，得到了向会议组织者介绍的机会，以及关于项目想法的建议。
 
寻找模式。自夸文件也有助于你反思你所做的工作。阅读这些文件可以帮助你了解哪些工作让你感到自豪，哪些工作你希望做得更多或更少，哪些工作你下次可以做得更好，以及你多年前所做项目的长期影响。

它们也能帮助其他人：当你真的得到晋升时，你可以与你指导的人分享你的历史自夸文件，以解释你所走过的道路，让下一个人看起来更容易获得晋升。

我们如何构建本书的结构

SRE虽然涉及复杂的技术系统，但归根结底是一种文化实践。文化是人的产物，这启发我们根据你在组织中的SRE数量来组织本书的各个部分–你具体处理什么，你的一天是怎样的，取决于有多少个SRE工程师。我们将本书的文章分为 “SRE新手” 、0-1个SRE、1-10个SRE、10-100个SRE和 “SRE的未来 ”。

读者如果想找寻先从哪里开始的指导，可以直接跳到最适用于自己的部分；但是，你仍然会发现阅读那些目前并不适用于你日常的部分的文章的价值。

在0到1个SRE时，还没有人被指定为SRE，或者你已经找到了你的第一个SRE，这个角色看起来几乎是孤独的。

在1到10名SRE时，你正在组建一个团队，有知识共享和分工的能力。

在10到100个SRE时，你已经成为一个组织，你需要思考的不仅仅是你所从事的系统，还需要思考如何组织这么多SRE。

“SRE新手” 涵盖了基础性的话题（尽管并不详尽！），对于那些刚刚开始SRE之旅的人来说是很有帮助的，即使是最有经验的SRE，也是一种复习。 “SRE的未来” 包含了一些文章，这些文章探讨了SRE潜在的发展方向，或者是（目前）坐拥时代潮流。

没有必要按照任何特定的顺序阅读本书。你可以从头到尾读一遍。或者，如果你对某个特定的主题感到好奇，可以翻到索引，在那里你可以找到关于该主题的所有文章。把它作为参考指南，或者是灵感的来源–可以在需要的时候提供一个震撼。或者，也许可以建立一个阅读俱乐部，每周一次挑选一篇文章与同事讨论。这就是散文集的魅力所在。我们希望你和我们一样喜欢阅读它们。

结语

SRE系列的文章，有时间我就会翻译一些，希望大家能学到对自己有用的东西。谢谢

翻译不易，转载时请注明原文链接，谢谢

延伸阅读

1.glue work
Glue work is the difference between a project that succeeds and one that fails. This is why technical program managers and project managers make such an impact: they do the ultimate glue role. They see the gaps and fill them.