# 崛起 - 具备批判精神 通过 [Ryan donahue 编写](https://msdn.microsoft.com/zh-cn/magazine/mt149362?author=Ryan+Donahue) | 2015 年 11 月 有利的工作环境是一种极好。它能让人感到满意，从中可以看出它们激励并提高工作效率。当人们感觉到介绍他们的工作很好的时它们这么回家感觉的详细信息在一天，末尾履行和回来预先进行的工作更多的赞扬获得它们。这一有效循环可能会变得陷阱，但是，当它启用不良，到您的软件设计功能，或更糟糕的是，设计不佳软件到您的客户手中。 若要可导致漏该陷阱，组织必须能够为他们投身于建设性的批评。如果团队成员不会感到舒适的团队提供给其他人提供建设性反馈，它不会很长之前这些缺点来自因为什么而怒气冲冲客户 outraged 在质量差的产品上。这一事实是，在生产中的开发将很可能会影响产品值中未解决的问题，而且从根本上讲，甚至损坏您的品牌。 还有一名开发人员没有忧伤时间比要阅读上 Reddit 抱怨内容他之前启动，观察到但可能不执行任何操作有关的批注。这是游戏开发人员社区绞尽脑汁近年来，与许多大型 franchises 推送高调职位了，坦白地讲，未完成。电子 Arts 是用例入点。困难启动其"战场 4" 游戏去年损害公司的股票价格和生成股东诉讼。现在它看起来我们越来越多地发现延迟游戏的版本中，如游戏玩家拒绝对行最多采购新职位的人在过去的方式。 可能在开发过程的早期关键输入具有空闲下来电子艺术和其他游戏发布者了很多问题吗？ 也许吧，但在由发货截止时间和市场营销目标日期，来规定世界中延迟的版本进行一些改造，代码的决定是个难题。或许，它会帮助如果有一个跟踪每个软件开发中的内部满意程度的级别的度量值。如果该度量值放到某个阈值以下，则该产品可能可以推迟到可解决此问题，还原到可接受级别的内部满意程度。 即使可以开发一个此类度量值，将保持根问题： 现代软件通常受到创建关键输入友好的环境的发货截止时间。很难开发人员建设性批评其他人的工作，当每个人都知道没有时间或资源来做任何事情。也很特别要注意的批评可能会太远。如果公司的区域性鼓励员工在各自的工作上的 rip，它可以创建使人 demoralized 和影响生产效率的有毒环境。 最终，开发人员可以只控制它们的控制。有很大一部分是对收到的批评自己反应。过于频繁人们解除批评。我们都需要了解并接受当我们自然将向我们自己的观点都有了偏差，所提供的其他人只需为有效，并通常是非常重要的查找更好的解决方案。 像在生活中的任何内容的关键是以找到满意的平衡点。承受正强化的文化和支持允许团队作用于收到的批评流程组织有更有可能生成高质量比 shun 这些活动的软件。并且这一切从简单的态度调整开始。如果您组织中的人员进行的工作以支持其他用户的任务，同时重视良好连贯、 提供建设性评论，它可以转变您的组织到更有效率和打开工作区。 * * * Ryder donahue 编写 *是在 Microsoft 的软件开发工程师。他来自夏威夷群岛，现在跟他的未婚妻和宠物猫 Marbles 一起居住在华盛顿雷蒙德。*