Erst vor wenigen Monaten, auf dem Global SAFe Summit im Oktober, kündigten wir die Veröffentlichung einer neuen Produktfunktion an, die es Planview-Kunden ermöglicht, die Kosten für agile Teamarbeit automatisch zu ermitteln und damit die Bemühungen um agile Softwareentwicklung besser zu nutzen.
Was bedeutet das, werden Sie sich fragen? Nun, unsere Lösung nutzt die leistungsstarke Kombination von Planview Portfolios™ und Planview AgilePlace, um Teamzuweisungen, Arbeitszeiten und laufende Arbeiten in eine konsolidierte, vollständig überprüfbare Aufzeichnung der tatsächlichen Agile-Kosten zu übersetzen. Mit diesen Informationen verstehen Agile- und Finanzverantwortliche nun die wahren Auswirkungen ihrer agilen Teams auf das Endergebnis, indem sie die Kosten für die agile Entwicklung für eine korrekte CAPEX- vs. OPEX-Kategorisierung identifizieren. Letztlich stellt diese Informationsebene sicher, dass agile Teams die Finanzierung und Budgetierung erhalten, die sie für künftige Vorhaben benötigen. Außerdem entfällt die Notwendigkeit der manuellen Berichterstattung und des Abgleichs von Zeiterfassungsbögen, so dass die Entwicklungszeit wieder dem Unternehmen zugute kommt. Cool, nicht wahr?
Da es sich hier um eine bahnbrechende Lösung und eine superneue Technologie handelt (und um eine großartige, wie ich hinzufügen möchte), haben wir die am häufigsten gestellten Fragen gesammelt und zusammengestellt - vom SAFe Summit, unserer jährlichen Kundenveranstaltung Horizons und vielen Kunden- und Interessententreffen. In diesem Blog werden wir diese Fragen beantworten:
- Was hat diese agile Kostenrechnung mit der Kapitalisierung der agilen Softwareentwicklung zu tun?
- Wie genau bestimmen/unterscheiden Sie mit Planview zwischen CapEx und OpEx?
- Warum nicht Story Points zur Ermittlung der Agile-Kosten verwenden?
- Wie genau müssen die Zeiterfassungsbögen sein (Einzelpersonen, Teams oder Teams von Teams), um Berichte zu erstellen / zu aktivieren?
Lassen Sie uns also gleich zur Sache kommen.
F: Was hat diese Kostenrechnung für Agile mit der Kapitalisierung der agilen Softwareentwicklung zu tun?
A: In der Vergangenheit haben sich die Kapitalisierungsrichtlinien sehr gut an die Wasserfallphasen angepasst. Es kann Unsicherheit darüber bestehen, wie Sie Ihre Kapitalisierungspolitik in Bezug auf agile oder schlanke Teams, die nicht den klassischen phasengesteuerten Ansatz für das Projektmanagement verwenden, betrachten können.
Es gibt keinen Grund, das Gefühl zu haben, dass Sie kein Kapital schlagen können, nur weil Sie eine andere Methodik anwenden.
Während Unternehmen in einigen Bereichen weiterhin nach dem Wasserfallprinzip arbeiten, sind andere Bereiche des Unternehmens zur agilen Entwicklung übergegangen. Es ist an der Zeit, diesen Wandel im Finanzwesen zu erkennen und herauszufinden, wie man die Art und Weise der Kostenkalkulation ändern kann. Solange Sie über eine klare Richtlinie verfügen, die festlegt, welche Features für eine Aktivierung in Frage kommen, lässt sich die Erfassung der agilen Kosten direkt in die Aktivierung der agilen Arbeit in Planview übertragen. Es ist so einfach, wie Ihre Teams Karten auf einer Kanban-Tafel verschieben zu lassen. Mehr dazu weiter unten!
Ich würde gerne ausführlicher auf dieses Thema eingehen, aber dazu fehlen mir die Worte. Ich empfehle unser eBook zu lesen, um mehr zu erfahren. Aber, kurz gesagt, so bringen wir unseren Kunden bei, wie sie die traditionelle Kostenrechnung überdenken und an die agile Lieferung anpassen können, indem sie Kanban verwenden.
F: Die obige Frage führt uns in der Regel zu dieser nächsten Frage: Wie genau bestimmen/unterscheiden Sie mit Planview zwischen CapEx und OpEx?
A: Zunächst müssen Sie ein Gespräch mit der Finanzabteilung führen. Sie enthalten Richtlinien darüber, welche Merkmale kapitalisiert werden können und welche nicht.
In der obigen Abbildung sind Aktivitäten, die vor Beginn der Entwicklung durchgeführt werden (Spalte Plan), nicht aktivierbar und werden als Aufwand oder Opex verbucht. Wenn die gesamte Feature Card (die als kapitalisierbar gekennzeichnet ist) in die Lane "In Bearbeitung" verschoben wird, bedeutet dies, dass die Entwicklung begonnen hat und Sie mit der Kapitalisierung der Kosten (CapEx) beginnen können. Alle zugehörigen Child- oder Story-Karten können großgeschrieben werden, und die Großschreibung endet, wenn die gesamte Feature-Karte auf "Fertig" verschoben wird.
Mit der Lösung von Planview füllt sich der Stundenzettel automatisch aus, und auch die kapitalisierbaren Merkmale und die damit verbundenen Geschichten werden automatisch kategorisiert.
F: Warum verwenden Sie nicht Story Points, um die Kosten für Agile zu ermitteln?
A: Nun, aus unserer Sicht ist ein Punkt eine Darstellung von Komplexität, nicht von Zeit oder Aufwand. Zu sagen, etwas sei eine 3-Punkte-Geschichte, bedeutet nicht, dass es 60% des Aufwands einer 5-Punkte-Geschichte ist. Die Teams haben auch unterschiedliche Definitionen von Punktwerten, so dass es schwierig ist, diese teamübergreifend zusammenzuführen.
F: Wenn es sich nicht um Story Points handelt, dann müssen es manuell ausgefüllte Stundenzettel sein, richtig?
A: Nein, Sie müssen nicht mehr verlangen, dass Ihre Mitarbeiter die Zeiterfassungsbögen manuell ausfüllen. Selbst das tägliche Ausfüllen von Stundenzetteln führt nicht zu dem Maß an Genauigkeit, das Sie erwarten. Stundenzettel sind in der Regel nicht 100% genau zu Beginn:
- Tägliche Fertigstellung: 66% genau
- Wöchentliche Fertigstellung: 47% genau
- Weniger als einmal pro Woche: 35% genau
Lassen Sie die Teams an der Arbeit arbeiten, die sie für das Unternehmen erledigen müssen, und lassen Sie die Zeiterfassung im Hintergrund laufen.
F: Wie genau muss die Zeit für die Berichterstattung/Kapitalisierung sein (individuell, Team oder Teams von Teams)?
A: Herkömmliche Verfahren verlangten von den Mitarbeitern, Stundenzettel manuell auszufüllen, was stark vom Gedächtnis des Einzelnen abhängt (siehe obige Statistik).
Unsere automatische Berechnung nutzt die Historie, die von den Aktivitäten jeder Karte gespeichert wird, während sie vom Team aktualisiert wird. Das Ergebnis ist ein automatisch ausgefüllter Stundenzettel, der darstellt, was durch die Planview AgilePlace Kanban-Tafel bewegt und geliefert wurde. Selbst wenn eine Person im Team nicht so gewohnheitsmäßig vorgeht wie die anderen Teammitglieder, sollte die Wesentlichkeit des Aufwands die Aktionen im gesamten Team widerspiegeln.
Bei der Automatisierung können immer noch Kontrollen und Abgleiche durchgeführt werden, um das Vertrauen in die Daten zu erhöhen. Diese Verfahren können auf unbestimmte Zeit oder für einen bestimmten Zeitraum angewandt werden, bis das Vertrauen gewonnen ist. Wenn Sie diese Optionen mit Ihren Finanzberatern besprechen, können Sie ein Verfahren festlegen, das für alle Beteiligten geeignet ist, und alle sind mit Planview möglich.
- In Umgebungen mit hoher Governance wird der Stundenzettel automatisch durch die natürliche Aktivität des Teams/Teammitglieds ausgefüllt, aber die Organisation kann jedes Teammitglied auffordern, seinen Stundenzettel zu überprüfen, zu unterschreiben und einzureichen. In dieser Umgebung können Manager die Zeiterfassung auch überprüfen und genehmigen oder die Zeiterfassung kann so eingestellt werden, dass sie automatisch genehmigt wird, sobald sie vom Teammitglied unterzeichnet wurde.
- In mittelmäßigen Governance-Umgebungen wird der Stundenzettel auf die gleiche Weise ausgefüllt und automatisch für das Teammitglied signiert, muss aber möglicherweise von einem Teamleiter oder Manager wöchentlich oder monatlich überprüft und genehmigt werden, um sicherzustellen, dass die Angaben korrekt sind.
- In Umgebungen mit geringer (bis gar keiner) Governance können Sie die Stundenzettel automatisch ausfüllen, unterschreiben, genehmigen und abrechnen, ohne dass eine manuelle Überprüfung erforderlich ist.
Bleiben Sie dran für den nächsten Blog, in dem wir weitere Fragen zur Kalkulation von Agile und zur Kapitalisierung von agiler Softwareentwicklung beantworten. Schauen Sie sich in der Zwischenzeit die Art und Weise an, wie Planviews Lösung dies automatisch erledigt: diese kurze Demonstration.
