Wie verfolgen Sie, woran Sie und Ihr Team täglich arbeiten?

61

Ich kämpfe damit, nachzuverfolgen, was ich und die Leute in meinem Team tatsächlich jeden Tag tun. Ich bekomme ein gutes Gesamtbild, wenn ich jede Woche die ausgefüllten Karten durchgehe, und Aufrichte helfen ein bisschen, aber ich habe das Gefühl, dass ich den Arbeitsalltag meines Teams nicht gut im Griff habe. Die Karten bleiben tagelang in Betrieb, ohne dass sie täglich aktualisiert werden. Einige Ingenieure sind meines Erachtens nicht besonders kommunikativ.

Ich habe darüber nachgedacht, eine Art tägliche Aufzeichnung zu implementieren, die jeder ausfüllt (über eine Mailingliste oder ein freigegebenes Google-Dokument), aber dies scheint ziemlich umständlich und manuell zu sein.

Das Überwachen der GitHub-Aktivität macht einen guten Job, kann jedoch mit der Anzahl der E-Mails, die täglich gesendet werden, etwas überfordert sein. Ich habe darüber nachgedacht, ein Digest-System dafür aufzubauen, aber ich habe keine Zeit zu verlieren.

Welche Strategien haben Sie implementiert, um den Überblick über das zu behalten, was Ihr Team täglich tut, damit Sie die Arbeit an laufenden Aufgaben messen können?

Brian Brunner
quelle
5
Dies sollte am Arbeitsplatz besser nachgefragt werden.
Mattnz
39
@ Mattnz - Ich weiß es nicht. Die Antwort wird zwischen einem Programmierer und einem Basketballspieler und einem Postboten ziemlich stark variieren.
Telastyn
17
Das sollte im täglichen Stand-up abgedeckt werden. Wo ich arbeite, gibt jeder von uns an, woran wir gerade arbeiten und woran wir morgen arbeiten werden. Der Trick dabei ist, dass die Teilnehmer nicht das Gefühl haben, dass sie "verfolgt" werden. Wenn Sie glauben, dass ein Entwickler hinterherhinkt, rufen Sie ihn NICHT im Stand-up-Modus auf, sondern halten Sie das Gespräch privat.
JuStDaN
5
@mattnz - Okay, ersetze die Beispiele durch Buchhalter und Anwalt. Oder Arzt und Politiker. Oder Klempner und Sekretär. Letztendlich gibt es keine einheitliche Antwort darauf, wie man nachverfolgt, was ein Team von Fachleuten tut, da unterschiedliche Berufe unterschiedliche Ansätze erfordern - und daher nicht für den Arbeitsplatz geeignet.
Telastyn,

Antworten:

108

Ich rede mit ihnen.

Technologie kann soziale Probleme nicht lösen. Sie haben kurze Morgenstandzeiten. Was hast du gestern gemacht? Was wirst du heute tun? Irgendwelche Hindernisse?

Wenn sich etwas faul anhört (oder ich neugierig bin), halte ich inne und frage: "Sie haben gestern an XYZ gearbeitet, wie ist das ausgegangen?" Dies zwingt die Menschen, aufmerksam zu sein und tatsächlich zu wissen, was los ist. Es hält Sie auch als Teamleiter auf dem Laufenden (und Sie müssen aufpassen und wissen, was tatsächlich los ist). Dies muss pünktlich und kurz sein ( maximal 10 Minuten ). Alles andere und die Leute werden ihre Arbeit nicht "zurückstellen". Sie werden anhalten und auf den Standup warten und sich dann Zeit nehmen, um wieder anzufangen. Einige werden das sowieso tun, aber es ist größtenteils unvermeidlich.

Dann schaue ich nachmittags bei allen vorbei. Nicht jeden Nachmittag (obwohl es für neue Leute mehr als jeden Nachmittag sein könnte), nicht zur selben Zeit, sondern zur selben Zeit (also sowohl informell als auch regelmäßig). "Irgendwelche Probleme? Irgendwelche Hindernisse?"

Sie werden überrascht sein, wie oft Sie auf Probleme stoßen, wenn die Leute eins zu eins sind.

Wenn die Leute keine Probleme haben, großartig; zurück an die Arbeit. Wenn sie nicht die ganze Woche Probleme haben ? Problem. Sie fordern sie nicht genug heraus oder sie öffnen sich nicht. Fragen Sie, wie es XYZ (das sie im Standup erwähnt haben) geht. Lassen Sie sie Dinge erklären.

Dies ist kein Mikromanagement. Sie sagen ihnen nicht, wie sie ihre Arbeit machen sollen. Sie babysitten sie nicht. Sie sind da, um Hindernisse aus ihrem Alltag zu entfernen. Dazu benötigen Sie Informationen. Solange Sie Ihr Team von Besprechungen fernhalten und Projektmanager aus ihren Cubes fernhalten, wird eine Person, die einmal am Tag vorbeikommt, keinen Kummer verursachen. Aber all diese Interaktionen müssen von der Ader "Ich bin hier, um dir zu helfen" kommen.

Eine andere Sache, die ich tun werde, ist das Überprüfen von Changesets (von mir selbst, informell). Ich kann dann sehen, wie oft Leute einchecken, wie groß ihre Änderungssätze sind, wie das mit dem übereinstimmt, was sie gemeldet haben, wie oft sie Dinge wiederholen, wie viele Bugfixes sie haben und so weiter. Ein Workitem, dessen Status auf "erledigt" geändert wird, ist nahezu bedeutungslos. Schauen Sie sich den Code an. Scheint es erledigt zu sein?

Anmerkung: Ein äußerst schwerwiegender Nebeneffekt: Wie groß ist Ihr Team? Ist es mehr als 7 Personen? Natürlich werden Sie nicht in der Lage sein, alles im Auge zu behalten, wenn Ihr Team zu groß ist.

Telastyn
quelle
31
+1 Teams, die nicht kommunizieren, sind keine Teams und erledigen keine Arbeit.
11
Ich mag das. "Du bist da, um Hindernisse aus ihrem Alltag zu entfernen. Du brauchst Informationen, um das zu tun." Wir könnten besser darin sein, wo ich arbeite.
Robert Harvey
33
Beeindruckend. Revolutionär! Muss ich eigentlich reden Oder kann ich eine App dafür haben?
andy256
7
@Snowman: Dein Kommentar ist nichts anderes als eine falsche Platitude. Ich war in den letzten Jahren in vielen, vielen verschiedenen Teams und habe nicht gesehen, dass Ihre Plattitüde ein Schlüsselfaktor für den Erfolg oder Misserfolg eines dieser Teams ist. Einige Teams waren extrem effizient und erfolgreich mit Bug-Down, machen Sie es fertig, stören Sie mich nicht, Leute (tatsächlich waren die erfolgreichsten Teams, in denen ich war, so). Während andere Teams mit der Kommunikation im Ying-Yang-Bereich völlig gescheitert sind.
Dunk
5
RE: "Wenn sie die ganze Woche keine Probleme haben? Problem." - Es kann auch sein, dass Sie nicht die richtige Person sind, um das Problem zu lösen. Vielleicht arbeitet bereits ein anderer Entwickler, das Internet oder etwas anderes daran, das Hindernis zu beseitigen.
Sixtyfootersdude
143

Verwalte deine Entwickler nicht im Mikromanagement!

Die produktive Softwareentwicklung erfordert lange konzentrierte mentale Anstrengungen. Es ist nicht realistisch, von ihnen eine konstante Leistung zu erwarten. Wenn Sie anfangen, sie täglich zu messen, strukturieren sie ihre Arbeit neu, sodass sie immer einige erkennbare Artefakte produzieren, die Sie jeden Tag sehen können. Dies kann sich möglicherweise positiv auf Ihre Softwarequalität auswirken. Dies wird sich mit ziemlicher Sicherheit negativ auf die Effizienz Ihrer Entwickler auswirken.

Robert Harvey
quelle
27
Leider habe ich dafür nur eine positive Bewertung! "Wenn Sie anfangen, sie täglich zu messen, werden sie ihre Arbeit neu strukturieren, sodass sie immer einige erkennbare Artefakte produzieren, die Sie jeden Tag sehen können." Effekt: Am Ende arbeiten Sie daran, ein sichtbares Ergebnis zu erzielen, anstatt sich auf die Lösung der eigentlichen Probleme zu konzentrieren.
Giorgio
4
Wenn es hart auf hart geht, verbringe ich den ersten Tag damit, die niedrig hängenden Früchte zu pflücken, um das Zahlenspiel zu spielen. Sehen Sie, wie viel wir an einem Tag geschafft haben! Ich spare ein bisschen, damit ich an anderen Tagen als Erstes einige Anforderungen / Feedbacks ausschalten und dann den Rest des Tages mit wichtigen Dingen verbringen kann .
6
Man könnte argumentieren, dass die Arbeit ohne erkennbares Artefakt für Ihre Kunden und somit für den Anwalt Ihres Unternehmens nicht nützlich ist
Telastyn,
14
@Telastyn: Natürlich benötigen Sie erkennbare Artefakte, die für Ihre Kunden nützlich sind. Der Punkt ist, wie oft Sie und Ihr Kunde sie brauchen. Es gibt keine allgemeine Regel, aber eine zu genaue Überwachung des Entwicklungsprozesses kann den Prozess selbst stören, verlangsamen und die Qualität der Ergebnisse verringern. Prüfen Sie als provokatives Beispiel beim Gehen nach jedem Schritt, ob Sie in die richtige Richtung gehen?
Giorgio
3
Ich bin mit dem Inhalt einverstanden, aber ich bin nicht einverstanden, dass es eine Antwort auf die Frage ist. Ich verfolge den täglichen Fortschritt, aber das Verwalten ist ein interaktiver Prozess. Diese Interaktion behalte ich normalerweise für das Ende des Sprints vor. Selbst wenn Sie Statistiken auf hoher Ebene verwalten, werden diese Statistiken durch Sammeln einzelner Datenpunkte erstellt. Sie erscheinen nicht magisch auf meinem Schreibtisch.
MSalters
9

Wie Robert Harvey vorschlägt , leiten Sie Ihr Team nicht auf kleinstem Raum. Geben Sie dem Team einige priorisierte Aufgaben mit konkretem Geschäftswert und lassen Sie Ihr Team herausfinden, wie dieser Geschäftswert am besten erreicht werden kann.

Wenn das Team geschäftlichen Nutzen bringt, sollten Sie glücklich sein. Wie sie sicherstellen, dass sie die angeforderten Funktionen bereitstellen, sollte ihnen überlassen bleiben.

Jedoch:

Die Karten bleiben tagelang in Bearbeitung, ohne dass sie beim täglichen Aufstehen aktualisiert werden

Dies könnte auf einen Prozessmangel hinweisen.

Es könnte das Team sein, das nicht wirklich als Team funktioniert und nicht eingreift, um sich gegenseitig zu helfen, wenn sie feststecken. Es könnte auch die Kommunikation mit dem Unternehmen sein. Die Aufgaben sind zu groß, so dass es schwierig wird, herauszufinden, was benötigt wird. Spezifikationen sind nicht klar.

Es könnte auch sein, dass es überhaupt kein echtes Problem gibt. Vielleicht funktioniert das Team nur gut mit Karten, die wichtige Teile der Arbeit darstellen, die Tage in Anspruch nehmen, und vielleicht funktioniert das Team gut, um dies zu erreichen.

Ich halte es für richtig, die Retrospektive als Plattform zu nutzen, um Ihre Besorgnis zum Ausdruck zu bringen. Manchmal ist es gut, Beobachtungen von außen zu erhalten.

Aber lassen Sie das Team herausfinden, ob es ein Problem gibt und was die Ursache dafür ist. Und seien Sie bereit zu akzeptieren, dass Sie möglicherweise die Art und Weise anpassen müssen, in der Aufgaben an das Team übergeben werden.

Denken Sie daran, dass das tägliche Aufstehen dem Team dabei hilft, die Arbeit zu organisieren. Es ist KEIN Werkzeug für Manager, um den Überblick über das, was das Team tut, zu behalten.

Pete
quelle
6

"Push Messaging" statt "Pull Messaging"

Ein Entwickler gelangt häufig in einen der folgenden für Sie wichtigen Status:

  1. Yaaay, ich habe X!
  2. Ich arbeite an X, aber es sieht so aus, als würde es eine längere Zeit dauern ...
  3. Ich stecke in Problem Y fest und recherchiere, benötige aber möglicherweise Ratschläge.
  4. Ich bin gesperrt, weil ich auf A, B und C warte.

Idealerweise möchten Sie über diese Status einigermaßen aktuelle Informationen erhalten, ohne die tatsächliche Produktivität zu beeinträchtigen. Konstante "Sind wir schon da?" ist kontraproduktiv, aber es kann sein, dass Sie etwas Nützliches für die Zustände 2 bis 4 tun können, also müssen Sie sich über diese informieren.

Was funktionieren wird, ist eine Kultur des Push-Messaging, vorzugsweise auf automatisierte Weise. Möglicherweise müssen Sie nicht das gesamte Festschreibungsprotokoll anzeigen, aber Sie können ein "Dashboard" erstellen, in dem Sie die neueste Festschreibung oder das zuletzt gelöste Ticket (für Fehler oder Funktionen) jedes Teammitglieds sehen. Für den Rest der Situationen können Sie veranlassen, dass sie Ihnen proaktiv solche Aktualisierungen per E-Mail senden (hoffentlich sind sie seltener als Commits), oder Sie können sie fragen, ob Sie auf einem beliebigen Dashboard keinen kontinuierlichen Fortschritt sehen - wenn Sie eine haben Interne Vereinbarung, dass das Feststecken behoben werden muss (es kann sein, dass einige Funktionen nicht benötigt werden, wenn sich herausstellt, dass sie 80 Stunden und nicht 8 Stunden kosten). Dann werden Sie entweder auf dem Laufenden gehalten oder von Ihnen gestört.

Alternativ können Sie eine Kultur von https://idonethis.com/ täglichen Berichten erstellen, die an das gesamte Team gesendet werden - dies stellt sicher, dass sich auch andere auf derselben Seite befinden.

Peter ist
quelle
1
Wir (haben versucht) idonethis für ungefähr 2 Monate zu benutzen, es hat nicht geklappt - weil du dir einen Moment Zeit genommen hast, um woanders hinzugehen, und nur um deinen Status zu aktualisieren, haben die meisten von uns vergessen, dass es ihn gab
Izkata
Ich benutze auf jeden Fall unsere Problemverfolgungssysteme und Änderungsmanagementsysteme, um Halbjahres- / Jahresberichte über meine Aktivitäten zu erstellen, und wir verwenden das Jazz-Dashboard, um Aktivitäten als Abteilungen und für Projekte insgesamt zu verwalten. Scrum-Meetings kommunizieren, woran wir gerade arbeiten, führen aber keinen detaillierten Verlauf. Ich fand es auch nützlich, um meinetwillen ein kleines Kommandozeilen-Tool zusammenzustellen, mit dem ich schnell eine mit einem Zeitstempel versehene einzeilige Notiz für mich selbst entfernen kann. Dies ist nützlich für die Aufzeichnung von Aktivitäten und Details, die auf den anderen Systemen nicht leicht sichtbar sind.
Keshlam
@Izkata Ich sehe die Zeitverwaltungssoftware, die ich an meinem derzeitigen Standort verwende, genauso. Schließlich habe ich eine Erinnerung eingerichtet, die jeden Tag um 16:00 Uhr (für Tage, an denen ich früh beginne) und um 18:00 Uhr (für Tage, an denen ich spät beginne) ausgelöst wird Erinnere mich daran, das System zu aktualisieren. Bisher habe ich viel seltener vergessen, das System zu aktualisieren. Es lohnt sich zu überlegen, ob Sie ein solches System weiterhin verwenden möchten.
Scragar
5

Eine Alternative zu einigen der anderen Antworten (kommunikationsorientiert) ist, dass die Aufgaben auf Ihren Notizkarten möglicherweise in kleinere Teile aufgeteilt werden können, zu denen Sie dann früher Feedback erhalten können.

Mit kleineren Stücken hat das Team das Gefühl , jeden Tag etwas zu erreichen, das sich im Aufstehen widerspiegeln sollte.

Der Nachteil ist, dass diese separaten Karten wahrscheinlich stark voneinander abhängen. Ein Team, das in der Lage ist, sehr leicht miteinander zu kommunizieren, ist hier von Vorteil, oder Teile können nicht so kombiniert werden, wie sie sollten. Möglicherweise müssen Sie auch einige Karten zurückhalten, wenn Sie bestimmte Dinge zuerst erledigen müssen.

Davon abgesehen werden die Leute immer noch stecken bleiben oder herausfinden, dass eine Aufgabe viel schwieriger ist, als sie oder Sie es von Zeit zu Zeit erwartet haben. Aus diesem Grund ist es immer noch hilfreich, Fragen offen im Stehen zu diskutieren, wo andere Ratschläge geben können, ohne die Person zu beurteilen, die Probleme hat.

Um das Problem des Mikromanagements zu beantworten, wie einige der anderen Antworten bereits angesprochen haben: Auch wenn die Menschen jeden Tag kleine Aufgaben erledigen, müssen sie einen breiteren Blick auf ihre geleistete Arbeit werfen , um ein Gefühl dafür zu bekommen, wie viel jede Person tatsächlich erledigt wird. anstatt sie nach ihren täglichen Leistungen zu beurteilen.

Ich schlage dies vor, weil ich in einem 8-köpfigen Team arbeite, in dem die Kommunikation sehr einfach und die Leute sehr aufgeschlossen sind. Wir erhalten Aufgaben, von denen nie erwartet wird, dass sie länger als zwei Tage dauern. Manchmal sind diese Aufgaben eng miteinander verbunden und wir müssen uns gegenseitig darüber auf dem Laufenden halten, wie wir unsere eigenen Aufgaben erledigen. Wir sind jeweils dafür verantwortlich, unserem Manager alle zwei Wochen mitzuteilen, was wir erreicht haben.


Nachdem Sie die Frage noch einmal gelesen haben, wird mir klar, dass Sie dies möglicherweise als Teammitglied und nicht als Führungskraft stellen und daher möglicherweise keine Kontrolle über Ihre Aufgaben haben.

  1. Sie können Ihrem Vorgesetzten vorschlagen, die Aufgaben besser zu unterteilen
  2. Wenn Ihre Arbeit blockiert wird oder von der Arbeit eines anderen Teammitglieds abhängt, können Sie diese jederzeit überprüfen und gegebenenfalls eine andere Aufgabe übernehmen.
DoubleDouble
quelle
1
Das Aufteilen von Dingen in eine Hierarchie kleinerer Teile und das Verfolgen von Abhängigkeiten zwischen ihnen ist eines der Dinge, in denen Jazz / RTC gut ist.
Keshlam
3

Zunächst müssen Sie sich in Bezug auf Ihre Zeit und Fähigkeiten analysieren. Wenn Sie eine technische Person mit einigen praktischen Erfahrungen sind, können sich die Dinge von denen für den Fall unterscheiden, dass Sie nur ein Manager sind (der nicht über fundierte technische Kenntnisse darüber verfügt, woran Ihre Entwickler tatsächlich arbeiten), der nur sicherstellen muss, dass die Fristen eingehalten werden .

Der gemeinsame Punkt in beiden Fällen ist , dass Sie Ihr Team in der Lage sein müssen , erleichtern und ein Gefühl zu schaffen , dass Sie ihnen vertrauen. Sie beurteilen ihre Leistung nicht, sondern versuchen einfühlsam und hilfreich zu sein, damit ihre Erfahrung Spaß macht und leicht fällt.

Nehmen wir nun an, Sie sind nur ein Manager, wie oben erwähnt. In diesem Fall sind Sie möglicherweise nicht in der Lage, ihm / ihr zu helfen, selbst wenn ein Entwickler mit ernsthaften entwicklungsbezogenen Problemen konfrontiert ist. Das eigentliche Problem kann zeitaufwändig sein und erfordert auch Konzentration. Weiter vorausgesetzt, der Entwickler ist wirklich aufrichtig in seiner Arbeit und zahlt Vollzeit (sogar zusätzliche Zeit) für die Lösung dieses Problems, kann es aber leider immer noch nicht lösen. Und in einer solchen Situation (wenn Sie das Problem nicht einmal vollständig verstehen können) fragen Sie immer wieder nach dem Problem, indem Sie jeden Tag und sogar zwanglos zweimal am Tag Fortschritte erzielen. Das Ergebnis wäre extreme Frustration und Störung für den Entwickler. Egal, ob es sich um eine App zum Sammeln des täglichen Fortschritts oder um ein einfaches tägliches Stand-up-Meeting handelt, beides kann frustrierend sein.

Wenn Sie jedoch alle anderen Faktoren unverändert lassen, gehen Sie einfach davon aus, dass Sie über einen starken technischen Hintergrund verfügen und in der Vergangenheit an denselben Technologien gearbeitet haben. In diesem Fall ist es sehr hilfreich, täglich Fortschritte zu machen oder Stand-up-Meetings abzuhalten. Entwickler werden Ihnen und Ihrem Fachwissen mit Sicherheit vertrauen und die große Herausforderung, vor der sie stehen, gerne diskutieren. Sie werden einige Vorschläge machen, die hilfreich sein können, oder auch wenn sie nicht direkt hilfreich sind, helfen sie bei der Bereitstellung alternativer Ansätze.

Tägliche Stand-up-Meetings müssen jedoch in jedem Fall das Gefühl vermitteln, ein Teammitglied zu sein, kein Leiter / Lead / Manager. Wenn Ihre Teammitglieder Sie nicht auf dem gleichen Niveau wie Sie betrachten, können sie ihre Bedenken / Vorschläge / Probleme / Rückmeldungen usw. nicht mitteilen.
Ein weiterer Punkt, der berücksichtigt werden mussist die Größe Ihres Teams und die Zeit, die Sie für die Verwaltung haben, bevor Sie über die Verwendung einer automatisierten Fortschrittsverfolgungssoftware oder die Verbesserung Ihrer Interaktion nachdenken. Sie müssen sicherstellen, dass alle von Ihrem Team angesprochenen Probleme so schnell wie möglich gelöst werden können. Ein wesentlicher demotivierender Faktor für ein Teammitglied ist, dass seine Bedenken / Vorschläge / Rückmeldungen nicht ernst genommen oder nicht bewertet werden. Es ist wichtig, den täglichen Fortschritt zu kennen, aber nur, wenn Sie voll in die Teamarbeit eingebunden sind. Wenn Sie auch in einigen Nebengeschäften tätig sind, versuchen Sie nicht, mehr mit Ihrem Team zu interagieren. Stellen Sie sich eine Situation vor, in der die Reaktion Ihres Teams überwältigend ist und es seine Aufgaben rechtzeitig abgibt und Bedenken und Fragen aufwirft, Sie jedoch kein zeitnahes Feedback und keine Bewertungen abgeben können. In solch einer Situation,

arj
quelle
2

Erstellen und nutzen Sie verschiedene IM-Chatrooms für die verschiedenen Konfigurationen. Einige können weit gefasst sein wie @engineers und andere können spezifisch sein wie @newFeatureA

Überlegen Sie, ob Sie täglich eine Überprüfung Ihrer Flugtickets vornehmen müssen.

Verwenden Sie eine offene Umgebung, die die Zusammenarbeit unterstützt, und stellen Sie sicher, dass sich QE und der primäre Produktbesitzer in der Mitte der Entwickler befinden. Sie werden viel mithören und eine Idee bekommen, wenn Sie Bildschirme in Ihrer Nähe sehen.

Wie Robert betont, ist es vor allem kein Mikromanagement (beachten Sie die Verwendung von "gesehen werden", dh unabhängig von Ihrer tatsächlichen Absicht).

Letztendlich verfolgen wir, was im Laufe der Zeit erreicht wurde und wie schnell wir damit sind. Sich auf den Fortschritt während des Tages zu konzentrieren, ist kontraproduktiv, da die Menschen demoralisiert werden und / oder gehen.

Michael Durrant
quelle
2

Ich bin überrascht, dass hier noch niemand das Repository-Messaging "verfolgt" oder "markiert" erwähnt hat, das in Systeme wie GitHub oder BitBucket integriert ist.

Unsere technischen Stakeholder (Projektleiter, Entwicklungs- und Support-Manager) verfolgen alle unser Anliegen und schreiben Aktualisierungshistorien zu ihren relevanten Projekten fest. Wir haben ein kleines Team (15 FTE + Vertragspartner), aber das scheint für uns zu funktionieren

An all diesen Dingen wird niemand gemessen, aber zusätzlich zu den wöchentlichen Statusberichten der PM gibt dies einen täglichen Einblick in das Projekt, um zumindest alle darüber zu informieren, an welchen Bereichen gearbeitet wird, sodass niemand auf die Sichtbarkeit verzichtet.

Es hat auch dazu beigetragen, die Transparenz zwischen Entwicklern und Auftragnehmern sowie unseren Geschäftsbeziehungen zu erhöhen, sodass jeder für seine Lieferpläne verantwortlich ist.

In Kombination mit RSS-Feeds, die mit bestimmten Repositorys oder in der gesamten Organisation verknüpft sind, konnten wir die Anzahl der E-Mails (wo gewünscht) begrenzen und über RSS-Reader einen ähnlichen Datensatz in Echtzeit und in Zusammenfassung bereitstellen. Für einige Benutzer ist dies Outlook, es handelt sich also im Grunde genommen um E-Mails, obwohl sie sich geringfügig unterscheiden. Für andere Benutzer verwenden sie einen vollwertigen RSS-Client mit allen zusätzlichen Filtern, die sie benötigen, um ihn genau an ihre Bedürfnisse anzupassen.

Wir hatten anfangs ähnliche Bedenken hinsichtlich des E-Mail-Aufkommens, aber unsere Endbenutzer kamen auf das RSS-System, ohne dass die Engineering Org viel tun musste, um Kunden vorzuschlagen, die Outlook nicht verwenden. Bei uns arbeiteten das ganze Jahr über wieder rund 20-30 FTE + -Auftragnehmer in verschiedenen Büros und Zeitzonen. YMMV natürlich.

Bryan 'BJ' Hoffpauir Jr.
quelle
4
Das OP weist darauf hin, dass sie Github Digests folgen und es ist überwältigend. Nach meiner Erfahrung ist es ein wirklich flacher Blick in die Dinge, der ein falsches Gefühl von Sicherheit vermittelt.
Telastyn
2
Das ist richtig, wenn Sie alle Aktivitäten auf GitHub verfolgen. Um ehrlich zu sein, verwenden wir BitBucket für unser Unternehmen und es scheint ausreichend detaillierte Kontrolle über den Stand der E-Mail-Updates für unsere kleinen Teams zu bieten. Sie sind sich nicht sicher, ob GitHub das gleiche Maß an Granularität bietet? Vielleicht könnte jemand es mit BitBucket vergleichen, wenn er beides verwendet hat, um die Konfiguration und die Teamgröße zu bestimmen, die eine gute Anpassung ermöglichen. Würden die folgenden Updates in GitHub wirklich zu viel Aktivität erzeugen? Es scheint nicht in BitBucket ... und das ist genug für unsere
PMs
Es wurde ein Kommentar zu den jüngsten Entwicklungen bei der Verwendung von RSS-Clients (oder in einigen Fällen sogar Outlook) hinzugefügt, um das E-Mail-Volumen zu reduzieren und Benutzern das Selbstfiltern ihrer Daten zu ermöglichen, diese jedoch als "Echtzeit" und Zusammenfassung / Tagesende / Ende beizubehalten der Woche, wie sie wollen. Scheint gut zu funktionieren für diejenigen, die keine ständige Flut von E-Mails in ihre bestehenden Posteingänge aufnehmen möchten ...
Bryan 'BJ' Hoffpauir Jr.
0

Dies ist eine sehr marginale Ergänzung (und es ist nicht programmiererspezifisch), aber ich habe mit Asana in den letzten Projekten gute Erfolge erzielt .

Die Integration in vorhandene Tools für die Online-Zusammenarbeit ist mit Slack kein Problem . Es ist um einen Chatroom herum aufgebaut, dient aber als ziemlich minimalistischer Hub für andere Tools, einschließlich Asana, GitHub und Bitbucket. Es hat eine anständige Sammlung dieser "Integrationen", sowohl vorgefertigt als auch von der Community erstellt , wobei die API verwendet wird, mit der Sie natürlich Ihre eigene erstellen können.

Shadowtalker
quelle
Ich würde gerne wissen, warum dies abgelehnt wurde. Ich verstehe, dass die Frage eher nach "Strategien" als nach "Werkzeugen" fragt, aber ist "ein gutes Werkzeug verwenden" selbst keine praktikable Strategie?
Shadowtalker
siehe Wie man antwortet . „Lesen Sie die Frage sorgfältig Was speziell die Frage bittet um Stellen Sie sicher , Ihre Antwort sieht vor, dass.? - oder eine brauchbare Alternative ... Brevity akzeptabel ist, aber voller Erklärungen sind besser ...“
gnat
Ich kam hierher , um vorschlagen , mit Slack . Es ist ein hervorragendes Tool, um die täglichen Aktivitäten des Teams zu verfolgen . Was übrigens genau die Frage ist. Aber nachdem ich mir diese Antwort und die Kommentare angesehen habe, verstehe ich vielleicht einfach nicht, wie programmers.stackexchange.com funktioniert (obwohl ich auf anderen Websites viele Reputationspunkte habe).
Denilson Sá Maia
@gnat was hätten Sie sich mehr von dieser Antwort gewünscht? Ich sehe hier nicht viel, was eine "umfassendere" Erklärung
zulässt