当团队负责人要发布我的数据库架构时，该怎么办？

我的团队负责人有着糟透的习惯，那就是想弄乱数据库架构，并进行会导致代码库严重破坏的更改（没有真正咨询过我这些更改如何影响代码库）。

通常，我会接受它，但是我们有两个星期的截止日期，而且自从我在一个半月前开始工作以来，这种情况一直在发生。我被带进来，以加快项目的开发。

由于截止日期，我已经每周投入60多个小时，而实际上没有足够的精力来解决这个问题（我已经尝试过一些方法）。我们只有两个人组成的团队，除了每天更改数据库外，他在实际开发（编码）方面的贡献不大。

目前，我感觉自己正在完成所有工作，而且还必须“修复”他所做的更改所导致的问题。

如何处理呢？我已经与我们的经理谈过他在开发部门缺乏工作的情况。他到那里的时间比我多了6个月，但是当您排除他“贡献”的第5个正常形式数据库异常时，我已经写了95％的代码。

有什么建议么？

验尸：

星期五我们与经理进行了讨论，我的忧虑已广为人知。这导致了一些对抗，但是总的来说，我觉得经理正在陪伴我。因此，至少现在我们已经冻结了数据，让我们看看它是如何发展的。

“截止日期为两周；如果要实现该目标，我们需要冻结该模式。”

在同一次会议上与经理和开发人员交谈：

“数据库和代码更改需要同时出现。如果更改数据库，还必须更改并测试代码库。否则，您将提交损坏的提交，如果我们要在截止日期之前完成，这是不可接受的。我将不再修复代码如果您的提交不成功，我将简单地撤消所做的更改，并留下一封电子邮件，因为我无法调查和解决分配给我的工作以外的问题，并且仍然希望在截止日期之前完成。”

如果没有测试计划，那就困难得多...

您将必须变得更加有力，并确保尽快（如昨天，前天或上个月）适应模式并继续前进。没有明智的方法可以继续使用作为移动目标的数据库来开发应用程序。

您需要面对他并向他解释他的更改如何影响代码库以及项目时间表。让他感到信服，他需要在更改之前考虑更改的影响。也要让他在您的经理在场的情况下同意以下事实：他将对此行为引起的任何延误负责

如果团队负责人不是一个合理的人（从您对他的行为的描述中他/她听起来并不合理），请与您的经理交谈并向他解释，您将无法按时完成工作。要求他采取立场，并通过召开经理设定期望的会议来确保您的团队负责人意识到这一点。

您还应就团队负责人对发展缺乏贡献的情况提出自己的理由。必须解决这两个问题才能使项目成功。

您将不得不对团队施加一些约束，但是要发挥自己的位置可能会有些棘手。

解决此问题的一种有用方法可能是采用更为严格的书面变更控制。您可以坚持认为，临时更改正在威胁您以无意外和最后期限威胁的方式来管理系统更新的能力，这是正确的。因此，坚持认为所有更改都必须随附文档，其中应显示建议的更改及其对所有其他代码和结构的影响。您会惊讶于有多少将减少所发生的更改的数量:-)

您是否与团队进行了回顾展？如果没有，请握住一个。当您这样做时，将对数据库的计划外更改（与之混为一谈）识别为问题。指定您和其他人在工作风险和质量方面的成本。每周连续工作60小时是不可持续的。如果您无法维持自己的发展速度，那么您就没有敏捷。

另外，您是否在进行TDD（测试驱动开发）或自动化功能/回归测试？如果是这样，对数据库的更改将导致测试失败。这应该有助于解决影响并确定需要更新的代码。

在这种情况下，您的团队领导不是“ 太敏捷 ”，您的团队领导是“ 敏捷牛仔 ”。进行回顾，找出出了什么问题。高优先级，然后在下一次迭代中解决。那应该绑住你敏捷的牛仔！！！

大约一年前，您没有遇到相同的问题吗？' 我的团队负责人说A.Property = A.Property；很好 '。该问题似乎被禁止，因为我在评论历史记录中未看到该问题。无论如何，关键是：

如果您觉得所有团队负责人都把自己的经验弄糊涂了，那么您可能会找到一份没有这份工作的工作。我建议您尝试一下并成为领先者，作为另一种选择，但是即使您有能力，也已经建议您这样做。