Teammitglieder verbringen zu viel Zeit mit Stack Overflow

Vor fast 8 Monaten habe ich meine Teammitglieder ermutigt, Stack Overflow zu folgen, damit sie Fragen lesen, anderen helfen und ihre Fähigkeiten erweitern können. Aber jetzt ist das aus dem Ruder gelaufen. Ich habe ein Team von 5 Entwicklern, und drei von ihnen machen während der Geschäftszeiten im Durchschnitt jeweils mindestens 150 Punkte.

Das Problem ist, dass das Team remote sitzt. Sie sind in einem anderen Land und in einer anderen Zeitzone, also kann ich nicht physisch da sein, um sie im Auge zu behalten und sie daran zu hindern. Ich sehe den Rückgang der Produktivität sowie der Qualität.

Zum Beispiel hatten wir ein paar verpasste Fristen und fast die doppelte Anzahl von Fehlern im Vergleich zum Monat. Die Komplexität der Aufgaben ist gleich geblieben, aber Produktivität und Qualität nehmen ab.

Es scheint, dass sie etwas süchtig nach Stack Overflow sind. Ich kann/kann das Netzwerkteam nicht bitten, Stack Overflow zu blockieren, da dies auch die anderen behindern wird. Ich habe sie wiederholt gebeten, ihre Beiträge zu Stack Overflow einzustellen.

Bitte verstehen Sie mich nicht falsch, ich möchte nicht, dass sie sich von Stack Overflow fernhalten (ich war derjenige, der sie ermutigt hat, an Stack Overflow teilzunehmen, und auch mein Konto erstellt habe) , aber ich möchte nur, dass sie es behalten in einem vernünftigen Rahmen.

Ich sollte auch hinzufügen, dass ich meine Bedenken informell und formell per E-Mail mitgeteilt und ihnen gesagt habe, dass sich dieses Verhalten in ihren halbjährlichen Überprüfungen widerspiegeln würde.

Wie kann ich sie dazu bringen (oder zwingen) , sich auf die Arbeit zu konzentrieren und von Stack Overflow wegzukommen?


Nur als Update, meine Teammitglieder haben diesen Beitrag gesehen, als er in der Liste der "heißen Fragen" auftauchte. Sie einigten sich darauf, die Arbeit an erste Stelle zu setzen, und das Problem wurde gelöst, ohne dass jemand seinen Job verlor. Seit diesem Beitrag sind fast 6 Monate vergangen und sie tragen immer noch zum Stapelüberlauf bei, aber sie halten ein Gleichgewicht, das für beide Seiten eine Win-Win- Situation ist. Danke an die Community hier für die Hilfe.

Wenn Sie kein Mikromanagement betreiben möchten, warum schauen Sie sich dann an, wie viele Antworten sie auf SO posten, und nicht, ob sie andere Metriken erfüllen (z. B. produzierte Geschichten, wenn Sie ein Scrum-Team leiten)?
Haben sie einen lokalen Chef in der abgelegenen Einrichtung?
Kommentare entfernt: Kommentare sollen helfen, einen Beitrag zu verbessern oder um Klärung zu bitten. Bitte beantworten Sie nicht die Fragen in den Kommentaren. Diese können nicht einfach als die besten Antworten bewertet werden, und sie können versehentlich andere Benutzer daran hindern, echte Antworten zu geben. Siehe Wie soll ich eine nützliche Nicht-Antwort posten, wenn es kein Kommentar sein soll? für mehr Anleitung.
@Ajaxkevi - Ich denke, das ist definitiv verwandt, aber kein Duplikat. Auch dazu gibt es jetzt eine Meta-Diskussion.
3 Dinge fallen mir sofort ein. 1. Sie haben nicht genug zu tun. 2. Sie langweilen sich bei ihrer Arbeit oder 3. Sie sind nicht die Art von disziplinierten Menschen, die von vornherein remote arbeiten sollten.
@TheMuffinMan, das Problem wurde behoben, da die Teammitglieder diesen Beitrag ebenfalls gesehen haben. Ich habe der Frage ein Update hinzugefügt.
Beachten Sie außerdem: Um Prämien vergeben zu können, die Antworten auf schwierige Fragen belohnen, müssen Sie zuerst die Punkte sammeln . Ich habe das in einem früheren Job gemacht und es als Teil der Due Diligence betrachtet.

Antworten (11)

Ich schlage vor, Sie konzentrieren sich auf das eigentliche Problem, nämlich dass die Arbeit nicht rechtzeitig abgeschlossen wird und es zu Qualitätsverlusten kommt.

Wenn Sie der Meinung sind, dass sie hier zu viel Freizeit haben, weisen Sie ihnen mehr Arbeit zu und überwachen Sie den Fortschritt der zugewiesenen Arbeit genauer. Wenn die Qualitätsprobleme auftreten, senden Sie es an sie zurück, um es zu beheben, und geben Sie ihnen eine enge Frist, um es zu beheben. Wenn sie Sie immer noch ignorieren, die Produktivität weiter sinkt und die Qualität weiter leidet, dann nutzen Sie Ihren HR-Prozess, um die Underperformer loszuwerden.

Dies scheint zu behaupten, dass ein Manager etwas tun kann, um seinen Mitarbeitern zu helfen, ihre Zeit zu verwalten und Ablenkungen zu vermeiden, außer dem Mitarbeiter mit kürzeren Fristen mehr Arbeit zuzuweisen, den Fortschritt genauer zu messen und ihn zu entlassen, wenn er dies nicht tut. Ist das die beabsichtigte Behauptung?
Kommentare entfernt. Ich habe mehrere Antworten auf Steves Frage, die an den Autor dieses Beitrags gerichtet war, von Leuten entfernt, die nicht der Autor sind. Diese Frage kann nur der Autor beantworten; alle anderen spekulieren. Bitte versuchen Sie nicht, in Kommentaren eine Diskussion zu führen; Verwenden Sie The Workplace Chat .
Normalerweise nehme ich mir bei jedem Problem, bei dem Mitglieder meines Teams unterdurchschnittliche Leistungen erbringen, die Zeit, mit ihnen persönlich zu sprechen und verspätete Fristen, Qualitätsprobleme usw. anzusprechen Qualitätsstandards des Unternehmens an den Entwickler zurück, der sie erstellt hat, und von ihm verlangt, sie zu reparieren. (erklärt im Detail, was daran falsch ist) Wenn Sie Arbeit ansprechen, die nicht erledigt wird, ist es am besten, Zahlen darüber zu verwenden, was sie früher erledigt haben, im Vergleich zu dem, was sie jetzt erledigen. Weisen Sie darauf hin, was Ihrer Meinung nach helfen wird, und machen Sie deutlich, dass Sie Verbesserungen erwarten.

Hier ist das Fazit: Wenn sie es für die Arbeit verwenden, warum kümmert es Sie? Das Problem sollte niemals lauten: „Diese Leute tun das, was ich lieber nicht sehen würde“. Das riecht nach Mikromanagement. Die Fragen, die Sie sich wirklich stellen sollten, sind:

Halten sie die Fristen nicht ein, die sie eingehalten haben, bevor Sie sie mit Stack Overflow bekannt gemacht haben?

Wenn dies der Fall ist, diskutieren Sie darüber. Wahrscheinlich müssen Sie Stack Overflow nicht einmal direkt aufrufen; Sagen Sie einfach: "Sieh mal, du spielst nicht auf dem gleichen Niveau wie vor einem Monat, also was auch immer du geändert hast, lass es uns zurücksetzen." Ich wäre offen für zumindest ein Feedback dazu. Vielleicht gibt es einen anderen Grund, der nichts mit Stack Overflow zu tun hat, dass sie hinterherhinken.

Ich habe das Gefühl, ich sollte hier hinzufügen, dass es nicht nur nützlich ist, Ihre Teammitglieder anzuhören, um „sie in Zukunft zur Rechenschaft zu ziehen“, sondern auch, weil das, was Ihrer Meinung nach das Problem ist, möglicherweise nicht das Problem ist .

Machen sie so etwas wie telefonischen technischen Support (dh keine Entwicklungsarbeit, was ich zunächst annehme), bei der ihre Bildschirme während Anrufen erfasst werden und die QA beobachtet, wie sie auf nicht genehmigte Websites gehen?

Führen Sie wie oben eine Diskussion über dieses Problem. Es mag wie ein „Hey, gehen Sie nicht zu Stack Overflow“-Problem erscheinen, aber was es in Wirklichkeit ist, ist ein „Hey, lassen Sie sich nicht von der QA beim Stack Overflow für nicht genehmigte Zwecke erwischen“.

Hat ein Boss oder etwas sie beim Anschauen von Stack Overflow erwischt?

Wenn dies der Fall ist, ist vielleicht ein Treffen mit dem Vorgesetzten das Wichtigste. Als Entwickler finde ich die Stack Exchange-Site-Suite mit Abstand das nützlichste Element da draußen, sogar nützlicher als Microsofts eigener technischer Support. Wirklich, das einzige Mal, dass ich denke, dass ich es jemals weniger nützlich finde als alles andere, ist, wenn ich eine API eines Drittanbieters verwende, die ein erheblicher Teil der Bevölkerung nicht verwendet. Vielleicht muss dieser Supervisor dafür verkauft werden.

Oder wenn der Supervisor unnachgiebig ist, müssen Sie sich leider mit dem Team treffen, um ihm mitzuteilen, dass sich die Richtlinien geändert haben und er nicht mehr auf Stack Overflow zugreifen kann. Ich würde den Vorgesetzten nicht namentlich erwähnen, es sei denn, Sie möchten einen Revierkampf beginnen; Informieren Sie sie einfach über die Situation, seien Sie einfühlsam und machen Sie weiter.

Hat jemand möglicherweise den guten Namen Ihres Unternehmens mit einer bösen oder unangemessenen Antwort diffamiert oder anderweitig beschmutzt?

Die Community von Stack Overflow ist ziemlich gut darin, schlechte Posts ziemlich schnell zu erkennen und zu entfernen, aber dennoch ist dies auch nicht gerade ein Problem, das Stack Overflow nicht lesen soll. Wenn dies das Problem ist, müssen Sie sich mit dem Täter zusammensetzen und ihn über den Ernst der Situation informieren. Menschen können und werden ständig von Unternehmen entlassen, weil sie das Unternehmen schlecht aussehen lassen.

Stimme ab, weil du die Frage nicht beantwortet hast. Dieser Typ ist der Manager und er möchte verhindern, dass Leute Stackoverflow verwenden. Die Frage, die Sie zu beantworten scheinen, lautet: "Welche Umstände würden meine Hand dazu zwingen, SO zu blockieren", was das OP nicht gefragt hat.

Es gibt (mindestens) zwei Möglichkeiten, die Produktivität zu verwalten:

  • Arbeiten Sie den Job, nicht die Stunden. Das heißt, Sie legen eine Arbeitsmenge fest, die bis zu einem bestimmten Datum erledigt werden soll. Hoffentlich ist Ihre Einstellung angemessen und es liegt ganz bei Ihren Mitarbeitern, wie sie ihren Arbeitstag verbringen. Sie können den Tag damit verbringen, für alles zu fischen, vorausgesetzt, die Arbeit wird nachts erledigt.

Viele der Antworten hier machen eine Annahme in dieser Richtung. Aber die Arbeit wird nicht erledigt, und Sie wissen warum. Sie müssen also zurückgreifen auf:

  • Während sie in der Arbeitszeit sind, arbeiten sie.

Es ist kein Mikromanagement, dies zu behaupten, insbesondere als Mittel zum Zweck, um etwas Arbeit zu erledigen. Sie werden dafür bezahlt, Zeit mit den Aktivitäten zu verbringen, die ihr Arbeitgeber ihnen zuweist. Sie werden (glaube ich) nicht pro behobenem Fehler oder eingehaltener Frist bezahlt. (Wenn dies der Fall ist, gibt es eine einfache mögliche Lösung – sie erzielen weniger Ergebnisse pro Person, sodass Sie ihnen automatisch weniger zahlen und das Geld verwenden können, um mehr Mitarbeiter einzustellen). Also sollten sie tun, wofür sie bezahlt werden, und Sie sollten sie dazu bringen, dies zu sehen.

Sie haben ihnen gesagt, dass das Beitragen zu Stack Overflow keine angemessene Nutzung der Arbeitszeit ist. Sie haben es weiter gemacht. Sie sollten sich entweder abmelden, während sie zu Stack Overflow beitragen, und die Zeit an anderer Stelle nachholen, oder sie sollten auf die Beantwortung von Fragen ganz verzichten, je nachdem, wie flexibel Sie mit den Arbeitszeiten für diese Mitarbeiter sind.

Sicher sein. Wenn sie jeden Werktag mehrere Stunden zwischen 9 und 6 zusammen in der Kneipe wären, weil "sie etwas alkoholsüchtig sind", dann würden Sie wahrscheinlich zögern, und Sie würden nicht des Mikromanagements beschuldigt werden. Zu Stack Overflow beizutragen, wenn Sie ihnen ausdrücklich gesagt haben, dass es keine Arbeit ist, ist ihre persönliche Freizeitbeschäftigung. Es ist für sie nicht angemessen, dies hauptsächlich während der Bürozeiten zu tun.

Eine Sache, die Sie nach Möglichkeit vermeiden sollten, ist die direkte Überwachung ihrer Stack Overflow-Nutzung (z. B. indem Sie ihnen eine E-Mail senden, um zu sagen, dass Sie ihr Profil überprüft haben). Erstens ist es kontraproduktiv, da es sie dazu ermutigt, hinterhältig zu sein. Sie können sogar zweite Konten erstellen. Zweitens schadet es dem Vertrauen zwischen Ihnen und dem Remote-Team. Sie sind derzeit nicht vertrauenswürdig, aber Ihr erster Versuch, sie wieder vertrauenswürdig zu machen, sollte darin bestehen, sie dazu zu bringen, selbst zu überwachen, wie viel Zeit sie verbringen, und selbst zu sehen, dass es zu viel ist.

Wenn Sie das einmal versucht haben und sie wirklich „süchtig“ sind (vielleicht nicht klinisch, aber sie haben sich eine Gewohnheit angewöhnt, die sie nur schwer ablegen können, aber gerne würden), dann sollten Sie sich diesbezüglich wahrscheinlich von einem Spezialisten beraten lassen. Ich fühle mich nicht qualifiziert, ihnen zu raten, wie man ihnen helfen kann, solche Gewohnheiten zu brechen, wenn sie das Problem gesehen, ehrlich versucht haben, es anzusprechen, und an irgendeiner Form von Zwang gescheitert sind, den sie nicht überwinden können.

Ich fühle mich berechtigt zu sagen, dass es völlig legitim ist, dass Sie sich dafür interessieren, wie die von Ihnen geleiteten Mitarbeiter die Zeit verbringen, die sie für die Arbeit im Unternehmen erhalten. Da Sie sich dafür interessiert und festgestellt haben, dass dies aufhören muss, sollten Sie, wenn es absolut notwendig ist, eine disziplinarische Angelegenheit daraus machen. Menschen können nicht aus der Ferne arbeiten, wenn man ihnen nicht vertrauen kann, dass sie tatsächlich arbeiten.

Für das, was es wert ist, verfolge ich meine Arbeitszeit sowieso in Stücken, um einen Stundenzettel auszufüllen, damit das Unternehmen die internen Kosten von Projekten einschätzen kann. Manchmal schaue ich auf Stack Overflow und warte darauf, dass etwas ausgeführt wird. Wenn ich merke, dass ich viel Zeit mit Stack Overflow verbracht habe, lange nachdem das Ding fertig ist, zähle ich es als Pause und hole die Zeit nach. Das funktioniert für mich, weil ich in Gleitzeit arbeite, und es gibt mir starke Anreize, Stack Overflow nur in kurzen Ausbrüchen während der Arbeit und längere Zeit außerhalb der Arbeit anzusehen. Wenn Ihr Team flexibel ist, könnte es für sie funktionieren (natürlich mit ihrer Zusammenarbeit). Wenn ihr Arbeitstag ein strengerer 9-6 mit Mittagspause ist, dann muss ihre Abstinenz von der Verwendung von Stack Overflow auch strenger sein. Und wenn Sie froh sind, dass sie eine Stunde am Tag mit Stack Overflow verbringen, das

Beachten Sie auch, dass es vor Stack Overflow Facebook war, davor Usenet oder LiveJournal. Es gibt immer Dinge, die Menschen von der Arbeit ablenken können. Vorausgesetzt, dass sie nicht absichtlich nachlassen, sondern sich nur ablenken lassen, werden sie wahrscheinlich einige Regeln zu schätzen wissen, sofern sie nicht zu extrem sind ("Sie werden gefeuert, wenn ich Sie wieder bei Stack Overflow erwische" ist zu extrem). . Regeln, die dieses schlechte Verhalten verbieten, helfen ihnen, sich selbst zu disziplinieren, um nicht darauf hereinzufallen, vorausgesetzt, sie sind nicht buchstäblich süchtig.

Ich stimme Steve zu. Irgendwo, irgendwie, irgendwo Entwicklung und 8 Stunden wurden miteinander verbunden. Sie sind es einfach nicht. Weisen Sie eine angemessene Aufgabe zu, die innerhalb einer angemessenen Frist erledigt werden soll, und wie oder wann sie sie erledigen, liegt bei ihnen. Wenn SO ihre Produktivität verringert, werden sie es herausfinden. Wenn es hilft, geht das auch.

Unabhängig davon, ob Sie Stack Overflow die Schuld geben oder nicht, Ihr Team hat gelernt, dass es keine negativen Folgen für das Versäumen von Fristen gibt und dass das Einhalten von Fristen keine Vorteile hat. Sie bekommen, was sie haben, egal was kommt. Dies ist das erste Problem, das Sie lösen müssen.

Ich schlage vor, einige kürzere Fristen festzulegen und Konsequenzen für deren Nichteinhaltung vorzusehen. Der Schlüssel hier ist, sie festzulegen, bevor Kunden- oder Großprojekttermine versäumt werden. Wenn Sie zu lange warten, sehen Sie nur schlecht aus.

Sie haben einen Teil der Verantwortung, aber Ihr Team muss lernen, dass es qualitativ hochwertige Arbeit rechtzeitig abschließen oder die Konsequenzen tragen kann. Leider kann man ihnen nicht über die Schulter schauen und sie zur Arbeit zwingen. Sie haben den Mangel an Vertrauen geschaffen, aber du hast sie gelassen.

Ich stimme den anderen Antworten hier voll und ganz zu und sage, dass das Problem nicht der Stapelüberlauf ist, sondern der Rückgang der Qualität und Quantität der Arbeit.

Da es sich jedoch um Stack Overflow handelt, der eine potenziell sehr wertvolle Ressource für ihre Arbeit als Programmierer darstellt, möchte ich einen etwas anderen Ansatz vorschlagen, als die Stack Overflow-Zeit nur als verschwendete, unproduktive Zeit zu behandeln, denn genau genommen ist dies nicht der Fall - Ihre Zeit auf Stack Overflow macht sie wahrscheinlich zumindest besser im Programmieren und in der Kommunikation im Allgemeinen.

Ich denke, was Sie tun müssen, ist, sich wie ein Manager zu verhalten und für sie Prioritäten zu setzen. Priorität Nr. 1 (und Nr. 2 und Nr. 3, so wie es klingt) ist die eigentliche Arbeit, für die sie bezahlt werden. Beeindrucken Sie, wie wichtig es ist, dass sie sich auf die Arbeit konzentrieren, und indem Sie die Metriken verwenden, die Sie in Ihrer Frage haben, können Sie sie darauf hinweisen, dass Sie wissen, dass die Arbeit nicht erledigt wird und sich ändern muss. Anstatt zu versuchen, sie dazu zu bringen, Stack Overflow nicht mehr zu verwenden, müssen Sie sie dazu bringen, dass ihre Arbeit Vorrang vor Stack Overflow hat.

Ich war selbst dort, mit Server Fault. Ich dachte, es wäre das Beste, seit ich entdeckt hatte, wie viel Spaß Alkohol machen kann, und übertrieb es, indem ich etwa 90 % meiner Arbeitszeit mit Serverfehlern verbrachte, anstatt zu arbeiten, was zu Problemen führte, und am Ende musste ich mich selbst trainieren und mich daran erinnern, was Server ist Schuld war wirklich - um mir zu helfen, meine Arbeit zu erledigen und ein besserer Systemadministrator zu sein, nicht um etwas zu tun, um die Zeit totzuschlagen, während ich bei der Arbeit war, oder anstatt zu arbeiten. Infolgedessen bin ich immer noch ein ziemlich aktiver ServerFaulter, aber es stört meine Arbeit nicht.

Ich denke, wenn Sie sich darauf konzentrieren, die Arbeit zu erledigen, anstatt sich darauf zu konzentrieren, dass sie "keine Zeit mit Stack Overflow verschwenden", werden Sie viel bessere Ergebnisse erzielen. Wenn Sie sie daran erinnern, dass sie beides tun können, dass es weder Arbeit noch Stack Overflow sein muss, wird es ihnen wahrscheinlich leichter fallen, die Änderung zu akzeptieren, anstatt zu einer potenziellen Konfrontation zu führen.

Ein paar Dinge, die mir geholfen haben und die Ihrem Team helfen könnten:

  1. Arbeit zahlt die Rechnungen, nicht Serverfehler, also wenn es Arbeit zu erledigen gibt, arbeite ich. Wenn nicht, kann ich ServerFault.

    • Wenn ich bei einem Problem feststecke, ist Server Fault immer noch meine erste Anlaufstelle. Es ist schließlich eine arbeitsbezogene Ressource, also kann ich sie auch so behandeln.
    • Da ich nicht wie alle anderen jede Stunde "Rauchpausen" oder "Kaffeepausen" mache, kann ich stattdessen "Server Fault breaks" machen und 5-10 Minuten ServerFaulting aufwenden.
    • Ich verbringe ziemlich viel Zeit damit, darauf zu warten, dass Fortschrittsbalken oder Skripte oder ähnliches fertig sind, damit ich das nächste tun kann, und dies ist die beste Zeit, um auf Serverfehler zu gehen, da ich normalerweise meine Arbeit nicht erledigen kann, während ich es bin sowieso auf einen Computer warten.

  2. Server Fault macht zwar Spaß, ist aber eine arbeits-/karrierebezogene Ressource.

    • Das heißt, seine Hauptfunktion besteht darin, mir bei Problemen zu helfen, die ich bei der Arbeit erlebe, und mich im Allgemeinen zu einem besseren Systemadministrator zu machen, also ist das der Teil davon, auf den ich mich konzentriere.

      • Abzeichen, Ruf, Spaß und alles andere, was ich davon bekomme, ist nur ein Bonus.

    • Diese Erkenntnis hat mir geholfen, es mehr für arbeitsbezogene Fragen zu verwenden , anstatt mich darauf zu konzentrieren, Fragen zu beantworten / Rep-Huren zu machen.
Aber warten Sie ... ServerFault kann sich auszahlen ... Wenn Sie es richtig machen :)

Whoa, whoa, whoa. Langsamer.

Erstens, vollständiger Haftungsausschluss: Ich denke, dass Stack Overflow teilweise dafür verantwortlich ist, dass ich meinen ersten Programmierjob nach dem College bekommen habe. Seitdem ich es habe, habe ich nicht aufgehört, in meiner Freizeit dazu beizutragen.

Auch in meinem Büro hat sich niemand über meine Verwendung beschwert. Andererseits, wenn ich bei der Arbeit bin, arbeite ich tatsächlich . Ich werde etwas später auf Ihren Punkt eingehen.

Wie kann ich sie dazu bringen (oder zwingen), sich auf die Arbeit zu konzentrieren und von Stack Overflow wegzukommen?

Die Hauptsache, die sich anfühlt, ist ein Mangel an interessanten Dingen, die man tun kann. Wenn sich jemand in Ihrem Team langweilt, wird er andere interessante Dinge tun oder sich anderen interessanten Aktivitäten zuwenden. Für sie kann es passieren, dass es sich um einen Stapelüberlauf handelt.

Engagieren Sie sich mit dem Team. Sehen Sie, was sie von dem aktuellen Projekt halten, an dem sie arbeiten, und sehen Sie, wo ihre Motivation/ihr Selbstvertrauen sind. Ermitteln Sie den Hauptgrund dafür, warum sie so viel Zeit bei der Arbeit verbringen und nicht arbeiten, indem Sie herausfinden, womit sie die meiste Zeit tatsächlich verbringen.

Die Zunahme von Fehlern könnte auch auf eine beliebige andere Anzahl von Gründen zurückzuführen sein - extreme Fristen, nicht genügend Zeit für die Qualitätssicherung, um jeden Winkel und jede Ritze zu überprüfen, zu wenig Aufwand für Unit-/Integrationstests ihrerseits, um sicherzustellen, dass keine dummen Fehler auftreten ihren Weg ins Programm. Sicherzustellen, dass Ihre Entwickler Tests schreiben (also gute Tests schreiben), ist eine gute Möglichkeit, die Gesamtzahl der eingeführten Fehler zu reduzieren.

Ich kann respektieren, dass Sie eine Steigerung der Produktivität wünschen und dass Sie ihnen mitgeteilt haben, dass sich eine schlechte Leistung auf ihre Überprüfung auswirken wird. Aber vielleicht muss noch etwas mehr Beinarbeit geleistet werden, um herauszufinden, warum die Fristen verrutschen und was wirklich los ist. Auch eine schlechte Moral ist ein Motivationsbrecher.

Konzentrieren Sie sich auf die direkten Probleme, nämlich Produktivitäts- und Qualitätsverlust. Dies kann aufgrund von Stack Overflow, Wikipedia, Minecraft, Facebook usw. passieren.

Ich bin mir nicht sicher, auf welche Art und Weise Sie normalerweise kommunizieren (Video-Chat, Telefon, E-Mail usw.), aber ich könnte so etwas fragen:

Wir haben in letzter Zeit einen allgemeinen Rückgang unserer Arbeitsqualität und unserer Fähigkeit, Fristen einzuhalten, erlebt. Hat jemand eine Idee warum?

Sie werden vielleicht überrascht sein; Das können schlechte Kommunikation, schwierige Entwicklungsaufgaben, vage Anforderungen oder andere Faktoren sein, an die Sie noch nicht einmal gedacht haben.

Wie ich bereits sagte, ist Stack Overflow in Bezug auf Ihre Situation nichts Besonderes.


FYI Ich bin auch "süchtig" nach Stack Overflow ;)

Aber so viel Zeit ich dafür aufgewendet habe, habe ich dadurch noch mehr gespart.

@Makoto - Diese Antwort ist auch sinnvoll . :-) In Bezug auf die Tatsache, dass Stack Overflow als Ursache für den wahrgenommenen Rückgang des Arbeitsergebnisses festgenagelt wird, impliziert Korrelation keine Kausalität . Motivationsrückgang kann der Grund sein, das ist oft der Fall.

Könnte auch die FIFA Fussball-Weltmeisterschaft , die Hitze im Sommer oder irgendein anderer Grund sein, also wird die Schuld an SE/SO wahrscheinlich dazu führen, dass sie zu Twitter/Facebook/was auch immer wechseln.

Sie sollten sich auf die Projekte und Fristen konzentrieren und vielleicht vorschlagen, dass der Wechsel zu einer projektbasierten statt einer Stundenvergütung diskutiert wird. Da die Jungs das wahrscheinlich lesen (Hallo ;p), kann man das nicht einfach behaupten, sondern muss wirklich etwas haben, das es untermauert.

Auch hier ist das Posten eine Frage des Zeitmanagements. Ich sehe hier immer wieder viele Leute, Joe Strazzere (hat sogar den Namen richtig verstanden, ohne hinzusehen), Vietnhi Phuvan (nein, dieser noch nicht) oder Jon Skeet, es gibt keine Geschichten darüber, dass sie kämpfen, um ihre Arbeit zu erledigen, obwohl sie viel hier posten. Holen Sie sich also vielleicht einen Coach, der ihnen zeigt, wie sie nicht zu viel Zeit mit der Beantwortung einer Frage oder dem Kreuzlesen von Antworten verbringen, um zu finden, wonach Sie suchen.

Ich habe einen Typen, dessen Homepage Stack Overflow ist. Sein Login-Name ist "RepCap". Er ist die produktivste Person in meinem Team. Eine Gesamtpolitik ist einfach nicht möglich. Wenn die Produktivität in letzter Zeit gesunken ist, verwechseln Sie Korrelation nicht mit Kausalität. Ein guter, gut ausgebildeter Manager würde das nicht tun. SO könnte der Grund dafür sein, dass die Produktivität nicht weiter sinkt.

Mikromanagement ist immer eine Versuchung, aber es ist eines der kontraproduktivsten Dinge, die Sie tun können. Recherchieren Sie weiter. Fragen Sie sie nach ihrer Meinung zum Produktivitätsproblem. Das lässt sie wissen, dass Sie sich dessen bewusst und besorgt sind, und gibt ihnen die Chance, Teil der Lösung zu sein. Die Arbeit mit Menschen ist immer das Vorteilhafte.

Sie können ihnen jederzeit (bezahlte) Freizeit geben, um zu Stack Overflow beizutragen.

Ich habe einmal mit einem IT-Beratungsunternehmen in TX gesprochen, das seinen Entwicklern eine bestimmte Anzahl von Stunden für die Arbeit an persönlichen Projekten gibt.

Recherchieren Sie, zu welchen Zeiten sie am wenigsten produktiv sind, und geben Sie ihnen diese Stunden für die persönliche Entwicklung (ich schätze, es ist der späte Freitagnachmittag).

Sobald Sie diese Richtlinie eingerichtet haben, können Sie die wirklichen Probleme der Softwarequalität und der geringen Produktivität angehen, indem Sie einen der vielen hier bereitgestellten Vorschläge implementieren.

Ich denke, in dieser Situation wird es für Sie aufgrund der Remote-Arbeitskultur nicht effektiv sein, zu versuchen, ein Mikromanagement durchzuführen. Stattdessen können Sie diesen Ansatz ausprobieren:

  1. Führen Sie ein gemeinsames Treffen durch, vorzugsweise persönlich oder per Sprache/Video, und äußern Sie Ihr Anliegen.
  2. Hören Sie ihre Seite der Geschichte. Dieser Schritt ist wichtig, um sie in Zukunft zur Rechenschaft zu ziehen.
  3. Erwartungen und Konsequenzen klar formulieren.
  4. Wenn Sie dies tun, beobachten Sie, ob sich das Verhalten ändert.

    Als letztes Mittel bestrafen Sie eine Person (ich würde vorschlagen, wie eine Rüge oder mehr Arbeit zu geben). Sie könnten sogar versuchen, SO für diese bestimmten Personen eine Woche lang zu blockieren.

Sie können immer je nach Situation mischen und anpassen.

Mehr Arbeit geben … für jemanden, der es nicht schafft, seine Arbeit in der geforderten Zeit zu erledigen. Interessantes Konzept.