Wie würden Sie Ihren Stakeholdern Ihren Softwareentwicklungsfortschritt präsentieren?

Wir verwenden Bugzilla, um Fehler und Feature-Anfragen zu verfolgen, und wir fordern Entwickler auf, in separate Versionshinweise zu schreiben, wenn sie die Codierung eines Features abgeschlossen haben. Alte Mode, ich weiß.

Ein Problem, das wir mit der obigen Anordnung haben, ist, dass es zwar für Software, die wir bereits verkaufen, hervorragend funktioniert, aber völlig nutzlos ist, wenn es darum geht, den Fortschritt eines neuen Softwareentwicklungsprojekts zu verfolgen. Der Grund dafür ist, dass wir zum Zeitpunkt der Entwicklung neuer Software Bugzilla nicht oder eher nicht verwenden können, um die Features zu verfolgen, nur weil Bugzilla nicht geeignet ist, die komplizierte Komplexität der Feature-Abhängigkeit darzustellen (um eine neue zu vervollständigen) Softwareanwendung, es gibt einfach zu viele Funktionen zum Codieren und wir haben einfach keine Lust, sie in Bugzilla zu integrieren, und selbst wenn wir dies tun würden, hätten wir keine Möglichkeit zu wissen, welche Funktionen von welchen abhängen, und wir werden es nicht können eine genaue Vorhersage des Versanddatums erhalten).

Dann werden sich unsere Stakeholder Sorgen über unseren Entwicklungsfortschritt machen (oder über das Fehlen) und anfangen, gegen die Schätzungen des Teamleiters (Ihrer wirklich) zu klopfen, was ich nicht beantworten kann, weil ich es tragischerweise auch ehrlich gesagt nicht ganz tue wissen, wie weit der neue Antrag vom Abschluss entfernt ist.

Wie würden Sie Ihren Stakeholdern Ihren Softwareentwicklungsfortschritt präsentieren?

Mach es auf agile Weise: Demo früh und Demo oft.

Nichts geht über das viszerale Gefühl, es tatsächlich zu verwenden, um ein Gefühl für Fortschritt zu vermitteln.

Haftungsausschluss: Ich habe Bugzilla noch nie zuvor verwendet, daher bin ich mir nicht sicher, welche Projektmanagementfunktionen es gibt (obwohl Bugzilla: Projektmanagement mit Bugzilla gut aussieht).

Dieses Problem klingt nach mangelnder Disziplin. Sie sollten Projektmanagement-Software verwenden, um Ihre aufgewendete Zeit und Mühe zu planen und dafür verantwortlich zu sein. Jede Projektmanagement-Software (ich war beeindruckt von Jira und Redmine ) verfügt über Funktionen zum Aufteilen von Aufgaben auf eine Ebene, sodass Sie für jede Aufgabe eine genaue Schätzung (~ Stunden) abgeben können.

Von dort aus geht es darum, diszipliniert zu sein und die Aufgabendetails auszufüllen. Auf diese Weise erhalten Sie einen Überblick in Form eines Gantt-Diagramms (Redmine) oder eines Projekt-Burndown-Diagramms (Jira), das eine sofortige Bewertung des Projektfortschritts ermöglicht.

Am Ende des Tages wird lediglich eine Zeitschätzung bereitgestellt (die durch Aufschlüsselung der Aufgaben zur Maximierung der Genauigkeit erfolgt) und dann zu Beginn der Entwicklung der Fortschritt mit den ursprünglichen (oder überarbeiteten) Schätzungen verglichen.

Projektmanagement muss nicht besonders ausgefallen sein oder ausgefeilte Tools erfordern, und KISS ist kein schlechtes Mantra, wenn Sie keine engagierten Projektmanager haben. Wenn Sie neue Software entwickeln, müssen Sie mindestens über eine Spezifikation oder eine Liste von Funktionen verfügen. Führen Sie sie auf und speichern Sie sie zusammen mit einer Zeitschätzung, einem erwarteten Startdatum, einem erwarteten Liefertermin, geleisteten Arbeitsstunden und einer Statusanzeige (erledigt, in Bearbeitung, nicht gestartet) in einer Tabelle. Anschließend können Sie produzieren generieren , was Metriken Sie fühlen , sind entsprechende Projektfortschritt (wie ein% Fertigstellung auf der Anzahl der geschätzten Stunden für die erledigten Aufgaben vs. geschätzten Gesamt Stunden basierend) anzuzeigen. Generieren Sie ein paar Grafiken mit leuchtenden Farben, und alle sind glücklich.

Eine Menge PPM-Software kann für kleine Teams, die Verfolgung mehrerer Projekte, die Zuweisung von Ressourcen, QC-Elemente usw. usw. zu viel des Guten sein. Wenn Sie nur einen Statusbericht erstellen müssen, reicht eine Tabelle aus. "Wir haben 92 von 127 Funktionen fertiggestellt und schätzen, dass wir zwei Wochen vor dem geplanten Zeitpunkt mit dem Codieren und Testen fertig sein werden." Jeder klatscht.