《代码英雄》第二季（4）：更好的失败( 五 )

00:17:08：
所以在开源开发中，我提交了一个补丁，然后有人说， “出于这九个原因，我不会接受你的补丁” ，或者“我认为你的补丁很棒，继续吧” 。或者，你提交了一个补丁，但是机器人告诉你它失败了，因为它没有正确构建。有各种不同类型的反馈。
00:17:25：
然后在开源开发中，你可能会遇到更长的反馈循环，你可能会说， “我想设计这个新功能，但我不确定所有的规则应该是什么。有人能帮我设计吗？”因此，你进入了一个漫长的过程，在这个过程中，你要进行长时间和详细的对话，而人们参与进来，提出最好的想法。
00:17:45：
所以有各种各样的反馈循环可以帮助你完成这个。
00:17:50 - Saron Yitbarek：
Jennifer 认为，每个公司的反馈循环看起来都不一样。它们是可定制的，人们可以使它们以 100 种不同的方式工作。但重点是，她甚至没有把它们称为失败或错误。她只是称它们为“反馈循环” 。这是一个有机系统，这是一种思考整个过程的健康方式。
00:18:11：
与此同时，对这些小毛病的另外一种态度却产生了完全相反的效果。
00:18:18 - Jen Krieger：
有些组织所做的事情是完全错误的。
00:18:23 - Saron Yitbarek：
嗯是啊。
00:18:24 - Jen Krieger：
让你的领导团队（或者，在一个很高的层面上，比如组织）认为，羞辱做错事情的人，或者在绩效结果方面灌输恐惧；就像是， “如果你工作做得不好，就拿不到奖金”或者“如果你工作做得不好，我会把你列入绩效计划。 ”这些都是会产生敌意的事情。
00:18:50 - Saron Yitbarek：
她描述的是一个不正确的失败。不能接受失败就是失败。她也在呼应 Jennifer Petoff 的态度，对吧？就是我们在这集开头提到的那个无责任的事后分析？
00:19:07：
是的，这很有趣。就好像如果我们在如何一起工作上要求更严格一点，或者只是更用心，更有目的性的在一起工作，我们几乎就会被迫在失败中表现得更好。
00:19:23 - Jen Krieger：
是的。有一些公司已经学会了这一点，而且他们很久以前就学会了，丰田就是一个很好的例子，它接受了这种不断学习和改进的理念，这是我在其他公司很少看到的。就是这样一种想法，任何人在任何时候都可以指出某些东西不能正常工作。不管他们是谁，在公司的哪个级别。在他们的文化中，认为这是对的。这种持续学习和改进的环境，我想说，是一种领先的实践，这是我希望公司能够做到的事情，能够适应失败并允许它发生。
00:20:06 - Saron Yitbarek：
嗯，没错。
00:20:07 - Jen Krieger：
如果你问的是为什么事情进展不顺利，而不是指责或试图隐藏事情，或责怪别人，这就会造成完全不同的情况。那就是改变对话方式。
00:20:23 - Saron Yitbarek：
这很有趣，因为你之前提到过“快速失败，打破现状”这句话是这种文化，这种对过去做事方式的反击。但这听起来似乎是一种口头禅，也许也创造了一种在公司内部、技术团队内部的不同的团队工作方式。再给我讲讲这个问题，它是如何改变了开发人员看待自己角色的方式，以及他们与公司其他人互动的方式?
00:20:55 - Jen Krieger：
我早期和工程师一起工作的时候差不多是这样的，工程师们都坐在一个小区域，他们互相交谈。他们从未真正与任何商业人士进行过交流。他们从来没有真正理解他们的任何需求，我们花了很多时间真正专注于成功所需的东西，而不一定是企业实际完成工作所需的东西。所以，它更像是， “我是一个工程师，我需要什么才能编写这个功能片段？”我观察到，今天在几乎每一个和我一起工作的团队中，对话方式已经发生了巨大的变化， “作为工程师我需要什么才能完成工作”变成了“客户是谁，或者用户需要什么才能真正感觉到这我做的这块功能对他们来说是成功的？他们如何使用产品？我该怎样做才能让他们更轻松？”