没有权力的责任毫无意义——基于技术的解决方案吗？

StackOverflow https://stackoverflow.com/questions/133847

  •  02-07-2019
  •  | 
  •  

题

我爸爸总是说“没有权威的责任是没有意义的”。

然而，我发现作为开发人员，我们总是陷入以下情况：

  • 负责确保软件“无错误”，但无权实施错误跟踪系统
  • 负责按时完成项目，但不能影响需求、质量或团队资源（项目管理的三个部分）
  • ETC。

当然，你可以说很多话来解决这个问题——找一份新工作，和老板吵架等等……

但是这个问题有什么技术解决方案吗？也就是你能做什么样的编码事情 靠你自己 无需说服团队纠正其中一些问题 - 或者您可以使用哪种工具来演示为什么未跟踪的错误会伤害您，由于质量问题而错过了最后期限，以及如何使用这些工具来获得更多收益“权威”而不必当老板？

***一个例子 - 老板来找你说：“为什么有这么多的错误！？！？” - 我们大多数人会说“我们没有一个很好的系统来跟踪它们！”，但这通常被视为我经验的借口。那么，如果您可以指着一些报告（经理喜欢报告）并说“看，这就是原因”怎么办？

有帮助吗？

解决方案

您所能做的就是尽力而为，不要觉得成功软件的关键只在您手中，您是团队的一部分，而不必对所有人负责。

显然，你所处的环境会对你的软件产生负面影响，但无法改变他的所有行为，所以我建议你从你自己的开始，开始作为一个团队工作，与你自己的错误、截止日期、要求、质量和资源无关。为剩下的混乱而烦恼，但努力在工作中做到最好。

作为一个自我指导的团队，向老板展示你的计划，报告你的进度，在需要时请求更多资源，并向他展示当他是否给你资源时，你的计划会受到怎样的影响。

您可以在以下位置找到更多关于此的建议 PSP 和 总磷 维基百科的文章

在向老板展示了出色的工作成果并按时完成任务后，他肯定会更加信任你，并让你的一些想法流向整个团队。

其他提示

您不需要错误跟踪系统，您需要自动化测试：单元测试或其他。您可以使用 Makefile 设置自动化测试。你总能找到被管理层挡住的路，但这并不意味着你在工作范围内无事可做。当然，答案可能是“找另一份工作”。如果你现在找不到另一份工作，那就学习一些技能，这样你就可以找到另一份工作。

简单的答案是——您可以自己开始使用这些工具。

提高你的 自己的 工作。如果人们希望您修复代码，请告诉他们提交错误。向他们展示如何做。确保他们无需安装任何东西就可以做到这一点。他们想要状态更新吗？告诉他们检查错误。他们询问您是否更改了代码？向他们展示如何进行源代码管理历史查询。或者只是将它们展示在您的盒子上。开始向他们展示这些东西 作品.

当你需要他们得到相同的结果时，要求他们跑腿。当您在源代码管理中找不到更改时，请要求他们开始手动将其修订版本与备份磁带进行比较。不要为他们做他们的工作，或者源代码控制和错误跟踪的工作。

最重要的是，当施加这种同侪压力时， 对此保持友善. 。苍蝇、蜂蜜等等。

如果他们不明白，您可以继续成为唯一的 专业开发商 在你的公司或团体中。或者至少它会帮助充实你的简历： “拥有在 CVS 和 FogBugs 中设置和指导其他人提高产品质量的经验” 等等。

至于用于显示未跟踪的错误正在损害团队生成高质量代码的能力的特定工具，这里有一个第 22 条军规，因为您需要一些东西来跟踪错误，然后才能显示其影响。你无法衡量你无法追踪的东西。那么该怎么办？

作为一个类似的例子，最近有一个人加入我们的团队，他觉得我们通过电子邮件进行代码审查的方式是荒谬的。因此，他找到了一个开源工具，将其安装在他的盒子上，让我们一些思想开放的团队成员尝试了一段时间，然后向我们的团队领导演示了它。几周之内，他就有机会向我们所有的团队演示它。新人正在影响整个公司。我听过很多关于采用这种游击式工具的故事。

诀窍是确定谁有权做出决定，找出他们看重什么，并收集足够的证据来证明你想要实施的内容将给他们带来他们看重的东西。

要更广泛地了解如何从组织的中层或底层进行领导，请查看 John Maxwell 的 360 度全方位领导者.

如果您想要一份有关质量及其对生产力影响的报告 - 这是最好的：http://itprojectguide.blogspot.com/2008/11/caper-jones-2008-software-quality.html 卡珀·琼斯出版了几本书，并且仍然出现在会议上。除了良好的 IDE 之外，开发人员/IT 团队还需要源代码控制（VSS、SubVersion 等）和问题跟踪

如果会计师被要求在不使用复式记账法且不平衡的情况下制作一组账户，那么没有人会期望会计师这样做。

然而，自 13 世纪左右以来，复式记账法已成为会计师的标准使用方法。

作为一个职业，我们需要很长时间才能拥有根深蒂固的标准实践，以至于没有它们，on-one 也能工作。

所以，抱歉，我预计我们将不得不面对此类问题 许多 未来的一年。

很抱歉没有直接回答你的问题，但是......

我强烈认为，您提到的失败是沟通的失败之一，作为专业人士，我们有责任发展我们的沟通技巧，使我们受到足够的尊重和信任，以利用我们所需的权威来改善我们的工作环境和流程你建议的方式。

简而言之，我认为没有一种技术解决方案可以解决工作场所沟通不畅所产生的所有问题。

如果说有什么影响的话，那就是技术导致了直接面对面交流的减少。

抱歉，我又跑题了 - 请随意下载。

只有你编码只能保持你自己的源文件整洁，注释良好，通过测试保持错误数量低。但是您将需要外部工具来跟踪进度和错误（bugzilla、yoxel、trac、甘特图工具、Mylyn for Eclipse、博客等）。在这些情况下，人员、纪律、良好习惯和领导力是压倒性的力量，任何软件工具和个人的提议都无法单独获胜。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top