Beste Asana-Alternative für ein Project Management Office: sieben Aufgaben, die es bewältigen muss

Wann ein PMO über Asana hinauswächst

Es lohnt sich, genau zu sein, worin Asana gut ist, denn ein PMO, das das Problem falsch diagnostiziert, kauft den falschen Ersatz. Asana gibt Teams einen gemeinsamen Ort für Aufgaben, Verantwortliche, Termine, Kommentare und Dateien. Es ist schnell erlernt, es braucht keinen Administrator, und die Leute nutzen es freiwillig, was eine höhere Hürde ist, als die meiste Unternehmenssoftware nimmt. Für die Koordination von Arbeit innerhalb eines Teams sind das die richtigen Eigenschaften, und ein Vergleich Fähigkeit für Fähigkeit im Vergleich von FlexiProject und Asana legt dar, wo die beiden Werkzeuge tatsächlich auseinandergehen.

Der Bruchpunkt kommt, wenn sich die eigene Leistung des PMO ändert. Arbeit zu koordinieren beantwortet die Frage, wer was bis wann tut. Ein Portfolio zu steuern, was in den meisten Organisationen die Kernrolle des PMO ist, beantwortet andere Fragen: ob die Organisation die richtigen Initiativen finanziert, ob jede noch ihre Berechtigung hat, ob das Geld und die dafür verpflichteten Menschen verfügbar sind, und was der Geschäftsführung zu sagen ist. Diese Fragen sind keine schwereren Versionen der ersten. Sie brauchen andere Daten darunter, und ein rund um Aufgaben gebautes Werkzeug hält sie nicht.

Die Folge ist, dass das PMO zur Ausgleichsschicht wird. Jede Fähigkeit, die das Werkzeug nicht hat, wird durch eine Person abgedeckt: Jemand setzt die Portfoliosicht zusammen, jemand bemerkt das Projekt, das seine Überprüfung übersprungen hat, jemand gleicht das Budget mit dem Buchhaltungssystem ab. Nichts davon erscheint als Lizenzkosten, weshalb es meist jahrelang läuft, bevor es jemand zählt, und deshalb ein Aufgaben-Tracker für ein PMO nicht ausreicht.

Die Woche vor der Portfolioüberprüfung

Die wiedererkennbare Form des Problems ist die Woche vor der Vorstandssitzung. Jemand öffnet dreißig oder vierzig Projekträume nacheinander, kopiert einen Status aus dem einen und einen Prozentsatz aus dem anderen und fügt es in eine Präsentation ein, die veraltet ist, bevor die Sitzung beginnt. Die Status selbst hängen davon ab, dass Projektleitungen daran denken, sie zu aktualisieren, sodass die Führungssicht immer nur so aktuell ist wie die letzte Person, die sie berührt hat.

Governance, die jemand von Hand überwachen muss

Die zweite Hälfte der Aufgabe ist die Durchsetzung. Ein PMO beobachtet Projekte nicht nur, es hält sie an einen Prozess: ein Business Case vor der Finanzierung, eine Überprüfung vor der nächsten Phase, eine genehmigte Änderung, bevor der Umfang wächst. Benutzerdefinierte Felder und Automatisierungsregeln können festhalten, dass ein Kontrollpunkt stattgefunden hat, aber nichts bewertet, ob er inzwischen hätte stattfinden sollen, also muss jemand das Projekt bemerken, das ohne genehmigten Projektauftrag in die Umsetzung gegangen ist. Über fünf Projekte hinweg ist das ein Gespräch; über vierzig, verteilt auf mehrere Abteilungen, ist es eine administrative Vollzeitrolle, und es ist das Erste, was fallengelassen wird, wenn das PMO ausgelastet ist. Separat legen wir dar, was echte Budgetkontrolle im Projekt bedeutet.

Was eine Asana-Alternative für ein PMO leisten muss

Sobald die Diagnose klar ist, wird die Anforderungsliste kurz. Diese sieben Kriterien trennen ein Portfoliosystem von einem Aufgabenwerkzeug mit einem Dashboard obendrauf, und jedes entspricht etwas, das ein PMO produziert, statt einer Funktionskategorie.

Zusammen beschreiben sie, was PMO-Software abdecken muss, bevor sie Portfolio-Governance tragen kann. Der Rest dieses Artikels nimmt sie einzeln vor, in der Reihenfolge, in der ein PMO ihnen im Laufe eines Jahres begegnet. Wir zeigen außerdem, worauf es bei Apps wie Asana wirklich ankommt.

Aufnahme: entscheiden, welche Projekte hereinkommen

Das Erste, was ein PMO besitzt, ist die Entscheidung darüber, was ins Portfolio kommt. In den meisten Organisationen wird diese Entscheidung mit einer Mischung aus Strategie, Präzedenzfall und demjenigen getroffen, der am hartnäckigsten argumentiert hat, und sie wird im Nachhinein verteidigt statt vorher. Ein Aufgabenwerkzeug hat hier nichts zu bieten, denn die Aufnahme geschieht, bevor es ein Projekt zum Verfolgen gibt.

FlexiProject löst das mit einem Modul zum Projekt-Scoring, das auf dem eigenen Modell der Organisation aufbaut. Sie definieren die Kriterien, die zählen, ob das Passung zur Strategie, erwarteter Ertrag, Risikoexposition oder Ressourcenverfügbarkeit ist, vergeben Gewichte und legen fest, wie genau die Antworten sein müssen. Ideen werden dann auf derselben Grundlage bewertet, und das PMO hat eine Rangfolge, die es einem Lenkungsausschuss vorlegen kann, ohne sich auf Fürsprache zu verlassen.

Zwei Details machen den Unterschied zwischen einem Bewertungsmodell, das genutzt wird, und einem, das aufgegeben wird. Das erste ist, dass jede Bewertungsfrage an ihre eigene Gruppe von Gutachtern geleitet werden kann. Fragen zur technischen Komplexität gehen an Architekten, Fragen zur Rentabilität ins Controlling, Fragen zur rechtlichen Exposition an die Rechtsabteilung, und die Endbewertung aggregiert mehrere fundierte Meinungen statt einer Person, die außerhalb ihres Fachgebiets rät. Das zweite ist, dass die Bewertung nicht auf den Start beschränkt ist. Ein Projekt kann während der Umsetzung neu bewertet werden, wenn neue Informationen eintreffen, was dem PMO einen Mechanismus gibt, der ihm meist fehlt: einen strukturierten Weg, eine Initiative zu stoppen, die ihr Budget nicht mehr verdient, bevor sie zwei weitere Quartale verbraucht.

Statusberichte ohne das Zusammenbauen von Folien

Einmal entworfene Berichte, ab dann aktuell

FlexiProject teilt das in zwei Mechanismen. Automatisierte Projektüberprüfungen sammeln den Status von Projektleitungen in einer definierten Taktung, sodass der Input ohne eine Runde des Hinterhertelefonierens eintrifft. Der Berichtsgenerator setzt dann die Ausgabe aus Live-Daten zusammen: Jeder Bericht lässt sich in einem Baukasten entwerfen und deckt Projekte, Aufgaben, Meilensteine, Budgetpositionen, Risiken, Ergebnisse oder Planänderungen ab, gefiltert nach den Kriterien, die die Frage verlangt.

Der praktische Effekt zeigt sich bei Ad-hoc-Anfragen. Wenn ein Vorstandsmitglied nach jedem Projekt über einem bestimmten Budget fragt, dessen Meilenstein in diesem Quartal verrutscht ist, ist die aktuelle Antwort meist ein Nachmittag voller Exporte aus mehreren Quellen. Einmal im Berichtsbaukasten entworfen, wird diese Frage zu einem dauerhaften Bericht, der sofort mit aktuellen Daten verfügbar ist, und beim nächsten Mal fällt gar keine Arbeit an. Ein PMO, das das seit einem Jahr tut, hat eine Bibliothek, die das meiste abdeckt, wonach die Führung regelmäßig fragt, was der praktische Weg ist, den Projektstatus effektiver zu melden, ohne ein weiteres Meeting hinzuzufügen.

Wann das PMO aufhört, der Reporting-Engpass zu sein

Der zweite Wandel ist strukturell. In den meisten Organisationen bittet jede Abteilung das PMO um ihren eigenen Datenschnitt: Das Finanzwesen will Kosten nach Kategorie, Lieferant und Zeitraum, die Rechtsabteilung will rechtliche Risiken aus dem gesamten Portfolio gesammelt, eine Produktionsdivision will nur ihre eigenen Projekte. Jede Anfrage ist ein eigener Auftrag, und das PMO wird zur Warteschlange.

Weil Berichte entworfen statt zusammengestellt werden, kann jede Abteilung ihren eigenen Satz haben. Das PMO baut sie einmal, und sie bleiben mit aktuellen Daten verfügbar, nach Excel exportierbar für jeden, der mit den Zahlen weiterarbeiten will. Das Finanzwesen liest seine eigenen Berichte, die Rechtsabteilung ihre eigene Risikoliste, und das PMO hört auf, über den Zugang zu Informationen zu entscheiden, die ihm nicht gehören.

Portfolioüberprüfungen, die tiefer gehen als drei Minuten pro Projekt

Die Portfolioüberprüfung ist der Ort, an dem Governance entweder geschieht oder aufgeführt wird. Ein zweistündiges Meeting, das vierzig Projekte abdeckt, von denen fünfzehn echte Probleme haben, gibt jedem Projekt drei Minuten. Das ist keine Überprüfung. Es ist eine Diashow mit Beschlussfähigkeit, und jeder im Raum weiß es.

Der Mechanismus, der das behebt, ist Synthese vor Detail. Die Projektportfolio-Software zeigt das Portfolio auf einem einzigen Bildschirm: Meilensteinstatus, Projektgesundheit, Budgetabweichung, Fortschritt gegen den Plan. Der Vorstand oder Lenkungsausschuss erkennt in Sekunden, welche Projekte eine richtige Diskussion brauchen, und diese bekommen ein tieferes Format mit eigener Zeit, während die planmäßig laufenden in einer Minute durchlaufen. Das Meeting hört auf, eine Abfolge von Berichten zu sein, und wird zu einer Abfolge von Entscheidungen, und weil das Modul Projektüberprüfungen die Taktung plant und das Material aus den Projekten selbst zieht, verschwindet damit auch die Vorbereitung.

Phasengates und Planänderungen, die einen Nachweis hinterlassen

Ein im Januar genehmigter Plan und ein im Juni geltender Plan sind selten derselbe Plan, und der Unterschied zwischen einem gesteuerten und einem ungesteuerten Portfolio liegt darin, ob jemand sagen kann, wie er sich geändert hat. In einem Aufgabenwerkzeug wird der Plan einfach zu dem, was er gerade ist, und die Begründung lebt in E-Mails.

FlexiProject behandelt eine Planänderung als formales Objekt. Jede wesentliche Änderung an Terminen, Budget oder Umfang kann als Änderungsantrag mit einer sachlichen Begründung eingebracht werden, und der Antrag zeigt den aktuellen und den vorgeschlagenen Plan nebeneinander, auch im Gantt-Diagramm im Modul Projektzeitplan, sodass die entscheidende Person die Größe dessen sieht, was sie genehmigt, statt eine Beschreibung davon zu lesen. Der Antrag durchläuft dann einen Genehmigungspfad und wird nach der Genehmigung zur neuen Version des Plans. Jeder Antrag wird archiviert, was bedeutet, dass das PMO noch Jahre später rekonstruieren kann, wie sich ein Projekt entwickelt hat und warum, was genau das ist, was ein Audit oder eine Lessons-Learned-Übung braucht und fast nie hat. Gesondert behandeln wir, was eine gute Alternative für die Projektplanung ausmacht.

Ressourcenkapazität, die das PMO verteidigen kann

FlexiProject geht das als Ressourcenmanagement-Software an: Es modelliert die Verfügbarkeit pro Person und pro Tag, mit einbezogenen Urlauben und Abwesenheiten, und markiert, wenn die geplante Auslastung das übersteigt, was in einem bestimmten Zeitraum verfügbar ist. Das ist es, was die bekannte Situation abfängt, in der ein Spezialist gleichzeitig in den Plänen von zehn Projekten auftaucht, jeder Plan für sich vernünftig und die Summe unmöglich. Die Auslastung ist direkt aus dem Gantt-Diagramm sichtbar, sodass das Verschieben einer Aufgabe in der Zeit die Auswirkung auf die Kapazität sofort zeigt, was aus der Planung eine Simulation macht, die die Projektleitung vor der Genehmigung des Plans durchführt.

Über dem einzelnen Projekt erhält das PMO eine Sicht auf alle Projektressourcen der kommenden Monate, aufgeschlüsselt nach Organisationsstruktur. Diese Sicht ist es, die dem PMO erlaubt, eine belastbare Antwort auf zwei Fragen zu geben, die ihm regelmäßig gestellt werden und die es meist aus dem Instinkt beantwortet: ob man sich auf die aktuell auf dem Tisch liegende Gelegenheit festlegt und wann die Rekrutierung für die bereits gemachten Zusagen beginnen muss. Für ein PMO in einer Organisation, deren Umsatz von Projekten abhängt, ist diese Sicht ein kaufmännisches Instrument, keine Planungsbequemlichkeit.

Geld und Risiko über dem einzelnen Projekt

Zwei Dinge sind auf Portfolioebene sichtbar und Projekt für Projekt unsichtbar. Beide sind meist die Verantwortung des PMO, und keines passt in ein Aufgabenwerkzeug.

Budgetabweichung mit Prognose bis zum Abschluss

Ein Feld mit einer Budgetzahl ist kein Budgetmanagement. Ein Projektbudget zu steuern bedeutet, je Zeile zu wissen, was geplant war, was ausgegeben wurde und was voraussichtlich noch ausgegeben wird, bevor das Projekt schließt. Das Modul Projektbudget zeigt diese drei Werte mit der resultierenden Abweichung, auf der Kosten- und der Erlösseite, sodass das PMO für Projekte, die Erlöse erzeugen, das prognostizierte finanzielle Ergebnis sieht und nicht nur die Ausgaben.

Ein Risikoregister, das das Portfolio lesen kann

Ein Risiko ist in einem Aufgabenwerkzeug eine Aufgabe mit einem Label. In einem Portfoliosystem ist es ein Register mit Bewertungen, Verantwortlichen, Reaktionsplänen und Historie, und es hat eine Ebene über dem Projekt. Das Risikoregister in FlexiProject hat eine Portfolioebene: Jedes Portfolio hat seinen eigenen Risiken-Reiter, der die Risiken all seiner Projekte an einem Ort sammelt.

Was das an die Oberfläche bringt, ist Doppelarbeit. Drei Projektleitungen, die unabhängig voneinander dasselbe Lieferantenrisiko managen, wenden den dreifachen Aufwand auf und kommen zu drei verschiedenen Schlüssen, und niemand sieht es, weil jedes Register für sich vollständig ist. Auf Portfolioebene bekommt dieses Risiko einen Verantwortlichen und eine Reaktion. Risikoberichte wirken auch in die andere Richtung: Ein Team, das ein neues Projekt beginnt, kann die bei ähnlichen Projekten erfassten Risiken ziehen und aus Organisationserfahrung starten statt aus einem leeren Register und einer Stunde Vorstellungskraft. Ebenso erklären wir, wie Risikomanagement im Projekt in der Praxis aussieht.

Wir tragen Ihren PMO-Standard, nicht den des Anbieters

Ein Projektauftrag und eine Risikomatrix, die zu dem passen, was Sie bereits nutzen

Das Modul Projektauftrag wird ohne Programmierung aus Komponenten zusammengesetzt, sodass das Dokument das Layout widerspiegelt, das die Organisation bereits nutzt. Mehr als ein Standard für den Projektauftrag kann gleichzeitig existieren: Entwicklungsprojekte mit für F&E relevanten Feldern, Marketingprojekte mit Marktunterscheidungsmerkmalen und Kanälen, Investitionsprojekte mit Feldern für Technologie und Amortisation, während eine Reihe von Unternehmensfeldern allen gemeinsam bleibt. Abteilungen werden nicht in ein Kompromissdokument gezwungen, das zu keiner passt, was Standardisierung sonst gewöhnlich zunichtemacht.

Die Risikomatrix funktioniert genauso. Ihre Dimensionen werden bei der Einführung konfiguriert, sodass eine Organisation, die jahrelang mit einer Drei-mal-drei-Bewertung gearbeitet hat, nicht auf fünf mal fünf umsteigen muss, nur weil die Software das voraussetzt. Projektaufträge werden versioniert und elektronisch genehmigt, und ein Teil jedes einzelnen füllt sich aus Terminplan und Risikoregister selbst, sodass das Dokument konsistent mit den zugrunde liegenden Daten bleibt, statt vom Tag der Unterschrift an zu altern.

Genehmigungspfade je Arbeitsbereich

Genehmigungsregeln sind über eine Organisation hinweg selten einheitlich und über eine Unternehmensgruppe hinweg fast nie. FlexiProject erlaubt dedizierte Genehmigungspfade je Arbeitsbereich: einen separaten Budgetgenehmigungspfad in einer Produktionsdivision, einen gemeinsamen Pfad, wo das Teilen Sinn ergibt, einen kurzen Pfad für operative Projekte und einen längeren für strategische. Das PMO codiert die Regeln, die existieren, statt sie auf einen einzigen Pfad herunterzuhandeln, den alle tolerieren.

Es gibt einen sekundären Nutzen, den PMO-Leitungen innerhalb eines Jahres bemerken. Wenn Projektauftrag, Vorlagen, Genehmigungspfade und Überprüfungsformate alle im System leben, hört die Methodik auf, in den Köpfen erfahrener Kollegen zu leben. Ein neues PMO-Mitglied lernt den Standard der Organisation, indem es das Werkzeug lernt, und das Onboarding, das früher Monate dauerte, verkürzt sich erheblich.

Rollout: Lizenzstufen, Sprachen und Bereitstellung

Das erste ist das Lizenzmodell. Das Projektmanagementsystem FlexiProject berechnet den Zugang nach Rolle statt nach Kopfzahl. Die meisten Systeme berechnen für jeden einen vergleichbaren Satz, was bedeutet, dass die Organisation einen vollen Platz für Leute zahlt, die das Werkzeug öffnen, um ihre eigenen Aufgaben zu aktualisieren und einen Status zu prüfen. Es bietet drei Stufen passend zur tatsächlichen Rolle: eine Volllizenz für Projektleitungen, PMO-Mitglieder, Sponsoren und Entscheider, eine Standardlizenz für aktive Beteiligte, die Fortschritt melden und an Aufgaben mitarbeiten, und eine kostenlose Lizenz für Menschen, die nur Einblick in ihre eigene Arbeit brauchen. Das PMO entscheidet über den Mix, was die Abdeckung der weiteren Organisation proportional macht statt zu einer Budgetverhandlung.

Das zweite ist die Sprache. Die Oberfläche ist in 28 Sprachen verfügbar und die Benutzerdokumentation in 11, was für ein PMO in einer Gruppe mit Tochtergesellschaften in mehreren Ländern zählt. Ein Standard und ein System, in dem jeder in seiner eigenen Sprache arbeitet, ist meist der Unterschied zwischen echter Akzeptanz und höflicher Nichtnutzung in den kleineren Standorten.

Das dritte ist die Bereitstellung. FlexiProject ist neben der Cloud auch on-premises verfügbar. Für Organisationen in regulierten Branchen oder mit interner Richtlinie dazu, wo Daten liegen, ist das keine Präferenz, sondern die Bedingung, um überhaupt evaluiert zu werden.

Wann dies nicht die richtige Antwort für Ihr PMO ist

Ein PMO, das drei oder vier Projekte ohne formales Budget und ohne externe Terminzusagen unterstützt, braucht noch keine Portfolio-Governance, und sie einzuführen fügt Prozess hinzu, ohne Kontrolle hinzuzufügen. Die ehrliche Empfehlung dort ist, das Aufgabenwerkzeug zu behalten und die Frage erneut zu stellen, wenn das Portfolio wächst.

Und wenn die Kernaufgabe des PMO die Modellierung von Investitionsbudgets und die Prognose von Ressourcen über tausende Menschen in einem stark regulierten Investitionskontext ist, werden die Schwergewichtsplattformen, die genau dafür gebaut sind, ihre Einführungskosten verdienen. Der Fall für FlexiProject ist am stärksten, wo das PMO Governance, Portfoliotransparenz und automatisiertes Reporting braucht, ohne zuerst ein mehrere Quartale dauerndes Konfigurationsprojekt.

Wie Sie es in zwei Wochen überprüfen

Bauen Sie drei echte Projekte neu auf, keine Musterprojekte. Nehmen Sie ein großes Projekt mit Abhängigkeiten, ein kleines operatives Projekt und eines, das gerade in Schwierigkeiten steckt, mit ihren echten Terminplänen, Menschen und Budgets. Die Reibung, auf die Sie treffen, ist die Reibung, auf die Sie jede Woche treffen werden, und sie dient zugleich als Schulung, denn wer das System an eigenen Projekten lernt, behält mehr als jemand, der eine Übung an erfundenen Daten absolviert.

Führen Sie dann vier Tests durch, die auf die eigene Leistung des PMO zielen. Erstellen Sie den Bericht, den Sie normalerweise von Hand zusammenbauen, und stoppen Sie die Zeit. Halten Sie eine Portfolioüberprüfung nur mit dem ab, was auf dem Bildschirm ist, ohne vorbereitete Präsentation. Schieben Sie eine Planänderung durch einen Genehmigungspfad und prüfen Sie, dass der Nachweis danach zeigt, was sich geändert hat und wer es genehmigt hat. Weisen Sie eine Person zu, die anderswo bereits verpflichtet ist, und sehen Sie, ob das System Sie warnt, bevor der Plan genehmigt wird. Ein Werkzeug, das diese vier bewältigt, wird den Rest bewältigen; ein Werkzeug, das daran scheitert, wird nicht durch benutzerdefinierte Felder gerettet.

Häufig gestellte Fragen

Ist Asana ein Werkzeug für das Projektportfolio-Management?

Nicht in dem Sinne, den ein PMO braucht. Asana ist Work Management rund um Aufgaben, Projekte und Zusammenarbeit, mit Portfolioansichten und Zielen in den höheren Stufen. Diese Ansichten fassen Aufgabenaktivität zusammen, statt ein Portfolio gegen Strategie, Budget und Gates zu steuern, und sie hängen davon ab, dass Projektleitungen den Status von Hand aktuell halten. Ein dediziertes Portfoliosystem liest den Zustand des Portfolios aus den zugrunde liegenden Daten.

Was braucht ein PMO, das ein Aufgabenwerkzeug nicht bietet?

In der Praxis sieben Dinge: objektive Aufnahmebewertung, Reporting auf Basis von Live-Daten, Portfoliosynthese auf einem Bildschirm, durchsetzbare Gates und Änderungssteuerung, Kapazität über die gesamte Organisation, Finanz- und Risikoaufsummierung über dem Projekt und einen konfigurierbaren Standard. Ein Aufgabenwerkzeug kann einige davon mit benutzerdefinierten Feldern annähern, aber die Annäherung wird vom PMO gepflegt, nicht vom System.

Können Projektleitungen so weiterarbeiten wie bisher?

Weitgehend ja, und das ist der Hauptfaktor dafür, ob ein Rollout gelingt. Der Terminplan ist als Aufgabenliste, Gantt-Diagramm und Kanban-Board auf denselben Daten verfügbar, sodass eine Projektleitung, die auf einem Board arbeitet, weiter auf einem Board arbeiten kann, während die Portfolioebene konsistent bleibt. Was sich ändert, ist, dass der Fortschritt auf Aufgaben gemeldet und automatisch aufsummiert wird, statt als Prozentsatz auf Phasenebene eingetippt zu werden.

Braucht die ganze Organisation eine bezahlte Lizenz?

Nein. Es gibt drei Lizenzstufen, und die kostenlose Stufe deckt Menschen ab, die Einblick in ihre eigene Arbeit und grundlegende Projektinformationen brauchen. In den meisten Organisationen ist das ein großer Anteil der Nutzer, was die Kosten für die Abdeckung des weiteren Teams proportional zu dem hält, was diese Menschen davon haben.

Können wir unseren bestehenden Projektauftrag und unsere Risikomatrix behalten?

Ja, und darauf zu bestehen lohnt sich. Der Projektauftrag wird aus Komponenten gebaut, wobei mehrere Standards für verschiedene Projekttypen nebeneinander bestehen können, und die Dimensionen der Risikomatrix werden bei der Einführung konfiguriert. Ein PMO muss keine Bewertungsskala aufgeben, die die Organisation versteht, um das System einzuführen.

Die Suche nach der besten Asana-Alternative für ein Project Management Office beginnt meist als Werkzeugvergleich und löst sich in eine Frage nach der eigenen Arbeitslast des PMO auf. Wenn das Büro seinen Monat damit verbringt, bereits vorhandene Informationen zusammenzustellen, Gates von Hand zu überwachen und Ressourcenentscheidungen aus dem Instinkt zu verteidigen, ist die Fähigkeit, die es braucht, kein besseres Aufgaben-Board. Es sind eine Aufnahmebewertung, die es einem Gremium vorlegen kann, Berichte, die einmal entworfen und ab dann aktuell sind, ein Portfolio, das es in Sekunden liest, Änderungen, die einen Nachweis hinterlassen, eine Kapazität, die es verteidigen kann, und all das tragend den Standard, den die Organisation bereits verfeinert hat, statt der Version eines Anbieters. Der verlässliche Weg zu erkennen, ob das Ihre Situation ist, ist, zwei Wochen, drei echte Projekte und den Bericht zu nehmen, dessen Zusammenbau Sie fürchten, und zu sehen, wie viel davon das System ohne Sie produziert.