我是一家知名的軟體開發公司的發行經理。在我们的项目中，我们有1名开发人员。
我们的顶级开发人员，因为工作出色，得到了大家的表扬，并在12月1日被安排加薪，但他却一直在做超过允许的在家办公。有时他整整两个星期都不进公司，
这显然是违反政策的，虽然他现在做的事情不需要和办公室里的人有任何互动，但这仍然是不对的，
但是，既然他做的比出色，我觉得我没有办法，
之前我和他谈过，他也同意遵守规定，但对他没有任何影响，
**怎么才能让他遵守家庭办公室的规定呢？
还是错了
为什么？因为某位HR大忙人写的手册上说的？
这句话是故意煽情的，我不一定完全同意，但核心是一个很重要的观点：为什么说开发商在不在办公室有什么关系？你自己说他们是一个非常优秀的工作者，不需要在办公室里和别人交流，如果他们在办公室里没有什么好处，就不要为了这个而强制执行。专注于他们是否能完成任务。
这显然是违反政策的，虽然他所做的事情不需要和办公室里的人做任何互动，但这仍然是错误的
我认为你应该改变一下你的团队在家工作的政策，让他们在家工作的政策是在你的经理的决定下_，意思是在你的决定下。这样你就可以说他们是在遵守规则，而这个人在家工作更多的是因为他们是一个很好的贡献者。
不要犯这样的错误，不要试图强迫开发人员进来，只是为了这个目的而进来。如果他们是有贡献的****，惩罚他们可能会让他们厌烦，_他们可能会离开。你是否准备好了这种可能性？
注。根据我从你的帖子中收集到的信息，我认为你是这个人的经理*r。我还是认为在这种情况下，我还是会让开发者自己来处理。
有时候他整整两个星期都没来，
他做得比大功告成还多，
我建议你不要注意他的缺席。你有更好的事情要做，不是吗？
如何才能让他遵守公司的政策？
看来你已经和这个人谈过了，他同意遵守公司的政策，但现在又不遵守了。 **
这将帮助你摒弃任何可能发生的误解，比如说开发商积累了好几个未使用的家政天数并想连续使用。也可能是由于一些个人的问题让这个人不放心，让他把这些天都用在了家里。
之后，你就可以想办法了。如果没有合理的理由，那么我建议给这个人一个人一个_最后的理由……
…但是要记住，这个人作为你的**的开发者，他们的肩上有很大的压力和任务，很可能比你或其他的管理者承受着更多的压力和任务，所以尽量给这个人一些回旋余地。
你有两个基本的选择：尝试执行政策，或者保持项目全速前进。
你的开发者为你做得很好，因为(a)他为你工作，(b)他个人对项目的投入和士气很好。这两点中的任何一点都可能随时会改变，你不希望他们改变。一个顶级的开发人员总是可以很快找到另一份工作。
告诉开发人员每周必须有三天时间在办公室，说明你更看重的是服从性，而不是完成工作。如果你，发布经理，明确表示遵守政策比他完成工作更重要，你就是在告诉他，他的工作是次要的，这将影响他的士气和工作效率。任何关于纪律的暗示都会让他觉得，他很可能会因为做了最好的工作而受到惩罚。那么多不可思议的生产力，我也不会对他继续为你工作的可能性下很大的赌注。
我不明白为什么有人会把一个20人的软件项目放在一起，至少有11个经理，只有一个开发人员。这就意味着，如果开发人员出了事，这个项目就完蛋了。"总线因素 “是一个。大约十几个经理，你几乎肯定会有一两个经理，他们中的一两个人认为，为了一点小事打断开发人员的工作没有什么区别。开发者之所以能把事情做得出色，很有可能只是因为他在家工作，
听起来，你好像还没试着去弄清楚为什么开发人员要一直在家工作。如果你要考虑采取任何行动，你需要先了解一下这个问题。我觉得你没有提到曾经试图找出原因，或者说你似乎并没有试图从他的角度去了解，这不是一个好的迹象。这说明你在和他打交道时需要谨慎行事。
所以，如果你想让项目成功，你应该庆幸你的开发商只是在小范围内违反了公司的政策，你应该尽量屏蔽他的政策。你可以主张改变政策。可能有人有正式的权力来弯曲规则。你大概可以继续放任自流，让他专心致志地把工作做好。在此基础上想办法。
另一种情况是，你可以让项目失败，或者至少要比它可能的时间长很多。要明智地选择。
一个工作做得很好的同事，却违反了HR政策（最多2天在家工作），作为管理者，你更喜欢哪一个？
为什么要冒着因为人力资源政策而阻碍员工的工作表现的风险？
只要对公司最有利，让员工的工作方式对他们来说是最好的，就可以让他们的工作方式对公司来说是最好的。
TL/DR：完全没有问题，只是你的心态有待调整。
解释：
解释：
你是 “知名软件开发公司 "的唯一事实，并不代表你公司做的所有事情都是100%正确的方式。以我的愚见，这里的红旗是：
—有20个队友，而且大部分都是管理人（他们管理………谁？ 还是什么？ 他们有真正的价值吗？） —政策要求的东西并没有**提高团队的工作效率（甚至会使情况变得更糟） —一个做得很好的人经常被管理层骚扰*，
举个例子。我在一家公司（足够知名，他–嘿嘿）工作，在全球各地有很多办事处，我不断地做项目，团队分布在各地（有时作为开发人员，有时作为经理）。我从来没有见过很多队友的面（对他们中的很多人来说，我永远也没有机会做到），所以我永远无法确定我的特定同事是否在他的办公室里，或者在我们的另一个办公室里旅行，或者坐在他的老家，或者其他的地方。不过，这并不影响我们的互动，没有人抱怨政策，项目碰巧跑了，也没有人抱怨。
你可以说他根本不允许在家工作（直到另行通知）。取消人们滥用的福利也是一种比较典型的惩罚（而且可能根本就不算是惩罚，因为取消一些造成的问题比解决的问题多，只是在逻辑上说得通，但不要试图说服他）
这要看你是否有他使用的福利，你可以很容易地按员工人数取消。
对于上述的所有情况，给他足够的警告，告诉他可能会面临的后果。
就像任何惩罚一样，你可以预料到**他不会特别满意，可能会决定最好找其他公司工作，或者失去动力去做得好。
如果有的话，我建议在绩效考核中记录下来–这是唯一的选择，对他没有直接的负面后果，让他清楚地知道这件事的严重性（而警告可能发生的事情并没有那么好的效果），给他一个明确的升级路径（不会导致他被解雇），并且允许你退出（即使他继续这样做），而不会让它看起来像一个空洞的威胁。
**如果你不愿意做任何事情，你必须接受他将继续违反规则。
–如果一个开发人员与团队其他成员几乎没有任何互动，那么他真的做得很好吗？如果他在技术上很精通，他应该是教他的同行和他的后辈。如果公司里有其他的开发人员更优秀，他应该向他们学习。代码行或用户故事不是唯一的绩效衡量标准—你的团队的总线系数是什么？ –如果其他团队的开发人员违反了规则，而另一个开发人员逃脱了规则，而他们没有这样做，其他团队的开发人员可能会感到反感。你说这个开发人员很好，但他是否足够好，可以证明这种初级员工的身份？ - 根据你所处的位置，让一个员工违反规则而不允许其他员工违反规则，可能会让你（和你的公司）在公司试图对其他人执行规则时，就会被指控为歧视。看看下面的程序是否符合你的规则：
如果双方都是合理的，这应该会导致一个公平的结果，而且该规则的文字和精神可以适用于公司的所有团队，而不会有任何损害—如果另一个团队现在需要面对面的沟通，他们不能指着先例。
为了完整起见，让HR知道，这完全没问题，你需要他们以最有效的方式实现与开发者的沟通。也就是说，要求他们投资一套针对远程协作的工具（项目计划、任务追踪器、数字会议）。它需要高效，并假设人们不需要在物理上处于同一地点，就可以高效地一起工作。
我并不是说他们永远不应该见面，有很多原因，这将是一个愚蠢的想法。但是，当工具和流程清晰的时候，工作就能顺利完成。在办公室里有一个开发人员，可以让他/她对任何人都能接触到。一场谈话就能引发成吨的工作和额外的责任。
核心员工需要得到必要的单独时间来完成工作，让他们选择什么时候来办公室，让HR和Excel电子表格不参与其中。
在我看来，你根本就做不到。
分析你的情况，有几件事让我印象深刻：
在这种情况下，拥有所有影响力和权力的人是那个有记录的优秀记录的开发人员，"大家 "都在赞美他。试图将任何事情强加于他，都有很大的项目失败的风险，根据他的行为，在我看来，他似乎知道这一点。他可以做他想做的事情，你不能做任何事情（因为你不能因为他的退出而冒着项目失败的风险），他知道这一点。把其他开发者分配到这个项目上 这样他就不再是这个项目上唯一的、不可缺少的资源了，他也就不那么容易违抗政策了。即使是这样，他还是有一定的筹码，可能会选择不服从…… 我想，如果这样一个备受好评的、有成效的开发者因为在你的项目下工作而辞职，对你的影响不会很好。这似乎不是一场值得你去赢得胜利的战斗，所以这里明智的决定是不打这场战斗。
如何才能让他遵守在家办公的政策？
有时候不这样做比较好
这个问题已经有很多观点了，但我想从一个几乎完全在家办公的资深软件开发人员的角度，补充几点想法。
软件开发过程中，开发人员和团队领导之间的聚焦互动会让软件开发过程受益匪浅。在我看来，它并没有从立方体农场的非专注的社交干扰中获益良多。当然，个人的性格是不同的。就我而言，我真的很喜欢社交互动，所以当我在办公环境中时，我倾向于很容易产生和回应非聚焦的分心。我很喜欢这样，但完成的可交付的工作较少。我在参观办公室时观察到的是一些旨在集中互动的结构，比如说站立会议。我相信这些会议的好处之一是，在会议之间，我们会有一个共同的期望，那就是 “独自一人完成工作"，但在办公室环境中，这种可能性较小。比如说，我经常被要求提供帮助。我经常被要求提供SQL查询的帮助。在所有的情况下，有人口头上告诉我问题的价值并不大。直接把查询发给我（通过电子邮件或聊天），这样我就可以进行修改，添加注释，然后再发回。我一整天都在和其他开发人员聊天和发邮件，有时会同时进行几次对话，同时还能控制自己的注意力焦点。以书面形式进行对话的结果也更有利于不参与原始对话的开发者。我通过聊天记录和邮件线程的方式来学习和分享大部分部落知识，而我并不参与其中。
我认为，至少对于软件开发者来说，基于物理距离的策略已经过时了。一个更好的衡量标准是互动的质量和可用性（主要是书面的）。这比出勤率更难衡量，但对你的开发者来说也更有意义。
你说：
**项目中的每个员工，包括我在内（约20人，大部分是经理）每周有2天的家庭办公时间，*他们可以随时使用，无需通知。
所以如果开发商在没有通知的情况下，擅自使用家庭办公时间，那么就对他们进行训斥。您必须在您的两天自由支配时间之后，开始获得每天延长在家办公时间的预先批准。如果你不这样做，那么我们必须把你标记为不签批，未经批准的天数将不给你发工资。
让HR写一份正式的表格，开发人员每天必须****填写，超出免费的天数。
样表：*
姓名：
日期：
工作任务摘要：
工作进度/完成的任务摘要：
上级签名：
所以现在当开发人员要求预先批准时，你有权力允许他们批准，或者告诉他们当天需要他们在办公室。
我之前和他谈过，他同意按规定办事，但对他没有任何影响
开发商在一个重要的议程上同意了上级的要求，但却没有采取任何行动。这是个不好的信号，无疑是对你的权威性的挑战，
无奈之下，你只能发出正式的警告信。强势的表现并不能成为违反雇佣条款的借口。这就好比发了财就不能凌驾于法律之上一样。对社会有重大贡献的人，还是会被追究刑事责任的，
请感谢开发者的精彩成绩，但请注意，如果他坚持要来，就没有必要再来。如果没有看到任何改进，提出两点建议：
—-自己辞职，给他完美的参考资料检查他的优秀作品
—-有不良的参考资料检查记录的开发商终止合同
没有不能被替代的开发商。有实力的开发商积极在职场上寻找机会，
编辑*。回应困惑用户的评论。苹果是出了名的不允许任何程序员在家工作。最好的谷歌程序员还是会在办公室工作。我相信苹果会无情地解雇任何未经许可不来办公室工作的程序员。虽然我明白这很难接受我的回答，但这确实是唯一切实可行的解决办法。发出正式的警告信已经很不错了，如果不是因为作品好，应该是直接解聘。请注意，在达成协议后，事件仍在继续。
任何 “知名 "软件公司都不应该为了一个单挑的程序员而调整自己的规则。程序员以为自己和CEO一样吗？程序员再怎么强，编程永远是一套相对廉价的技能，也是可以更换的。