就像其他任何一个sprint结束日一样，这一天开始了，bug疯狂地在sprint板上移动，并提出了“还没有测试吗？”的问题。 这在我听说过的每个敏捷环境中都会发生。 如果您的情况没有发生，那么恭喜。
我已经在即将到来的第二天（即第二天）中为大多数用户故事编写或贡献了内容。 我曾要求就这些故事提供反馈，但回头率不高。 我正在测试有一个截止日期必须在当天下午结束的bug，当时我的收件箱中弹出了大量电子邮件（谢谢Jira）。 我感到他们在批评我编写用户故事的方式，撕毁了我花在他们身上的时间和工作。 通常，如果我们对彼此的故事有疑问，我们会互相发送Slack消息，或者，您知道像人一样在桌子上互相交谈。 这次是不一样的，这次我感觉自己投入了很多工作，直到这一刻才得到很多反馈。 为什么在电子邮件中收到反馈并在Jira上添加评论？ 我们什么时候停止互相交谈，而希望通过书面形式记录我们的批评和反馈？
我不会详细介绍我最终如何捕捉的所有细节，但是我做了，我决定“好吧，如果您可以在Jira中添加纸迹，我也可以。” 我回答“适合自己。 您将不管，所以将来您可能会希望编写所有用户案例。” 我说过的。
当时我在testersio（测试社区）的Slack频道上进行讨论。 感觉就像我的工作被撕裂了，该怎么办，我反应过度了。 我很诚实，并告诉他们我的反应。 尼古拉·塞奇威克（Nicola Sedgwick），理查德·布拉德肖（Richard Bradshaw）和尼尔·博伊德（Neill Boyd）提出了一些非常好的建议，以表述主要贡献者。
理查德告诉我：“与自己保持一致。 您的行为是否正确？ 您对自己的回应/行为方式满意吗？ 这些问题的答案可能会导致采取某些行动。”首先，我对自己的回应或行为方式不满意。 这对我来说是不合时宜的，它是冲动的，而且我很可能会伤害创建纸迹的人的感受。 我的行为是否正确？ 不，绝对不是！ 我深吸了一口气（感谢Neill对此的建议），然后我考虑了下一步该怎么做。 我真的考虑过了，没用潜水了，因为看看那已经把我吸引了。
我向其他团队成员表示歉意，“抱歉。 感觉就像我承受很大的压力”。 我接受了Nicolas关于这一“对自己的反思”的建议，我想如果我是现在仅要回顾用户故事的团队成员，我会感觉如何？ 我可能会给我发送与我发送给他们的邮件类似的邮件。 肯定有一个原因，他们现在才开始这样做。 现在是时候在午餐上漫长的思考了。
我开始认为“没有写出足够好的用户故事是我的错”，“是因为开发人员没有在现在之前花时间审查故事”，“是产品经理的错是没有告诉我们他们想要什么”。 当我走得更远时，我开始怀疑为什么这一定是某人的错？ 在我有限的敏捷经验中，关键全在于可追溯性，谁编写了最多的用户故事，最多的bug，写了最多的bug故事。 这使我回到了Selena Delesie在一周中观看的视频https://www.youtube.com/watch?v=_OlmUlSUASs，以及对此的看法和我的当前状况。
问题不是敏捷的。 问题不是某个人的错。 是的，双方的反馈本来可以更好，但我可能没有像我那样做出回应。 整个问题的主要原因，整体上的错误是我们的沟通。 当我们彼此交流时，我们停止了通常的工作。 取而代之的是，重点放在纸质记录和应该做的事情上。 这不是每个人的错，但是一旦我道歉并解释了我的想法后，我就知道开发人员甚至产品经理也有同样的感觉。
当我们坐下来对即将完成的冲刺进行回顾时，很多事情引起了人们的关注。 那么，我们该何去何从？ 我们回到以前的交流方式。 在回覆之前，我深呼吸，对自己和自己进行反思，以了解未来可以改进的地方。 如果我们都不再关注谁的错了，也许我们永远都不会来到这里。
