如何处理经理/程序员在经典问题上的冲突--关注当前周期与关注战略问题

Question

在公司的一个项目中，有一个经理和一个程序员之间有一个问题。他们都很擅长自己的工作，但经常发生冲突。我想得到一些反馈，以帮助我解决这个问题。我做了一些关于这个话题的研究，包括使用我在https://www.oreilly.com/的帐户，但是这个话题似乎没有在文献中涵盖。

程序员的工作周期为2-5天，主要分为6个阶段。

1. 头脑风暴
2. 制定计划。
3. 编码
4. 测试。
5. 实现。
6. 清理密码。

程序员抱怨经理在周期的后期阶段介入，并且经常在一天晚些时候开始质疑当前周期的范围，或者更大的战略计划，认为应该改变它，并且应该包含更多。他说，他正处于“反弹模式”，完全专注于当前阶段。他说，他非常愿意在休息的时候讨论这个问题，这是一个新的周期的开始。但是，当他正在做一些事情时，他觉得“下车”并放弃目前上传到他短期工作记忆中的信息，走到桥上，承担起“指挥官滚动”的任务，并开始考虑更长远的战略，这是非常令人沮丧和无益的。

经理认为他的工作是质疑当前周期的范围，或者在任何时候看到需要的更大的计划。他没有看到任何正当的理由，不这样做，在日常和预定的联系。

我试图尽可能中立地问问题，这样我就不会用自己的偏见来影响答案。但是，我是否应该对程序员进行再培训，使他能够更好地为更大的前景而集思广益呢？我是否应该试图说服经理，他应该抓住战略问题，直到当前周期结束，一个新的周期开始？

Answer 1

我将在这个经典的开发者和经理的问题上给出我的完全有偏见的观点。

为什么经理会质疑开发周期的范围？据我所知，周期是2到5天，这个周期的第一步就是集思广益和计划(我想这两个步骤都是和经理一起完成的)。如果经理对周期的范围不满意，他应该在计划阶段发表自己的意见。如果他后来决定他对范围不满意，他可以接受，等待下一个周期(考虑到一个周期持续2-5天，这不是很长的等待)，并且希望在下一个计划阶段，他会把更多的想法放在前面。

Answer 2

在这种冲突中，管理者需要适应。他们已经适应了他们团队中人的各种优点和弱点，并且应该是这样做的最佳装备。

我认为这也是不合理的程序员期待2-5天完全不间断.做完一天的工作后，他们不把工作卸下来吗？是的，尽量减少上下文切换，但这听起来更像是。

听起来你需要一个团队领导或者其他第三方来提供程序员在这个问题上不擅长的战略性技术指导。由于团队组成是经理的责任，他们最终要对当前的状况负责。