Wie kann ich meinem Arbeitgeber (der kein Programmierer ist) den Fortschritt meines Projekts (Agile) melden?

15

Ich habe ein Problem damit, meinem Arbeitgeber Fortschritte zu melden. Ich bin ein Teilzeitprogrammierer, der ein Softwareprojekt für die (nicht technische) Abteilung meiner Schule bearbeitet.

Ansprechpartner:
1. Die Mitarbeiter, die die Software tatsächlich verwenden und Funktionsanfragen stellen,
2. Mein Chef (Nicht-Programmierer) und sie ist nicht die Benutzerin der Software.

Die Natur des Projekts:
Es ist eine fertige Software, die von Drittanbietern gekauft wurde. Ich muss diese Software ändern oder Funktionen hinzufügen, um den Anforderungen der Abteilung gerecht zu werden. Dies ist eine Software, die während des gesamten Semesters verwendet werden muss. Nicht alle Funktionen müssen zu Beginn verwendet werden.

Daher verwenden wir das Agile-Modell: Wenn die Mitarbeiter eine bestimmte Funktion benötigen, werden sie aufgefordert, und ich nehme die Änderungen vor. Ich gehe davon aus, dass bis zum Ende des Semesters alle erforderlichen Features bereitgestellt und implementiert werden.

Das Problem:
Immer wenn mein Chef mich fragte, wie der Fortschritt sei, kann ich nicht antworten, weil ich nicht weiß, wie ich antworten soll. Ich habe keine vollständige Liste aller erforderlichen Funktionen. Obwohl ich Features abgeschlossen habe, die letzte Woche angesprochen wurden, kann ich meinem Chef immer noch nicht sagen, dass ich "abgeschlossen" habe, da auch neue Features hinzukommen und ich nicht weiß, wie viel. Ich kann weder "Wir haben wie viele% erledigt" noch "Wir werden es bis xxx erledigen" sagen. Irgendwann von 3 Anfragen schaffe ich es, 2 zu erledigen, und ich würde meinem Chef sagen, "Ich habe 2 erledigt, aber es gibt eine Funktion, die noch nicht erledigt ist". Nach langer Zeit höre ich mich an wie "Ich habe immer etwas nicht fertig, nach so langer Zeit".

Wenn ich nicht in der Lage bin, den Fortschritt zu melden, sehe ich wirklich schlecht aus. Es geht nicht darum, wie viel ich getan habe, es geht darum, die Leute wissen zu lassen. Wenn ich der Manager wäre und meine Mitarbeiter mir die Fortschritte monatelang nicht melden würden, würde ich das Gefühl haben, dass dieser Kerl auch nicht in der Lage ist.

Haben Sie eine Idee, wie Sie eine Frage melden oder beantworten können, die so einfach ist wie "Wie ist der Status / Fortschritt der Softwaremodifikation?"

UPDATE Mein Chef ist nicht direkt in die Entwicklungsaufgabe involviert, daher hat er keine Ahnung, was ich tue oder wie das Programm funktioniert. Wir treffen uns nicht regelmäßig, da sie beschäftigt ist, und ich denke, es wird Zeitverschwendung sein, weil sie nicht die Hauptnutzerin ist und die Details des Programms nicht kennt.

Ich treffe mich regelmäßig mit den Mitarbeitern, die die Software nutzen und besser kennen.

Es fällt mir schwer, meinem Chef den Fortschritt zu erklären.

Janet Smith
quelle

Antworten:

24

Dies ist ein häufiges Problem, wenn Sie ein Programmierer sind, der unabhängig arbeitet, und wenn Sie sich bei jemandem melden, der nicht technisch ist.

Solche Chefs wollen meistens ein paar Dinge herausfinden:

  • Wie glücklich sind die Nutzer?
  • Sind die Dinge, die die Benutzer erledigen möchten?
  • Ist das, was Sie tun, das Geld wert, das Sie bezahlt bekommen?

Ein agiles Abbrennen oder ähnliches wäre eine schreckliche Idee! Wie Sie sagten, ist Ihr Chef sehr beschäftigt, sodass er keine Zeit hat, sich damit zu befassen, und wahrscheinlich ist er auch nicht daran interessiert.

Wenn ich Sie wäre, würde ich ihnen einmal pro Woche einen Bericht per E-Mail senden, der Folgendes enthält:

  • Eine "Zusammenfassung" am Anfang: "Hat diese Woche 3 Features abgeschlossen und 2 neue Feature-Anfragen erhalten. Am Anfang dieser Woche gab es 11 unvollendete Feature-Anfragen und am Ende waren es 10."
  • Eine Funktionsstatusliste mit jeweils einem kurzen Satz in drei Gruppen:
    1. Die Funktionen, die Sie während der Woche gemacht haben
    2. Die Funktionsanfragen, die während der Woche eingegangen sind
    3. Die anderen Funktionen im "Rückstand"
  • Eine kurze Diskussion über alles, was kompliziert oder ungewöhnlich war, vorzugsweise in nicht-technischer Sprache.

Wenn ich Ihr Chef wäre und keine Berichte erhalten hätte, wäre ich sehr froh, dass ich das jede Woche bekomme. Und wenn ich etwas anderes wollte, würde ich Sie danach fragen.

Bob Murphy
quelle
5
+1. Die E-Mail wäre auch für alle nützlich, nicht nur für den Chef, der scheinbar keine Projektnummer hat. Alle Manager mögen es, wenn eine Aufgabenliste heruntergeht.
DBlackborough
Ja, das klingt sehr vernünftig. Fragen Sie auch, wohin Sie langfristig wollen. Reicht es aus, Feature-Wünsche in einer vernünftigen Reihenfolge zu erfüllen? In diesem Fall machen Sie einfach weiter. Oder wäre es besser zu versuchen, etwas Zeit zu sparen, um nach vorne zu schauen und zu sagen: "Werden wir einen Punkt erreichen, an dem die Software" vollständiger "ist als zuvor" oder "wir sollten eine Reihe dieser Funktionsanforderungen aufgeben und sie in einige zusammenfassen umfangreichere Änderung "? Wenn ja, müssen Sie das vielleicht selbst herausfinden, aber sagen Sie es auch Ihrem Chef.
Jack V.
3
Der Schlüssel hier ist, Ihr Publikum zu kennen. Sprich ihre Sprache. Wie die Antwort schon sagte, ist es aber sehr wichtig, so kurz wie möglich zu sein und ihnen Informationen zu geben, die ihnen tatsächlich etwas bedeuten. Sie möchte vielleicht nur wissen, dass Sie arbeiten. Es ist schwer für jemanden in einer Position der Autorität, keine Ahnung von dem Voodoo zu haben, das Sie tun.
Ominus
Ich hatte das ursprünglich in meiner Antwort und denke, dass es besser ist, wenn ich darüber nachdenke. Es ist einfach und macht es leicht zu verstehen, ob sich der Rückstand verbessert oder sich verschlechtert.
Joe McMahon
1
Ich würde in Betracht ziehen, einen "Notizen" - oder ähnlichen Abschnitt hinzuzufügen, in dem Sie die Interaktion mit den Benutzern wie folgt kommentieren können: "Die Benutzer schienen erfreut zu sein, Feature X zum System hinzugefügt zu haben" oder "Die letzten Anforderungen haben sich auf den XYZ - Teil des XYZ konzentriert System". Dies gibt Ihrem Chef eine gewisse Basis für Gespräche mit den Benutzern, wenn dies auftritt. Durch die Schaffung einer Gelegenheit, die App informell mit Ihren Benutzern zu besprechen, sollte sie sich bei Ihren Fortschritten wohlfühlen.
TomG
3

Es hört sich so an, als ob Sie nicht wissen können, ob Sie vollständig sind oder wie weit Sie bis zur Fertigstellung sind. Das ist in Ordnung.

Führen Sie eine Liste der angeforderten Funktionen, die ausgeführt, ausgeführt oder nicht gestartet werden. Verfolgen Sie diese als wöchentliches Diagramm der Gesamtsumme in jeder Kategorie. Dadurch erhalten Sie eine Reihe von Punkten, die Sie auf das Enddatum hochrechnen können. Das heißt (nur bei "abgeschlossenen" Feature-Zählungen)

  • Woche 1 - 2 abgeschlossen
  • Woche 2 - 5 komplett (2 ab Woche 1, 3 ab Woche 2)
  • Woche 3 - 8
  • Woche 4 - 12

Wenn Sie 16 Wochen Zeit haben, können Sie ungefähr 48 Funktionen ausführen (machen Sie sich keine Sorgen, dass einige Funktionen größer / kleiner sind als andere, nach 4 bis 5 Wochen ergibt sich im Allgemeinen ein Durchschnitt). Sie können dann jedem mitteilen, dass Sie nur mit einer X-Anzahl von Funktionen umgehen können. Am Ende des Projekts ist es absolut wichtig, dass Sie die erforderlichen Funktionen bereitgestellt haben und sich in den letzten zwei Wochen nicht selbst umgebracht haben. Auf diese Weise können Sie die wichtigsten Anforderungen so schnell wie möglich ermitteln.

Die andere Sache, die Sie melden möchten, ist, wie viel Kapazität Sie haben. "Ich habe nur 2 Feature-Anfragen erhalten, aber ich hätte 3 bearbeiten können ... können Sie die Mitarbeiter bitten, mehr Features früher bereitzustellen?"

Ich bin nicht sicher, ob ich Ihre Frage vollständig beantwortet habe. Sie können also gerne weitere Fragen stellen ...

Al Biglan
quelle
2

Drei Wörter ... Diagramm abbrennen.

Ihr Arbeitgeber, egal ob es sich um agile Süchtige oder nur um Verantwortliche für Entwickler handelt, wird eine Burn-Down-Tabelle zu schätzen wissen .

Jeder mag es zu verstehen, wann ein Projekt abgeschlossen sein wird, und die Nutzung des Wetters von gestern bietet die genaueste und realistischste Möglichkeit, den Abschluss eines Projekts vorherzusagen.

Dakotah North
quelle
Ich gehe davon aus, dass ich zu Beginn eines jeden Monats alle Featureanfragen habe, damit das Burn-Down-Diagramm funktioniert, und das Diagramm zeigt den Trend eines Monatsfortschritts. Meine Feature-Anfragen kommen jede Woche. Soll ich ein BD-Diagramm für jede Woche erstellen? Es sieht seltsam aus, wenn nur 3 Anfragen (zum Beispiel) für jede Woche angezeigt werden.
Janet Smith
Damit ein Burndown-Diagramm die Arbeit ordnungsgemäß erfasst, sind allen Storys für eine Veröffentlichung Schätzungen zugeordnet. Die Gesamtsumme der Schätzungen entspricht der Gesamtpunktzahl für die Freigabe. Wenn eine Geschichte fertig ist, werden diese Punkte auf der Karte dargestellt. Es ist in Ordnung, jederzeit neue Storys hinzuzufügen. Diese Storys erhöhen lediglich die Gesamtpunktzahl.
Dakotah North
Ein Burn-Up-Diagramm kann den Fortschritt auch dann
anzeigen,
1

Ich gehe davon aus, dass Sie mindestens einmal in der Woche ein Einzelgespräch führen und Ihre Prioritäten zu diesem Zeitpunkt mit Ihrem Vorgesetzten besprechen können - was aus seiner Sicht wichtig ist (der eine oder andere benötigt seine Funktion zuvor) andere Person, etc.) - und kann daher angeben, wie viel von dem, was Ihren Manager gut aussehen lässt, erledigt ist, im Vergleich zu der Menge an Dingen, die Sie insgesamt erledigen müssen.

Ihr Manager sucht wahrscheinlich nicht nach einer Aufschlüsselung nach Minuten. Er versucht nur zu sehen, ob die Arbeit erledigt wird, ob die wichtigen Dinge mehr Beachtung finden und ob Sie nicht unter der Last oder im Leerlauf ertrinken, weil Sie daran gehindert sind, fortzufahren.

Beachten Sie, dass in einem wirklich agilen Prozess in der Tat immer etwas ansteht, aber Sie und Ihr Vorgesetzter sind sich einig, was am wichtigsten / am nötigsten ist und wie viel davon in die aktuelle Arbeitsperiode passt (ob das nun eine Woche ist, zwei Wochen, ein Monat ...), wobei die Jobs notfalls in kleinere Teile zerlegt werden, damit die Teile in die Periode passen.

Eine umfangreiche Datenbanküberholung, die mehrere Wochen in Anspruch nimmt, kann in etwa so aussehen: Erstellen von Sicherungen, Überprüfen der Sicherungskopien, Entwerfen des neuen Datenbanklayouts, Schreiben der Konvertierungssoftware und Testen, Einrichten des Rollbacks und Testen der Konvertierung die Staging-Maschine, versucht das Rollback an derselben Stelle und führt schließlich die Konvertierung durch. Jeder von diesen kann wahrscheinlich in Stücke von 1 Woche (oder weniger) zerlegt werden. Wenn einige Schritte zwei oder drei Wochen dauern könnten, würden Sie angeben, wie weit Sie in der nächsten Besprechung waren (50% für eine zweiwöchige Besprechung, 33% für eine dreiwöchige Besprechung usw.).

Idealerweise haben Sie ein Diagramm, das die Dinge enthält, die Sie tun müssen, im Vergleich zu den Dingen, die Sie jetzt tun werden, und Sie markieren die "Jetzt tun" -Elemente, während Sie fortfahren. Auf diese Weise kann Ihr Manager einfach vorbeigehen und sehen, wie viele Dinge markiert sind und welche Dinge auf der Liste zu tun sind.

Joe McMahon
quelle
Ich glaube, der Manager, den Sie hier erwähnen, ist normalerweise direkt in die Entwicklung involviert und weist die Aufgabe zu. Mein Manager ist nicht in die Entwicklung involviert. Ich habe ihr schon mal ein Diagramm geschickt, aber es hilft nicht, weil ich die Aufgaben nach Funktionen aufgeschlüsselt habe. Sie kennt die Details des Projekts nicht, daher scheint es ihr überwältigend.
Janet Smith
Ich denke an das "Burndown-Diagramm", wie dieses . Beachten Sie, dass es zeigt, wie weit Sie sind, was Sie getan haben (das "Muss" oben, das "Nett zu haben" unten) und eine Vorstellung davon gibt, wann Sie "fertig" sind die Arbeit, die Sie derzeit haben. Sie müssen die rechte Spalte durchmischen (auf die der Pfeil "Wir sind hier" zeigt), wenn Sie Arbeit hinzufügen. Sie sollten immer noch das Einzelgespräch mit Ihrem Vorgesetzten führen, um sicherzustellen, dass die rechte Spalte "Wie wichtig ist diese Spalte?" In der richtigen Reihenfolge angezeigt wird.
Joe McMahon
1

Führen Sie einmal pro Woche (ich gehe davon aus, dass die Dauer der Iteration / des Sprints in Ihrem agilen Prozess beispielsweise eine Woche beträgt) Folgendes aus :

  • Demo der neuen Arbeit an die Mitarbeiter, um sicherzustellen, dass ihre Anfragen abgeschlossen wurden
  • Teilen Sie dem Chef die Anzahl der Anfragen mit, die Sie während der Woche bearbeitet haben, und identifizieren / beschreiben Sie diese Anfragen. Machen Sie eine kurze Zusammenfassung
  • Berichten Sie dem Chef die Anzahl der neuen Anfragen, die während der Woche zu Ihrem Rückstand / Ihrer Warteschlange hinzugefügt wurden, und die Gesamtzahl der Anfragen
  • Sagen Sie dem Chef, woran (welche Anfragen) Sie nächste Woche arbeiten möchten. mit anderen Worten, die aktuellen Prioritäten. Hier ist die Gelegenheit für sie, diese zu bestätigen oder zu ändern, und für Sie beide, sich darüber klar zu werden
  • Sagen Sie dem Chef, wie der Plan für 1-2 Wochen danach aussieht.

Ich habe das Gefühl, dass Ihr Chef nicht technisch genug ist, um agile Begriffe wie Geschwindigkeit , Produktbesitzer oder Burndown-Chart zu pflegen oder zu verstehen . Die obige Vorlage vermeidet solche Jargons, verwendet einfachere Wörter wie "Rückstand" und "Warteschlange" und sollte daher die Kommunikation mit Ihrem Chef erleichtern.

Azheglov
quelle
0

Ich würde meine Geschwindigkeit als primäre Statistik für ihn / sie verwenden. Hier wird angezeigt, wie viele Aufgaben / Features ich für eine bestimmte Woche (oder einen anderen Zeitraum) "zugesagt" habe und wie viele ich abgeschlossen habe. In diesem Zusammenhang möchte ich einige der wichtigsten Funktionen und die Gründe erwähnen, warum sich dies gegenüber früheren Iterationen geändert hat. Sie können auch alle Hindernisse erwähnen, auf die Sie gestoßen sind und die Sie überschritten haben und wie sich dies auf Ihre Geschwindigkeit ausgewirkt hat.

Andere Statistiken, über die Ihr Chef möglicherweise informiert werden möchte, können die Anzahl der neu aufgetretenen Fehlerberichte, die Anzahl der geschlossenen Fehlerberichte und die Anzahl der eingereichten Anfragen nach neuen Funktionen umfassen. Sie müssen entweder direkt nachfragen oder nach bestem Wissen ermitteln, welche die wichtigsten sind. Am Ende würde ich einen grundlegenden Überblick über den Fortschritt geben und fragen, ob es noch etwas gibt, von dem er oder sie wissen möchte. Alles, was der Chef wissen möchte, ist, dass Sie Fortschritte machen und es etwas gibt, das Sie brauchen, um Ihr Bestes zu geben.

Jonathan
quelle
0

Schlagen Sie vor, dass Sie einen wöchentlichen Bericht festschreiben: Führen Sie die angeforderten Funktionen auf. Notieren Sie die geänderten Funktionen. Berichten Sie, was Sie getan haben.

KerlW
quelle
0

Ich würde versuchen, es so zu fassen, dass die Manager es verstehen.

Total Recieved Feature Requests:
Requests Completed:
Requests since last Update:
Estimated Time to required to complete remaining Requests:

Nur weil Ihr Manager kein Programmierer ist, bedeutet dies nicht, dass er von Ihnen ein genaues Fertigstellungsdatum erwartet. Präsentieren Sie die Zahlen, die Sie haben. Nachdem der Manager die Anzahl der empfangenen und abgeschlossenen Anforderungen gesehen hat, wird der Fortschritt des Managers angezeigt. Wenn Ihre Anforderungsnummern außer Kontrolle geraten, kann der Manager eingreifen und Sie unterstützen, indem er Prioritäten setzt, bevor Sie überlastet werden. Und wenn Ihnen die Arbeit ausgeht, finden sie möglicherweise ein kleines Nebenprojekt für Sie. Immerhin ist es immer schön, eine kurze Pause bei einem Projekt einzulegen, wenn es so aussieht, als ob kein Ende in Sicht ist und die Arbeitstage schneller vergehen und sich lohnen, wenn Sie beschäftigt sind.

SoylentGray
quelle