Planview Blog

Ihr Weg zu geschäftlicher Agilität

Enterprise Agile Planning

Costing Agile and Capitalization FAQ, Part II

Veröffentlicht Von Marcus Klein

Im ersten Blog dieser Serie haben wir uns einige wichtige Fragen angesehen, die uns seit der Ankündigung unserer Produktverbesserungen zur Unterstützung der Kalkulation von Agile und Agile Software Capitalization gestellt wurden.

In diesem Blog werde ich ein wenig tiefer in die Materie einsteigen und diese Fragen beantworten:

  • Wie kommen Sie von Zeit zu Kosten? Wie teilt Planview Ihre Zeit ein?
  • Was passiert, wenn Menschen mit Dingen betraut werden, an denen sie nicht arbeiten?
  • Wie können Sie Teammitglieder einbeziehen, die möglicherweise keine zugewiesenen Karten haben, wie Scrum Master und Product Owner?
  • Funktioniert die agile Kostenrechnung für Überstunden oder stundenweise Beschäftigte?
  • Ist es möglich, die herkömmliche Zeiterfassung und -berichterstattung zu nutzen und gleichzeitig mit der automatischen Agile-Kostenrechnung zu arbeiten?
  • Ist dieser Kalkulationsprozess im Vergleich zur traditionellen, manuellen Erfassung von Arbeitszeitdaten zuverlässig?

Lassen Sie uns gleich zur Sache kommen.

F: Wie kommen Sie von Zeit zu Zeit zu Kosten? Wie teilt Planview Ihre Zeit ein?

A: Es kommt darauf an, wie Sie Ihre Karte in Planview AgilePlace verschieben. Wir nehmen also die verfügbare Zeit einer Person oder eines Teams und teilen diese Zahl durch die Anzahl der in Bearbeitung befindlichen Karten. Wir fördern grundlegende agile Praktiken, so dass die Prozesskarten/verfügbaren Kapazitätsstunden pro Team den Kosten entsprechen. Teams müssen Work in Process (WiP) begrenzen und das Board oder Backlog auf dem neuesten Stand halten. Auch dies ist eine ziemlich typische Vorgehensweise für jede Organisation oder Gruppe, die agile Praktiken und/oder Prinzipien einführt.

F: Was passiert, wenn Menschen mit Dingen betraut werden, an denen sie nicht arbeiten?

A: Bei Agile geht es um kontinuierliche Verbesserung! Kanban-Praktiken sind da keine Ausnahme. Sie können WiP nicht genau messen, wenn Sie Ihre Arbeit nicht auf dem neuesten Stand halten, so dass sie das repräsentiert, was in Ihrem Team passiert (Standard-Agile-Verfahren). Lassen Sie das Team diese Praktiken übernehmen, damit die Automatisierung einfach im Hintergrund abläuft.

F: Wie beziehen Sie Teammitglieder ein, die möglicherweise keine direkt zugewiesenen Karten haben, wie Scrum Master und Product Owner?

A: Jeder Einzelne ist der Schlüssel zum Team, also haben wir Teamwork in die Automatisierung eingebaut. Selbst wenn den einzelnen Karten und Aufgaben kein Scrum Master oder Product Owner zugewiesen ist, kennt Portfolios jeden in Ihrem Team und das System wird die Zeit für alle, die keine passenden Daten haben, proportional verteilen.

Wenn es 3 Personen in einem Team mit 5 Karten gibt, wird die Zeit des Scrum Masters auf 5 Arten aufgeteilt. Die Zeit des Scrum Masters oder Product Owners wird proportional auf alle Ihre User Stories für die entsprechenden Features in den Portfolios aufgeteilt.

F: Ist es möglich, die herkömmliche Zeiterfassung und -berichterstattung durchzuführen und gleichzeitig die automatische agile Kalkulation zu nutzen?

A: Die agile Kostenrechnung kann pro Team und Abteilung durchgeführt werden. Das bedeutet, dass Sie die agile Kostenrechnung für ein kleines Team oder mehrere Teams nutzen können, während der Rest des Unternehmens die Zeiterfassung weiterhin manuell ausfüllt. Sie können dies auch nutzen, um eine Mischung aus Governance-Ansätzen zu wählen, die im vorherigen Blog besprochen wurden.

Unterm Strich: Die agile Kostenrechnung ist flexibel genug, um die Komplexität verschiedener Arten von Organisationen zu bewältigen.

F: Ist dieser Kalkulationsprozess im Vergleich zur traditionellen, manuellen Erfassung von Stundenzetteldaten zuverlässig?

A: Wie jedes agile Unternehmen entwickelt auch Planview Lösungen in Zusammenarbeit mit vielen Kunden. Die Funktionen und Möglichkeiten des Produkts Agile Costing sind nicht anders. Wir haben dies mit den Finanzleitern unserer Kunden diskutiert und validiert und sehen darin eine große Chance, die Finanzabteilung in die Bemühungen um eine agile Transformation einzubinden. Agile Kostenkalkulation und die Kapitalisierung der agilen Softwareentwicklung scheinen eine der letzten Hürden zu sein, die es zu überwinden gilt, bevor ein Unternehmen wirklich sagen kann, dass es transformiert ist.

Außerdem haben wir eine Wirtschaftsprüferin (CPA), Carina Hatfield, die als Direktorin für Produktmanagement tätig ist und sich mit großer Leidenschaft für die Bedürfnisse der Finanzbranche einsetzt. Ihr Prozess zu unserem Ansatz umfasste die Validierung mit anderen CPAs und Wirtschaftsprüfern. Sie ist bereit, mit jedem darüber zu sprechen, wie sie die agile Transformation aus der Perspektive der agilen Kostenrechnung angehen, sei es in der Finanzabteilung, bei der Prüfung der agilen Bemühungen oder in einem PMO, das versucht, die Gespräche zwischen agilen Führungskräften und der Finanzabteilung zu überbrücken.

 

So, da haben Sie es - die am häufigsten gestellten Fragen zur Kalkulation von Agile und zur Kapitalisierung von agiler Softwareentwicklung. Wenn Sie weitere Fragen haben, wenden Sie sich an [email protected] .

Wenn Sie einen tieferen Einblick in die Kapitalisierung der agilen Softwareentwicklung suchen, lesen Sie unser eBook. Wir haben auch ein kurzes On-Demand-Webinar durchgeführt, das einen Überblick über das Problem, das wir zu lösen versuchen, und die Lösung für dieses Problem in einer kurzen Demo gibt.

Ähnliche Beiträge

Geschrieben von Marcus Klein VP, Produktmanagement

Marcus Klein ist Director of Product Management bei Planview und konzentriert sich auf die Bereitstellung innovativer, marktführender Lösungen für Portfolio- und Arbeitsmanagement. Er arbeitet täglich mit Kunden und Interessenten zusammen und berücksichtigt Branchentrends und Marktbedingungen, um die Produktausrichtung zu gestalten und zu leiten, Angebote zu entwickeln und funktionale Lösungen zu definieren. Zu den Schwerpunkten und Kernkompetenzen von Marcus gehören die Verbindung von Portfoliomanagement mit agilen und kollaborativen Lösungen (einschließlich Projectplace und LeanKit), Analysen und Berichte, LeanKit und die Lean- und Agile Delivery-Lösung. In früheren Positionen leitete er die Produktlinien Planview Enterprise und Troux und erweckte mit der Einführung von Planview Enterprise One die Portfoliokonvergenz zum Leben.