关于如何更快地交付软件的讨论在我们的社区中无处不在。围绕着流程和组织结构的讨论有很多，但围绕着提高信任度作为快速流程的促成因素的讨论却不多。
今年，我有一些对话和经历，让我真正意识到信任的重要性。特别是，领导层和工作团队之间的信任关系。这是我已经观察了一段时间的事情，但最近一直在思考这个问题。
这篇文章主要是我的观察，半生不熟的想法，以及一些精神上的重新组织。如果你发现有什么相关的东西，或者想在对话中加以补充，请随时留下评论。
缺乏信任阻碍了瓶颈的消除
"我的开发人员都有强迫症，他们总是说要重写代码，而且不能提供足够快的交付"。一位CxO的评论清楚地抓住了团队和领导层之间缺乏信任的问题，并解释了为什么瓶颈问题没有在组织中得到解决。
团队被要求提供更多的交付工作，并有严格的截止日期。但是，这些团队正在处理多年来建立起来的遗留系统。
团队不能再快了，因为理解、改变和发布遗留代码的成本都很高。但是他们没有时间去重建这些遗留系统，因为当他们提出这些问题并要求投资来解决这些问题时，管理层并不信任他们。
在我的经验中，遗留代码可能是最常见的主要障碍，但也有其他类型的障碍，如团队组织，高水平的工作进展，以及标准化的流程。
一般的模式是，团队感受到了主要障碍的痛苦，并表达了他们的关切和解决这个问题的愿望，但他们的意见没有被赋予可信度，因为他们不被信任去做重大的决定。因此，阻碍因素从未被真正解决。
缺乏信任会造成流动的障碍
缺乏信任会导致更多的阻碍流动的因素出现。
团队经常被迫估计他们的工作量，以满足最后期限，遵循标准流程，衡量他们的生产力，并使用笨重的工具。由于缺乏信任，我通常把这些解释为衡量和控制团队的方法。
最令人沮丧的是，这些控制减少了流程。花在估算上的时间本来可以用来交付工作。为了赶上最后期限而跳过质量的时间使代码在将来更难改变。最后期限的文化导致了倦怠和人员流失。笨重的工具给开发工作流程增加了步骤和挫折感....。
总的来说，这些强加给团队的控制和措施会成为流程的主要障碍而不增加任何价值。
如果领导层信任团队，就很少或没有必要去衡量他们的生产力，或设定积极的最后期限，让人们更努力地工作。相反，领导层会相信，无论团队交付什么，都是他们可能实现的最大成果。阻碍流动的因素也将消失。
提高信任度
我确实与那些信任度高的组织合作过，本文中提到的问题基本上不存在。团队在如何工作方面有很高的自由度，而且很少有来自团队之外的控制。
同样，这些组织有一个更成熟的方法来解决主要障碍，如遗留系统和高水平的工作进展。团队不会自动获得做他们想做的事情的自由，但他们在会议上有一个席位，并被信任。
首先是承认做工作的人最能感受到障碍物的痛苦，而且他们更详细地了解是什么导致了障碍物。所以他们的声音很重要。
通常，人们关心的是，团队过于关注细节和代码，而对 "交付商业价值 "关注不够。这导致了第一个明显的步骤：使团队更接近于理解业务和客户价值，这样他们就能更好地阐述解决障碍的举措的成本和效益。
那么，如何解决取消控制并相信团队可以随心所欲地工作的问题呢？在那些没有这个问题的组织中，团队通常都有很高的表现，而且他们会因此得到认可。
通常有一些可衡量的迹象，如每天多次部署到生产中，也有一个了解高绩效团队如何工作的首席技术官，并确保他们有必要的自由。
团队确实需要努力赢得领导层的信任，但领导层必须明白，团队拥有的知识对改善流程至关重要。