我部署，所以我在

当你的老板问你这周做了什么，你怎么回答她？你有没有看你的日程表，看你参加了哪些会议？你有没有搜索你的胃部历史记录，看你犯了什么罪？你有没有看过你的吉拉冲浪板，看看你解决了什么问题？在亚特兰西，对我来说这是最后的选择。JIRA的票证是如何计划、跟踪和衡量事情的。对于一家历史上是一家内部部署公司的公司来说，这是一个很好的答案。然而，随着它发展成为一家更具活力、不断部署的云公司，我逐渐意识到是时候做得更好了。

在收缩包装软件的旧世界中，开发人员创建更改并让其他人将其交付给客户，通常还会有另一个团队在生产中管理它。这种涉及多个团队的长链操作非常适合更抽象的问题或票据跟踪系统。然而，它也使开发人员失去了他们正在提供的客户价值，对一个令人愉快、直观的产品所需的客户同理心产生了负面影响。云软件平台与DevOps中开发和运营的统一相结合，彻底改变了开发人员向客户交付价值的方式。消除了交接，允许开发人员将他们的更改直接发送给客户并监控其影响。我第一次意识到这一点是在2013年，当时我加入了被Atlassian收购后不久的HipChat团队。我习惯了成为一个敏捷的好公民，创建票证，解决它们，并对自己做出的贡献感到满意。很快，我意识到这些都无关紧要-我的队友(和客户)唯一关心的是我发货的内容。我参加了什么会议或关闭了什么门票并不重要，重要的是我是否修复了困扰那个大客户的漏洞，或者是否改善了我们的入职流程，以防止在某个步骤失去客户。而且，这些东西都是我一个人负责送的。团队成员应该是部件设计人员、部件产品经理、部件开发人员和部件运营人员。这需要一些调整，但我很快就接受了新的工作方式，并用心衡量价值。甚至在后来，当我在一个大得多的Confluence团队中管理一个小团队时，我发现在部署中衡量价值仍然是正确的，即使它不像大型整体那样顺畅。当我加入Sleuth的Dylan和Michael时，我看到了将这种新的思维方式编码到我的工具中的机会。在本世纪初，我们构建了Jira来帮助实现极限编程和敏捷方法的自动化，以票证为核心价值单位进行构建，有了Sleuth，我看到了探索和自动化部署是核心价值单位的世界的机会。

Sleuth早期(如果不是有点开玩笑的话)以部署为中心的思维方式的一个表现就是排行榜。排行榜根据团队成员的部署和这些部署的影响对他们进行评分。其每次部署评分的简单方法，而不是衡量部署中涉及的规模或问题，鼓励进行小规模、频繁的部署，这已被DevOps 2019年状况报告显示为高绩效团队的标志。我知道它达到了目标，当它发货几天后，迪伦的部署频率增加了，他毫不犹豫地开玩笑地告诉我，我现在是第二名(没有显示，因为我很快纠正了这种情况)。排行榜评分还包括部署影响的分数；因此，它不仅仅是关于频繁部署，而是以期望的结果进行部署。目前，我们通过跟踪错误率的变化来衡量这一点，但您可以将跟踪服务级别指标(SLI)或使用情况分析视为明显的下一步。我很高兴能够将我的团队围绕持续交付和DevOps开发的许多最佳实践自动化，而且我不仅自己这么做，而且还与一支由顶尖人才组成的团队合作，与不断进取的创新客户合作。如果仅仅以您部署的内容来衡量您，像Sleuth这样的工具如何能让您更成功呢？