我想谈谈我自己和我的团队这种重要的素质，例如对错误负责。
在我看来，对于开发人员或领导者来说，这是最困难和不愉快的决定之一（是的，这总是很困难的），当他发现产品或即将发布的产品上的错误时，请告诉管理层-“我错了。 该错误已出现，现在，我正在尝试了解它如何影响用户。”
这是自然而正常的，应该如此，但是感觉总是不愉快的。 此外，作为领导者，我想听听我团队的消息。 不要误会我的意思，我不是受虐狂，不喜欢向此类新闻的技术总监咨询，但是如果错误很严重，并且可能使公司蒙受损失，那么接收此类新闻就非常重要。
如果您是开发人员，为什么还要谈论这种情况？
似乎产品中的错误需要修复，并且在下一发行版中很容易倒入，为什么还要烦恼头呢？
为什么对您的主管来说是坏消息？
控制（或查看）情况。 经理想要做的最后一件事是让高级管理人员告知问题，如果情况“沉默”了，也会发生这种情况。
此外，决定“如何进行？” 在这种情况下，领导者可以并且应该接受，这就是他的责任等级。 如果公司规模很小，或者灾难的规模很大，那么领导者可能会把这种情况描述给他的上级领导，甚至所有者。
评估错误的后果有多重要。
试想一下。 财务系统中，发现一个与客户与公司之间的相互结算有关的错误。 您还可以估计数字的误差范围-对吗？ 他们犯了一个小错误，对1％的客户收取的费用不是5卢布，而是5卢布15科比？
在这1％的客户中，碰巧（三明治或其他法律），到目前为止，正在测试您的应用程序的大型客户（数量很少）可以进入该应用程序。 每个人都有错误，但是系统如何工作以及公司如何处理这些错误非常重要。
- 规则回溯金额并向帐户退钱？ 该报告看起来没有任何内容吗？
- 默默地将15美分返还至帐户，这可以在单独的议案中看到
- 他致歉意，并详细说明发生了什么问题，在报告中可以看到，进行了调整，所有这些都可见且透明。
不同的方法导致非常不同的结果。
在这种情况下，公司不会招致声誉损失那么多金钱（尽管有时也会）。 在公司，客户经理，市场营销，销售部门中对此特别负责的人员，一般来说，为确保客户满意而支付薪水的人员，可以最好地评估并尝试减轻声誉损失。 这不是IT部门。 通常，您可能并不了解测试系统的重要客户，但是您的主管可能具有必要的信息来了解情况并能够正确评估问题的程度。
是时候做出决定了。 就像我说的，也许您的主管会在上面提供这些信息。 通过将这种情况通知他，您可以给他更多的时间为不愉快的谈话做准备。
信息是使经理有效管理的原因；无需剥夺他这部分的精力。 您几乎不会想在船上钻个洞，因为水手们害怕向船长报告？ 是的，当然，我们不是水手，但我们的机长应始终意识到系统或即将发布的版本中的问题，以便做出正确的决定。
对于头部
现在，如果您是领导者并且您的团队搞砸了（有时会有一个特定的人，有时是几个人），那么您将把这个消息带给您的管理层。 我有一个很好的老师（谢谢您，Ruslan）如何做到这一点，我希望我能吸取教训：
第1课。不要拉。该错误已被发现，非常重要，请尽快报告。 不要害怕打扰电话。
第二课。更多事实。尽可能干燥，正确地描述。 请记住，团队为您带来了这一消息，请您保留自己的面子，您和您的团队就是领导者之一。 告诉我们您要采取什么措施来纠正错误，请勿重复。
估计规模（对于严重错误，必须先报告，然后评估规模并重新通知）。 带数字的信息-计算用户数量，发生错误的日期，在这种情况下有效的信息，等等。 检查您的VIP客户是否在受苦者列表中，然后将该列表提供给负责客户管理的部门。
第3课。谁特别犯了错误？我将尝试着眼于发生的事情，而不是着眼于谁犯了错误。 您认识您的领导者，他认识您，但是他不认识您的团队。 如果您说“ Petya Sidorov是第25次被误认为”，他可能会想到“ Petya”需要被解雇。
我认为，这样的决定最好留给自己。 我不会解雇坏消息来找我的员工。 也许他需要接受培训。
考虑一下您的过程出了什么问题，即错误没有及时发现。 在极端情况下，如果情况再次发生，并且流程的任何更改都无济于事，则应考虑转移到另一个工作领域。 不应对雇员实施制裁。 因此，您告诉团队将消息安全地带给我，即使是非常坏的消息。
让我们回到领导者。 我认为，如果您知道自己的领导者还没有做好正确认识坏消息的准备，那么您将不得不生气。 是的，我不是在开玩笑。 选项：
- 我们（团队）被误认为导致了...
- 在代码中发现错误，这导致...
和其他。
最后，您支付的部分款项还因为您对自己负责而不是对团队负责。
总结
这种行为通常会为公司和您的职业带来良好的结果。 我对领导者感到幸运，作为开发者和领导者，这个消息很安全。 有几次，我意识到关闭团队并说我搞砸了比较安全，因为我不太可能被解雇，但是“ Petya”可以。 领导者应该有勇气，不要害怕失去工作，我认为领导者的进入市场的意愿总是会使工作变得更加平静和美好，但这是另一篇文章的主题。