Welche Projektbesprechungsstruktur sollte ein einzelner Entwickler wählen?

Ich bin ein Solo-Entwickler, der mit ungefähr 3 anderen Leuten (Nicht-Entwicklern) an einem anständigen kleinen Projekt arbeitet. Diese anderen Personen sind nicht entwicklungsbezogen an dem Projekt beteiligt, und einer ist auch mein Manager. Jeder ist auch ziemlich offen für Ad-hoc-Diskussionen.

Mein Manager hat mir nur einen Traum gegeben - ich wurde beauftragt zu bestimmen, welche Besprechungsstruktur für das Projekt am besten geeignet ist. Dies scheint eine wunderbare Möglichkeit zu sein, mit Besprechungsüberlastung und / oder sinnlosen Besprechungen umzugehen .

Mit großer Kraft geht große Verantwortung einher, wie jetzt, wenn ich etwas vorschlage, das letztendlich zu viel Zeitverschwendung führt, ist es meine Schuld.

Ich hatte noch nie eine so leere Tafel, um darüber nachzudenken, wie ich Meetings strukturieren würde. Meine Gedanken sind:

Tägliches "Touch Base / Status Update" -Treffen für 15 Minuten oder weniger (ähnlich wie bei Standup-Meetings), um die täglichen Ziele zu kommunizieren und den Vortag zu überprüfen. Oder es scheint, ich könnte einfach ein Whiteboard bekommen und es an meinen Schreibtisch legen, um diese Informationen zu kommunizieren.
Bei Bedarf Besprechungen, um bestimmte Entscheidungen zu treffen oder Fragen zu beantworten, die das Team hat

... Ich sehe keine Notwendigkeit für ein wöchentliches "Status" -Projekttreffen. Ich bin mir auch nicht sicher, ob die zweite Kugel viele formell geplante Treffen erfordern würde.

Mein Anliegen ist, dass diese "entwicklerorientiert" (dh ich) zu einer Entfremdung mit anderen führen oder meinem Manager das Gefühl geben, die Kontrolle über das Projekt zu verlieren, da diese Struktur erheblich anders wäre als die meisten Projekte, die ausgeführt werden.

Welche Projektbesprechungsstruktur sollte ein einzelner Entwickler wählen?

Adressierungskommentare:

Was leisten die anderen Leute? Sind sie die beabsichtigten Benutzer dieses Projekts? Arbeiten Sie an nicht entwicklungsbezogenen Aspekten (wie Website-Themen und -Bildern oder einem DBA oder QS-Test)? Andere Management- / Verwaltungsebenen?

Sie sind einige der möglichen Benutzer und interessieren sich für den gesamten Workflow. Sie tragen auch zu mehreren Bereichen von Formularen / Dokumenten bei (deren Format keine Entwicklungsarbeit beeinflusst).

Können Sie Feedback von den beiden anderen Mitgliedern erhalten? Einige Manager müssen regelmäßig ein Meeting abhalten, sonst können sie es nie in ihren Zeitplan aufnehmen.

Zeit zu gewinnen scheint in Zukunft kein Problem zu sein.

— Enderland
quelle

Was leisten die anderen Leute? Sind sie die beabsichtigten Benutzer dieses Projekts? Arbeiten Sie an nicht entwicklungsbezogenen Aspekten (wie Website-Themen und -Bildern oder einem DBA oder QS-Test)? Andere Management- / Verwaltungsebenen?

— Bobson

Können Sie Feedback von den beiden anderen Mitgliedern erhalten? Einige Manager müssen regelmäßig ein Meeting abhalten, sonst können sie es nie in ihren Zeitplan aufnehmen.

— JeffO

Antworten:

Als einziger Entwickler ist die Sichtbarkeit Ihr größtes Problem. Meine Empfehlung ist, vollständige Sprintzyklen wie in einem agilen Projekt durchzuführen. Führen Sie alle zwei Wochen eine Demo mit etwas mehr Funktionen durch (dies kann in einer halbstündigen bis stundenlangen Besprechung erfolgen. Erklären Sie jeden Tag, was Sie gestern getan haben, was Sie heute tun werden und welche Hindernisse Sie haben.

Auf diese Weise kommunizieren Sie zu jedem Zeitpunkt genau mit den anderen, wo sich das Produkt befindet. Sie werden sich involviert fühlen, jeder wird genau wissen, wo der Fortschritt beim Erstellen des Produkts ist, und Entscheidungen können getroffen werden, um Funktionen nach Bedarf zu verschrotten / einzuführen.

Und ein täglicher Standup von 10 Minuten "verschwendet" nur eine Stunde pro Woche. Wenn Sie alle zwei Wochen eine einstündige Demo haben, ist Ihre Meeting-Exposition auf durchschnittlich 1,5 Stunden pro Woche begrenzt, was nicht viel ist.

— Stephen
quelle

... and decisions can be made to scrap/introduce features as necessary.<--- Dies. Da Sie diese Besprechungen mit den Benutzern planen, können Sie überall Zeit sparen, wenn Sie ein Modell anzeigen und sofort Feedback erhalten, ob es ihren Anforderungen entspricht oder überarbeitet werden muss.

— Bobson

Ein täglicher Stand von 10 Minuten "verschwendet" eine Stunde pro Woche für vier Personen . das ist nicht unbedeutend. Wenn Sie in Iterationen sind zu liefern, haben Sie nicht wollen , die die ausgewählten Merkmale jeden @ # $% Tag, so liegt Wahnsinn zu überdenken;)

— Steven A. Lowe

Der 10-minütige Standup dient zwei Zwecken: der Erhöhung der Sichtbarkeit und der Information des Projektmanagers über das Timing. Wenn Sie bis zum vierzehntägigen Treffen warten, um sie wissen zu lassen, dass Sie eine Woche im Rückstand sind, weil Sie diesen wirklich nervigen Fehler hatten, dessen Suche und Behebung eine Woche gedauert hat, ist das für alle anderen im Team wirklich schlecht und schwächt sie Vertraue auf dich. Der tägliche Standup verwaltet die menschliche Seite der Softwareentwicklung, was von einigen Entwicklern übersehen werden kann.

— Stephen

@Stephen: Wenn Sie hypothetisch 2 Wochen warten, bevor Sie Ihren Manager / Ihr Team über Projektprobleme informieren, gibt es größere Probleme als die Einhaltung von Tagesordnungen. Es gibt dieses wunderbare Ding namens "Telefone" und "E-Mail" ...: D ... warte, Entwickler sind Menschen?

— Steven A. Lowe

Keiner

Wenn Sie nicht etwas haben, das eine hochgradig interaktive Gruppendiskussion erfordert ( z. B. das Demonstrieren einer Iteration ) oder nur gesehen werden muss, wie es funktioniert, ist es verschwenderisch, 4 Personen in einer Besprechung zu binden, selbst für 15 Minuten.

Persönliche Besprechungen sind die Kommunikationsform mit der höchsten Bandbreite. Sie sind auch die teuerste Form der Kommunikation. Verwenden Sie sie mit Bedacht und nur bei Bedarf.

— Steven A. Lowe
quelle

Ich stimme dir nicht zu; Wenn ein Projekt wichtig genug ist, um gestartet zu werden, ist es wichtig genug, um täglich aufzustehen. Diese Dinge dauern kaum länger als 5 Minuten; vor allem, wenn es nur einen Entwickler und eine Bestellung gibt. Wenn Sie überhaupt keine Aktualisierungen vornehmen, werden Sie von all den Gesprächen "Warten, das habe ich nicht im Sinn" in den Arsch gebissen, die viel zu spät im Prozess stattfinden und zu teuren, langwierigen Änderungen führen. Es verkürzt die Rückkopplungsschleife, nach der Sie suchen sollten, und verlängert sie nicht.

— Stefan Billiet

@StefanBilliet: Wenn Sie die Rückkopplungsschleife verkürzen möchten, liefern Sie funktionierende Software und nehmen Sie den Hörer ab. Häufig. Kein Fan von täglichen Stand-ups, besonders für ein Team von einem; Der Overhead ist zu hoch (Besprechungszeit + Vorbereitungszeit + Reisezeit + Kontextwechselzeit + Opportunitätskosten) x 4 Personen x 5 Tage / Woche = $$$!

— Steven A. Lowe

Ich denke, wir reden hier über verschiedene Dinge. Meine / unsere Stand-ups bestehen darin, dass ich aufstehe, der Bestellung winke und jeden Morgen zur gleichen Zeit zu unserem Scrumboard gehe. Die durchschnittliche Reisezeit beträgt ca. 2 Sekunden, die Vorbereitungszeit beträgt keine, die Kontextwechselzeit beträgt keine (tun Sie dies, bevor Sie mit der Arbeit beginnen) und die Opportunitätskosten: Sie haben mich verloren. Das Abheben eines Telefons kann funktionieren, ist aber immer noch weniger effizient als ein kurzer Moment von Angesicht zu Angesicht.

— Stefan Billiet

@StefanBilliet: Ja, wir reden hier über verschiedene Dinge. Sie sprechen über die Anstrengungen, die erforderlich sind , um an einem Standup teilzunehmen, und implizieren, dass niemand anderes beteiligt ist (oder dass Sie keine Zeit damit verschwenden, auf sie zu achten, wenn es welche gibt);) Das OP sagt, dass 3 andere Personen anwesend sind das Team und schlägt ein 15-minütiges tägliches Treffen ohne offensichtlichen Zweck vor.

— Steven A. Lowe

Wie ich bereits sagte, wenn alle Beteiligten der Meinung sind, dass ein Stand-up wertlos ist, bedeutet dies, dass die Personen, die das Projekt unterzeichnet haben, sich nicht um dessen Fortschritt kümmern. Es zeigt, dass es ihnen egal ist, ob noch jeder auf dem richtigen Weg ist und ob es Probleme oder Missverständnisse gibt (die es immer gibt). Wenn sich diese Leute nicht darum kümmern, sollte dieses Projekt abgebrochen werden, da sie nicht wissen, wie sie einen sinnvollen und dauerhaften Wert daraus ziehen können. Und ich weiß, dass Sie das Abheben des Telefons erwähnen werden, aber ein tägliches Aufstehen ist für sinnvolle Argumente viel förderlicher als ein Telefonanruf.

— Stefan Billiet