自从爱尔兰宣布禁赛以来的几个月里，我们的球队一直在以很高的速度表现，在很大程度上已经变得自我组织起来。作为一名团队负责人，这让我有机会退一步，看看我们的团队是如何单独工作的，更重要的是，是如何共同工作的更广泛的图景。通过一些练习，我已经确定了一些方法来收集可以应用于任何团队的改进想法。
任何参加过高功能团队的人都明白持续改进不是可有可无的。为了更好地执行并保持执行，团队必须找出他们的弱点，并计划加强或减轻这些弱点。这些改进弥补了团队中的压力点、技术债务、重复性任务等等。持续增长的心态是一种必须随着时间的推移而努力和培育的心态。你的团队不是好酒--如果把它单独放在角落里，它是不会有进步的。它会变酸的。
被告知要改进某事是一回事。但很多时候，被告知要改进某事并不一定对你或你的团队有利。例如，如果我的经理来找我，告诉我我的沟通很差，他想从现在开始每两周发一次电子邮件，从我的团队的状态开始，他所做的只是改善了他的一个问题，而不是我的问题。改进必须来自团队内部，并且必须定期收集和执行。所以问题是-我们如何收集有价值和足够具体的改进来解决我们的问题，而不是别人的问题？
帕累托原理，也就是通常所知的80/20法则，规定大约80%的结果来自20%的原因。用外行的话说，您的团队所做的大部分好事情很可能来自您全部工作的一小部分。
就我而言，我的团队以我们在产品升级方面的专业知识而闻名。我们每周有多少工作与此相关？我估计不到10%。
注：情况并不总是如此。当我们刚开始组成团队的时候，我们大约90%的时间都花在了这项工作上。
随着时间的推移，我们不断改进的心态引导我们自动解决了大部分问题。这里是你如何利用80/20规则来找到需要改进的压力点的方法。我经常自己做这件事，偶尔和我的团队一起做。
在一张纸或白板上绘图比在屏幕上打字能产生更多的想法。所以，创建一个图表吧！
总是从坏的开始。是什么让你在周一有压力？为什么您的团队总是在周日接到客户上报的电话？是什么让你在夜里哭泣？(如果你晚上哭，你真的需要这个)。
把下面的表格复制到一张纸上，现在就填上你的想法。
这不如分析团队中的不足之处有效。你应该优先修复坏的，而不是改进好的。如果仍然存在给团队带来压力的问题，那么改进团队已经擅长的东西是没有意义的。
问问你自己--你的团队在哪些方面做得很好？你需要做些什么才能保持良好的表现？如果你改进这些项目会发生什么？
你看到动作栏了吗？拿着这些，与团队讨论他们是否同意所需的行动，并将它们清楚地显示出来，让所有人每天都能看到。您可以在积压的工作中创建一个每天都可以在您的冲刺板上看到的任务，或者打印它们并将它们放在您团队的区域中。
识别预防措施是我最近遇到的事情。我的项目中的每个团队每3周(每次冲刺)都要经历一次这个过程。这是它的工作原理。
您的团队中出现了一个高优先级错误。您整个周末都在与您的团队倾诉此事，终于在周日深夜拿出了解决方案，让您的客户可以照常继续他们的业务。在关闭bug之前，您需要考虑几件事，并且必须得到它们的答案。否则，未来还会有另一个周末打断你的团队。
我们与客户澄清，报告的特定用例尚不受支持。
我们将每周与我们的业务分析师召开一次1小时的会议，以计划和澄清功能请求。
我们将建立一条新的管道，每晚测试我们客户的用例。
我们将自动执行文档中的步骤x、y和z，以减少人为错误。
以我的团队为例，对于每个bug，我们都有下面的网格，我们会填写这些网格。
我们的GUI测试套件中缺少用于在Firefox中单击“关于”页面的测试用例。
如果您的团队使用Scrum框架进行工作，那么您将非常熟悉回顾。但是，您不需要在Scrum环境中工作来进行团队回顾。
团队回顾，如果定期进行，可以成为团队工作周中的一个有价值的工具，也是团队聚在一起讨论过去几周发生的好事和坏事的机会。
应该定期安排一次回顾，你作为团队领导必须领导会议。确保团队中的每个人都出席回顾，并确保每个人都参与并回答问题。
我们在这个冲刺阶段试用了结对编程--我们已经看到了很好的结果，应该继续这样做。
QA团队在几乎没有细节的情况下筹集了门票，导致关闭的时间推迟了几天。改进：创建您认为有用的模板，并将其发送给QA团队领导。要求他们复制此模板，并为以后的所有票证填写此模板。
复古最重要的部分是确保改进或解决方案附在讨论的每个“坏”项目上。在复古结束时，优先考虑最重要的一到两个改进，并记下它们以备即将到来的冲刺执行。
要成为表现最好的团队，每个人都必须乐于提出和讨论改进，这是团队责任的一部分。没有改进想法的团队就是对改进不感兴趣的团队，这将导致停滞不前和表现不佳的团队。
改进积压是团队维护并确定优先顺序的想法列表。列表可以是实体的，比如白板上的粘贴纸，也可以是数字的，比如JIRA积压的一部分。
例如，我的团队创建了一个Jira Sprint，并将其命名为“改进想法”。我们列出了大约50个改进意见，其中大部分都是俏皮话，其中一些已经进行了讨论，并附上了详细信息和验收标准。
每一次冲刺计划，我们都会优先考虑这个清单，并选择我们认为对我们最有价值的项目。对于这个积压工作，我们有几条特别的规则。
会议中提出的任何想法都会作为“一行程序”插入到此积压工作中。
保持这些积压工作是最新的，并按优先顺序排列，将确保您的团队有一致的任务要处理，这些任务主要帮助团队。
在团队中工作通常就像在泡泡中工作。人们很容易陷入确认偏差。您可以从您的客户和利益相关者那里获得的最有价值的产品改进将来自您的客户和利益相关者。
领导团队不仅仅包括带领团队中的人。如果你的团队以构建错误的东西而闻名，或者如果他们的客户对他们的产品部分不满意，那么作为团队负责人的你最终是失败的。
说到反馈，没有什么比你自己客户的反馈更有价值了。您的客户推动您的产品积压。如果你在一家大公司，你可能与你的客户没有直接联系。在大公司中，客户通常由业务分析师和管理层分开。这并不理想，但这是您可以解决的问题。
您所需要的只是一小部分持续使用您的产品领域的利益相关者，以便从他们那里获得反馈。与您的经理讨论客户界面以及谁可以提供反馈。在我的案例中，我们有6个月没有与利益相关者进行任何接触，这可能会给我们提供有价值的反馈。最终，我们与两个人交上了朋友，他们充当了我们公司一位顶级客户的界面。要获得这些联系人，我们需要绕过产品负责人和经理，按照面包屑进行操作。
这位利益相关者的反馈揭示了我们以前甚至没有考虑过的需要改进的领域。此外，他们能够为我们积压的改进想法提供有价值的反馈，并帮助我们确定优先顺序。
应该可以让至少一个或两个利益相关者作为个人联系人。安排与他们的定期会议，并记录他们的反馈，特别是他们的问题和压力。
将此反馈反馈到您的改进积压工作中，并将其作为高优先级尽快实现。
上述技术帮助我和我的团队从内部和外部利益相关者那里收集了有价值的反馈和改进意见。在有效地使用这些技术时，您的团队将显著改进并提高他们的性能。
请记住，您的团队仅完成要求他们完成的工作是不够的。仅仅等待被告知需要改进的地方是不够的。一个高绩效的团队必须不断地搅动思想，并对自己进行批判。改进的想法必须来自团队的每个部分，因为团队的每个部分都有要扮演的角色。
在未来的帖子中，我们将探索如何让团队中的个人参与形成想法。现在，你可以开个研讨会，在白板上集思广益，然后继续执行。