Entschuldigung, wenn dies wie eine quälende Frage nach dem „Welches Tool“ klingt. Es soll nicht sein.
Ich habe einen Kunden, der eine globale Lizenz für ein Tool namens Workfront hat. Sie richten ein neues PMO ein, um hauptsächlich digitale Projekte durchzuführen, die von Scrum-Teams mit JIRA (für die Produktentwicklung) durchgeführt werden. Meine Aufgabe ist es, Workfront auf Eignung zu evaluieren. Ich habe einige Zeit damit verbracht, mir Bewertungen auf g2crowd.com und softwareadvice.com anzusehen, um Daten zu sammeln, und wie erwartet (vielleicht für jedes Tool gleich) gibt es einige potenziell schwerwiegende Probleme, die auftreten könnten. Einige der Kommentare sind ziemlich erschreckend, wenn sie auf ein groß angelegtes digitales Programm angewendet werden.
Ich bin absolut kein Fan davon, ein Tool zu übernehmen, nur weil wir bereits eine Lizenz haben. Meiner Meinung nach dienen JIRA und Confluence effektiv dem Informationsmanagement, dem Aufgabenmanagement und den kollaborativen Anforderungen eines Scrum-Teams und PMOs, und wenn das PMO ein robustes und ausgereiftes Tool für die Planung will, dann ist MS Project solide, wenn Sie es nicht versuchen zu schlau. Soweit ich das beurteilen kann, braucht Workfront noch einen weiteren Tool-„Guru“, der hilft, wenn Leute nicht weiterkommen, um die Admin-Benutzeroberfläche zu entschlüsseln und den Leuten zu ermöglichen, wieder produktiv zu arbeiten.
Wenn Workfront neben JIRA nicht zuverlässig arbeiten kann, wird es nicht empfohlen. Irgendwelche Weisheiten im Angebot? Danke im Voraus :)
Der einzige wirkliche Rat, den ich geben kann, ist, Ihre Position sowohl mit Fakten als auch mit Rhetorik zu untermauern.
Der Faktenteil ist einfach. Stellen Sie nur sicher, dass Sie alles dokumentieren – all die Kommentare, die Sie gefunden haben? Kopieren Sie sie nach unten. Außerdem ist es aus Ihrer Frage unklar, aber ich habe den Eindruck, dass Sie Workfront nicht selbst ausprobiert haben. Das musst du beheben. Während Sie es nicht auf Skalierbarkeit oder Anwendungsszenarien für Experten testen können, können Sie zumindest keine verbindliche Meinung zu einem Produkt abgeben, das Sie noch nie verwendet haben . Und dokumentieren Sie wie immer alle Ihre Erkenntnisse.
Was die Rhetorik betrifft (die leider in vielen Geschäftskulturen viel wichtiger ist als Fakten), müssen Sie nur sicherstellen, dass Ihre Sprech- / Überzeugungsfähigkeiten auf dem neuesten Stand sind. Wenn sie es nicht sind, dann ist der beste Rat, den ich geben kann, zu üben. Sobald Sie Ihre Präsentation „fertig“ haben, geben Sie sie tatsächlich jemandem (Kollege, Freund, Familie …) und lassen Sie sich von ihm kritisieren. Dann verbessern und erneut versuchen. Eine wirklich großartige Präsentation sollte nicht einmal (viel) Verständnis für die Domäne benötigen, um die Überzeugungskraft durchscheinen zu lassen.
Workfront wird in erster Linie als Portfoliomanagement-Tool betrachtet. Es wird vom oberen Management verwendet, um sich einen Überblick über laufende Projekte zu verschaffen. Obwohl darin Projektmanagementfunktionen integriert sind, wäre es normal, die Projekte selbst weiterhin in Jira zu verwalten und gerade genug Informationen zu pflegen, um einen aussagekräftigen Überblick in Workfront zu erhalten.
Wenn Sie doppelt dokumentieren, überlasten Sie das Workfront-Ende. Betrachten Sie Workfront stattdessen als eine Möglichkeit, Ihrem Management zu helfen, Ihr Projekt im Kontext mit anderen Projekten zu betrachten. Es ersetzt eine bestimmte Menge (aber nicht alle) Statusberichte und -aktualisierungen.
Wir bekommen Workfront (das mit Jira verzahnt sein wird) in meinem aktuellen Unternehmen. In einem früheren Unternehmen habe ich Clarity zusammen mit MS Project verwendet. Gleiches Prinzip.
Das ist nicht alles schlecht. Im Laufe der Zeit werden sich sowohl die Art und Weise, wie Sie Jira verwenden, als auch die Informationen, die Portfoliomanager benötigen/wollen, um die besten Entscheidungen zu treffen, weiterentwickeln. Es ist ein guter Ort, um dem PM oder SM zu ermöglichen, Entscheidungen zu treffen und anzupassen, was im Workflow dargestellt werden muss und wie. Denken Sie allgemeiner darüber nach, wie unterschiedlich einzelne Scrum-Teams arbeiten (die gleiche Arbeit, die mit ähnlich konsistenter Geschwindigkeit ausgeführt wird, kann völlig unterschiedliche Story Points verwenden; Benutzergeschichten können sehr unterschiedliche Teams widerspiegeln usw.), und überlegen Sie dann, wie wichtig es ist, das Management zu informieren wie die Arbeit voranschreitet, ohne die Fähigkeit aufzugeben, Ihrem Team weiterhin die Möglichkeit zu geben, sich produktiv selbst zu organisieren. Dies kann eine wichtige Verbesserung der geistigen Gesundheit sein.
ProjektWorf