我爸爸总是说“没有权威的责任是没有意义的”。
但是，我发现作为开发人员，我们总是陷入以下情况：
当然，你可以说很多事情来解决这个问题——找一份新工作，和老板打架，等等......
但是这个问题的技术解决方案呢？也就是说，你可以自己做什么样的编码事情，而不必说服团队纠正其中的一些问题——或者你可以使用什么样的工具来证明为什么未跟踪的错误会伤害你，错过最后期限是因为质量问题，你如何利用这些工具获得更多的“权威”，而不必当老板？
***举个例子——老板来找你说“为什么有这么多虫子！！？！？” - 我们中的大多数人会说“我们没有一个好的系统来跟踪他们！”，但根据我的经验，这通常被视为一个借口。那么，如果您可以指向一些报告（经理喜欢报告）并说“看，这就是为什么”？
你所能做的就是尽力而为，不要觉得成功软件的关键就在你手中，你是团队的一员，不必对所有事情负责。
显然，您所处的环境会对您的软件产生负面影响，但无法改变他的所有行为，所以我建议您从您的开始，开始作为一个团队工作，有自己的错误、截止日期、要求、质量和资源不为剩下的混乱烦恼，但尽量在工作中做到最好。
作为一个自我指导的团队，向您的老板展示您的计划和进度报告，在您需要时寻求更多资源，并向他展示您的计划是否会受到影响。
您可以在wikipedia的PSP和TSP文章中找到更多关于此的建议
在向您的老板展示出色的工作并按时完成任务后，他肯定会更加信任您，并让您的一些想法流向整个团队。
您不需要错误跟踪系统，您需要自动化测试：单元测试或其他。您可以使用 Makefile 设置自动化测试。您总是可以找到被管理层阻止的路径，但这并不意味着您在工作的限制范围内无法做任何事情。当然，答案可能是“找另一份工作”。如果您现在找不到另一份工作，请学习一些技能，以便您可以。
简单的答案是——您可以自己开始使用这些工具。
改进自己的工作。如果人们希望您修复代码，请告诉他们提交错误。向他们展示如何。确保他们可以在不安装任何东西的情况下做到这一点。他们想要状态更新？告诉他们检查错误。他们询问您所做的代码更改？向他们展示如何进行源代码控制历史查询。或者只是在你的盒子上展示它们。开始向他们展示这些东西是有效的。
当你需要从他们那里得到同样的结果时，要求他们做一些跑腿的工作。当您在源代码管理中找不到更改时，请他们开始从备份磁带中手动区分他们的修订。不要为他们做他们的工作，或者源代码控制和错误跟踪的工作。
最重要的是，在施加这种同伴压力时，要善待它。苍蝇和蜂蜜等等。
如果他们不明白，您可以继续成为您公司或团队中唯一的专业开发人员。或者至少它有助于充实你的简历：“在 CVS 和 FogBugs 中建立和指导他人提高产品质量的经验”等。
至于用于显示未跟踪的错误正在损害团队生成高质量代码的能力的特定工具，这里有一个 catch-22，因为您需要一些东西来跟踪错误，然后才能显示它们的影响。你无法衡量你无法追踪的东西。那么该怎么办？
作为一个类似的例子，我们最近有一个人加入了我们的团队，他觉得我们通过电子邮件进行代码审查的方式很荒谬。因此，他找到了一个开源工具，将其安装在他的盒子上，让我们一些思想开放的团队成员试用了一段时间，然后将其演示给我们的团队负责人。几周之内，他就有机会向我们所有的团队进行演示。这个新人正在影响整个公司。我听说过很多采用这种游击式工具的故事。
诀窍在于确定谁有权做出决定，找出他们看重的东西，并收集足够的证据证明你想要实施的东西会给他们带来他们看重的东西。
要更广泛地了解如何从组织的中层或底层领导，请查看 John Maxwell 的360 度领导者。
如果您想要一份关于质量及其对生产力的影响的报告 - 这是最好的：http: //itprojectguide.blogspot.com/2008/11/caper-jones-2008-software-quality.html Caper Jones 有几本书和仍然出现在会议上。在一个好的 IDE 之外，开发人员/IT 团队需要源代码控制（VSS、SubVersion 等）和问题跟踪
如果会计师被要求在不使用复式输入的情况下生成一组帐户并且不平衡，那么没有人会期望会计师这样做。
然而，自大约 13 世纪以来，会计师一直在标准使用复式记账法。
我们作为一个行业需要很长时间才能拥有如此根深蒂固的标准实践，以至于没有它们就可以工作。
所以，很抱歉，我预计我们将不得不在未来很多年面对这类问题。
很抱歉没有直接回答你的问题，但是......
我强烈认为你提到的失败是一种沟通，作为专业人士，我们有责任发展我们的沟通技巧，使我们得到足够的尊重和信任，以利用我们需要的权威来改善我们的工作环境和流程你建议的方式。
简而言之，我认为没有一种技术方案可以解决工作场所因沟通不畅而产生的所有问题。
如果有的话，技术已经导致直接面对面交流的损耗。
抱歉，我又跑题了 - 随意降级。
只有编码才能使您自己的源文件保持整洁、注释良好、通过测试保持低错误数。但是您将需要用于跟踪进度和错误的外部工具（bugzilla、yoxel、trac、甘特图工具、Mylyn for Eclipse、博客等等）。在这些情况下，人、纪律、良好习惯和领导力是压倒性的力量，没有任何软件工具和个人的提议可以单独获胜。