团队成员在Stack Overflow上花了太多时间

我建议你把重点放在真正的问题上，就是工作没有及时完成，质量有损失。

如果你觉得他们的空闲时间太多，那就给他们分配更多的工作，并对分配的工作进度进行更严密的监控。当质量问题发生时，再发回给他们解决，并给他们一个严格的期限来解决。如果他们还是不理你，生产力继续下降，质量继续下降，那就用你的HR流程把那些表现不佳的人赶走。

底线是这样的。如果他们用它来工作，你为什么要在乎？问题不应该是 “这些人在做这件事，我不希望看到他们做这件事"。那是一种微观管理的味道。你真正应该问的问题是：

*他们在你向他们介绍 Stack Overflow 之前，是否没有达到他们的最后期限？ *

如果是这样的话，那就讨论一下这个问题。你甚至可能不需要直接提起Stack Overflow，只需要说 "看，你的表现和一个月前的水平不一样，所以不管你改变了什么，让我们把它改回来"。对此，我至少愿意听取一些反馈意见。也许还有另一个完全与 Stack Overflow 无关的原因，他们落后了。

我觉得我应该在这里补充一下，听你的团队成员说出来，不仅仅是为了 "让他们在未来的工作中负责任"，而是很有用的因为你认为的问题可能并不是真正的问题。

**他们是在做类似于电话技术支持的工作（即不是dev工作，我一开始是这么认为的），他们的屏幕在通话过程中被抓取，而QA在看他们去未经批准的网站？ *

如上所述，就这个问题进行讨论。这可能看起来_是一个 "嘿，不要去Stack Overflow "的问题，但实际上是一个 "嘿，不要让QA抓到你去Stack Overflow看未经批准的网站 "的问题。

** *老板什么的抓到他们去看Stack Overflow了吗？ *

如果是这样的话，也许和主管开会才是重要的一点。作为一个开发者，我觉得Stack Exchange套件网站是最有用的东西，甚至比微软自己的技术支持还要有用。真的，我觉得唯一一次我觉得它比其他任何东西都不那么好用的时候，就是当我在使用相当一部分人不使用的第三方API时。也许这个主管需要被卖掉。

或者，如果主管很执着，你很不幸的是，你需要和团队见面，告诉他们政策已经改变了，他们不能再访问Stack Overflow了。除非您觉得要打一场地盘战，否则我不会直指主管的名字；您只需告知他们情况，表示同情，然后继续前进。如果是这样的问题，您需要与违规者坐下来谈谈，告诉他们情况的严重性。人们可以而且确实经常因为让公司出丑而被公司解雇。

有（至少）两种管理生产力的方法：

—-按照工作时间来工作，而不是按照时间来工作。也就是说，你设定了一个要在某个日期前完成的工作量。希望你设定的是合理的，完全由你的员工如何度过他们的工作日，这完全由他们自己决定。

这里的很多答案都是按照这些思路做了一个假设。但工作没有完成，你知道为什么。所以，你只能落到：

–当他们在工作时间，他们就在工作。

断言这一点，尤其是以完成一些工作为目的的手段，不是_微观管理。他们的工资是为了把时间花在雇主分配给他们的活动上。他们不是（我想）按修复的bug或完成的最后期限付费。如果他们是，那么有一个很简单的解决办法—-他们每个人得到的结果更少，所以你就会自动给他们少付一些钱，可以用这些钱雇更多的人）。所以，他们应该做他们的工作，你应该让他们看到这一点。

你已经告诉他们，向 Stack Overflow 贡献工作时间并不合适。他们继续这样做了。他们应该在为Stack Overflow贡献的同时打卡，并在其他地方补上时间，否则他们应该完全不回答问题，根据你对这些工人的工作时间有多灵活，

要坚定。如果他们在每个工作日的9点到6点之间一起下酒馆几个小时，因为 “他们有些酒瘾"，那么我怀疑你会犹豫不决，也不会被指责为微观管理。当你明确告诉他们这不是工作，是他们的个人休闲活动时，向Stack Overflow投稿。如果可能的话，你应该避免的一件事就是直接监控他们在Stack Overflow上的使用情况（比如，给他们发邮件说你查看了他们的资料）。首先，这样做会适得其反，因为这会鼓励他们偷偷摸摸的。他们甚至可能会创建第二个账户。其次，它伤害了你和远程团队之间的信任。他们目前并不_值得信任，但你要让他们恢复信任的第一种尝试应该是让他们自己去监控自己的时间有多长，自己看看时间太长了。

一旦你尝试过了，如果他们真的 "上瘾 "了（可能不是临床上的，而是养成了一个他们觉得很难戒掉但又想戒掉的习惯），那么你可能应该接受专家的建议。

我觉得自己没有资格就如何帮助他们打破这种习惯的细节提出建议，一旦他们看到了问题，诚实地试图解决它，并由于某种形式的强迫症而失败，他们无法克服。既然你已经有了兴趣，并且确定这种行为必须停止，那么如果有必要的话，你就应该对其进行纪律处分。如果人们不能信任他们的实际工作，那么他们就不能远程工作。

不管怎么说，反正我都会把自己的工作时间分块跟踪，以便填写时间表，这样公司可以评估项目的内部成本。有时，我看着Stack Overflow，等待着一些东西的运行。当我意识到自己在Stack Overflow上花了一大块时间，而这个东西已经运行完了很久之后，我就把它算作休息时间，然后把时间补上。这对我来说很管用，因为我的工作时间是弹性时间，这给了我强大的动力，让我在工作期间只在短时间内看Stack Overflow，而在工作以外的时间段看Stack Overflow。如果你的团队是弹性工作，那么这可能对他们来说是可行的（当然，在他们的合作下）。如果他们的工作时间是朝九晚六，中午休息，那么他们不使用 Stack Overflow 也需要更严格。如果你愿意让他们每天花一个小时的时间在 Stack Overflow 上，那也是可以的，但他们应该把时间留出来，通过回答 Stack Overflow 的问题来提高他们的技能，并准备好向你报告他们的成果和时间，就像其他工作活动一样。总有一些东西可以分散人们的工作注意力。只要他们不是故意_偷懒，只是让自己分心，只要不是太过极端，他们可能会欣赏一些规则（"如果我再在Stack Overflow上抓到你，你就会被开除 "就是太过极端）。禁止这种不良行为的规则可以帮助他们自律，避免陷入其中，前提是他们不是字面上的沉迷。

我完全同意这里的其他答案说的，问题不是Stack Overflow，而是工作质量和数量的下降。

说到这里，因为是Stack Overflow，对于他们作为程序员的工作来说，这是一个潜在的非常有价值的资源，所以我想建议采用一种稍微不同的方法，而不是仅仅把Stack Overflow的时间看作是浪费的、没有生产力的时间，因为严格来说，并不是这样的–他们在Stack Overflow上的时间很可能让他们在编程和沟通方面做得更好，至少是最起码的。优先级#1（和#2，和#3，从听起来看）是他们的实际工作。给他们留下深刻的印象，让他们把注意力放在工作上，利用你问题中的指标，你可以向他们指出，你知道工作没有完成，这需要改变。而不是试图让他们停止使用Stack Overflow，你需要让他们把自己的工作优先于Stack Overflow。

我自己也经历过，用Server Fault。自从我发现了酒精的乐趣之后，我以为这是最好的事情，于是我把90%的工作时间都花在了ServerFault上，而不是工作上，这就造成了问题，最后我不得不训练自己，提醒自己Server Fault的真正目的是什么–帮助我完成工作，成为一个更好的系统管理员，而不是在工作时用来打发时间，或者说代替工作。因此，我现在仍然是一个相当活跃的ServerFaulter，但它并不影响我的工作。

我认为把重点放在完成工作上，而不是专注于让他们 “不要把时间浪费在Stack Overflow上"，会让你得到更好的结果。提醒他们，他们可以兼而有之，不一定非得是工作_或堆栈溢出，这可能会让他们更容易接受这种变化，而不是导致潜在的对抗。工作是用来支付账单的，而不是Server Fault，所以当有工作要做的时候，我就去做工作。当没有的时候，我可以ServerFault。

• 当我遇到问题时，ServerFault仍然是我的第一站。它毕竟是与工作相关的资源，所以我可以把它当做一个资源。 –由于我不会像其他人一样每隔一小时就做 "抽烟休息 "或 "咖啡休息"，所以我可以用 "ServerFault休息 "来代替，花5-10分钟ServerFault。
• 我花了相当多的时间等待进度条或脚本之类的事情完成，这样我就可以做下一件事了，而这是去Server Fault的黄金时间，因为我通常在电脑上等待的时候，反正我通常无法完成我的工作。Server Fault虽然很好玩，但它是一个与工作/职业相关的资源，

–也就是说，它的主要功能是帮助我解决工作中遇到的问题，让我成为一个更好的系统管理员，所以这也是我重点关注的部分。

—徽章、声誉、乐趣，以及我从它身上得到的其他一切都只是锦上添花。

–这个认识帮助我把它更多的用在与工作相关的_问题上，而不是把注意力放在它的回答问题/回复上。

哇，哇，哇，哇。慢点说

首先，充分的免责声明：我觉得 Stack Overflow 是我在大学毕业后找到第一份编程工作的部分原因。

我的办公室里也没有人抱怨过我对它的使用。话说回来，我在工作的时候，其实我是在_工作。我稍后再谈一下你的观点。

如何让他们（或强迫他们）专注于工作，远离Stack Overflow？

这种感觉最主要的是缺乏有趣的事情来做。如果你的团队中有人觉得无聊，他们就会去做其他有趣的事情，或者是引向其他有趣的活动。对他们来说，可能恰好是堆栈溢出。

与团队互动。看看他们对当前正在做的项目有什么看法，看看他们的积极性/信心水平在哪里。

缺陷的增加也可能是由于其他原因造成的–截止日期太长，质量保证部没有足够的时间去审查每一个角落，没有足够的时间去审查每一个角落，没有足够的单元/集成测试来确保愚蠢的bug不会进入程序。确保你的开发人员写测试（嗯，写好的测试）是减少引入缺陷总数的好方法。

我可以尊重你希望提高生产力，你已经告诉他们，性能不好会反映在他们的审查上。但是，也许你需要多做一点儿腿部工作，弄清楚为什么最后期限滑落，到底是怎么回事。士气低落也是一种积极性的破坏者。

关注直接的问题，是生产力和质量的损失。这种情况可能是因为Stack Overflow、维基百科、Minecraft、Facebook等。

我不确定你们通常以什么方式沟通（视频聊天、电话、邮件等），但我可能会问这样的问题：

最近我们的工作质量和完成期限的能力普遍下降。有人知道为什么吗

你可能会感到惊讶；可能是沟通不畅、开发任务困难、要求模糊，也可能是其他你没有想到的因素。

也可能是FIFA世界杯，夏天天气炎热或者其他原因，所以责怪SE/SO很可能会让他们转到Twitter/Facebook/Whatwever…..

你应该把注意力放在项目和期限上，也许建议改成基于项目的工资，而不是按小时计算的工资，这是在讨论中。既然大家可能都在看这篇文章，（你好;P）你不能只说这句话，而是真的需要有东西来支持。

在这里发帖也是一个时间管理的问题。我在这里反复看到很多人，Joe Strazzere（连名字都不看就知道了），Vietnhi Phuvan（不对，这个还没有）或者Jon Skeet，虽然他们在这里发帖很多，但没有关于他们努力完成工作的故事。所以，也许找一些教练进来，教他们如何不要花太多的时间在回答问题或交叉阅读答案上，以找到你要找的东西。

我有一个人，他的主页是Stack Overflow。他的登录名是 “RepCap"。他是我团队里最有成就感的人。一个整体政策就是不可能。如果最近生产力下降了，不要混淆相关性和因果关系。一个好的、训练有素的经理人不会这样做。SO可能是阻止生产力进一步下降的原因。

微观管理总是一种诱惑，但这是你可能做的最有效果的事情之一。多做一些研究。问他们对生产力问题的看法。这将让他们知道你的意识和关注，并给他们一个机会成为解决方案的一部分。与****的人一起工作，永远是最有利的事情。

我曾经在德克萨斯州的一家IT咨询公司面试过，这家公司给他们的开发人员规定了一定数量的时间来做个人项目。

研究一下他们在什么时间段最不容易出成果，然后给他们这些时间做个人发展（我的猜测是周五下午晚些时候）。

我认为在这种情况下，由于远程工作文化的影响，你试图进行微观管理是没有效果的。相反，你可以尝试这样的方法：

1.召开一次联席会议，最好是当面或通过语音/视频，说明你的担忧。听取他们的说法。这一步是很重要的，这样才能让他们在今后的工作中承担起责任。清楚地说明你的期望和后果。 4. 一旦你这样做了，观察他们的行为是否有任何改变。

你可以根据实际情况，随时混合搭配。