Erstellen eines EPM-Bereitstellungsplans

Dieser Artikel ist Teil unserer Sammlung "From the Trenches". Es wird beschrieben, wie Sie einen EPM-Bereitstellungsplan (Enterprise Project Management) erstellen. Es werden Phasen und wichtige Aspekte in einem EPM-Bereitstellungsplan benannt und basierend auf einem mittelgroßen Unternehmen mit mehreren Hundert EPM-Systembenutzern die entsprechenden Zeiten geschätzt. Ferner werden Faktoren genannt, die die geschätzte Dauer der jeweiligen Phase beeinflussen.

Informationen zum Herunterladen der Word Version dieses Artikels finden Sie unter Erstellen eines EPM-Bereitstellungsplans.

Weitere Artikel finden Sie in den Whitepapers "Aus den Gräben".

Erstellen eines EPM-Bereitstellungsplans

"Können Sie uns helfen, das EPM-System zu installieren und in wenigen Tagen in Betrieb zu nehmen?" ist eine der häufigsten Anforderungen, die EPM-Bereitstellungsfirmen erhalten. Und unabhängig von der Größe des organization lautet die kurze Antwort leider "Nein". Die Herausforderung besteht nicht in der Technologie; Es handelt sich um eine Reihe von Fragen zu Richtlinien, Prozessen, Verfahren und Praktiken, die das Potenzial haben, weitreichende organisatorische Veränderungen zu bewirken.

Sehen wir uns an, was ein EPM-Bereitstellungsplan enthalten muss und wie Sie einen eigenen erstellen können. Ich habe die wichtigsten Punkte identifiziert und sogar geschätzte Zeiten für die Dauer der einzelnen Phasen in einer mittelgroßen organization mit mehreren hundert EPM-Systembenutzern. Bevor Sie jede Zeitschätzung als zu kurz oder zu lang verwerfen, überlegen Sie, was Sie in Ihrem speziellen organization tun müssen, um diesen Abschnitt zu erreichen. Die Dauer ist keine Arbeitsschätzung, es handelt sich um Kalenderschätzungen. Denken Sie also daran, wie lange es dauert, bestimmte Arten von Personen für die Art von Arbeit zusammenzustellen, die Sie benötigen.

1. Einrichten des EPM-Systembereitstellungsteams

Wenn wir kein Projektteam haben, geht unser Projekt nicht weit. Mehrere Personen müssen zusammengebaut werden, um dieses Projekt von der Ideenphase bis zur Produktion zu bringen. Wenn Sie bereits einen Übersichtsplan im Blick haben, müssen Sie über Personen nachdenken, die ein paar Jahre lang an dem Projekt beteiligt sein werden.

Die wichtigsten Schritte in dieser ersten Phase sind:

Identifizieren wichtiger Projektbeteiligter

Es gibt oft einen hauptbeteiligten Projektbeteiligten, bevor das Projekt überhaupt beginnt. Es ist in der Regel jemand auf der Führungsebene, der den Schmerz fühlt, nicht über diese Art von System zu verfügen. Das ist ein guter Anfang, aber es wird bei weitem nicht ausreichen, um ein solches Projekt in die Erfüllung zu bringen. Die Identifizierung des Geschäftsbesitzers des Systems ist entscheidend für eine erfolgreiche EPM-Bereitstellung und muss fast sofort erfolgen. Der Geschäftsinhaber wird die Person sein, die die Vorteile des abgeschlossenen Systems nutzt und den Wert darin sieht, was es braucht, um es abzuschließen. Es kann auch einen oder mehrere leitende Sponsoren geben. Die Leitenden Sponsoren können Mitarbeiter auf Managementebene sein, die für die endgültigen Ergebnisse etwas nutzen, aber es können auch Personen sein, die an dem Projekt bis zu seinem Abschluss arbeiten und dann mit geringen Investitionen in den endgültigen Betrieb der EPM-Umgebung fortfahren. Sie können ohne einen Leitenden Sponsor leben. Sie können nicht ohne einen Geschäftsinhaber leben.

Identifizieren interner Expertenressourcen

Nachdem festgelegt wurde, wer der Geschäftsinhaber und möglicherweise die leitenden Sponsoren sind, sollte das Projektteam bestimmen, welche internen Fachkenntnisse erforderlich und verfügbar sind, um das Projekt voranzutreiben. Häufig mangelt es an Fachwissen in einer bestimmten Technologie wie der aktuellen Version der EPM-Software, aber dies ist nicht die einzige Art von Fachwissen, die wir benötigen. Interne Kenntnisse über die Prozesse, Praktiken, Verfahren, Rollen und Zuständigkeiten der organization und darüber, wo Daten sich befinden können, um den Prozess zu steuern, sind von entscheidender Bedeutung.

Einbinden von externem Fachwissen (falls erforderlich)

Es ist üblich, festzustellen, dass es eine Wissens- oder Qualifikationslücke im Projektteam gibt, um vom Nicht-Enterprise-Projektmanagement zum Enterprise-Projektmanagement zu wechseln. Wenn das der Fall ist, dann gibt es keinen Ersatz dafür, jemanden mit Know-how zu finden. Unabhängig davon, in welchem Maße die internen Ressourcen nicht verfügbar sind, müssen sie von außen eingebunden werden. Diese Personen können im Rahmen eines Beratungs- oder Outsourcingvertrags oder für den langfristigen Einsatz in der Umgebung eingestellt werden, die sie entwickeln werden. Die Ausbildung für diese Art von Know-how von innen ist selten erfolgreich. Die häufigste Herausforderung, die wir in diesem Bereich sehen, besteht darin, herauszufinden, dass den internen Ressourcen die Verantwortung übertragen wurde, aber nicht über das Wissen oder nur ein begrenztes Wissen verfügen. "Ich habe einmal EPM-Software verwendet und jetzt werde ich aufgefordert, sie bereitzustellen", ist ein Schrei, den wir allzu oft hören.

Die Größe Ihres Teams hängt davon ab, wie weit das Projekt letztendlich wird. Es ist nicht ungewöhnlich, einige Personen für mehrere Monate mit dem Projekt zu finden, die dann durch andere ersetzt werden, wenn sich die Phasen des Projekts ändern. Auch die Autorität des Teams und die Unterstützung des Managements sind zu diesem Zeitpunkt wichtig.

Oh, und muss ich es sagen? Behandeln Sie dieses Projekt wie ein Projekt! So erstaunlich es klingen mag, EPM-Bereitstellungen sind das wahrscheinlichste Projekt in der organization, das ohne die Elemente bereitgestellt wird, die Sie in einen anderen Bereitstellungsplan eingefügt haben (etwas wie die Kinder eines Schuhmachers, die barfuß gehen). Erstellen Sie also einen Projektplan, ein Budget, eine Charta, stellen Sie ausreichende Ressourcen bereit usw.

Zeit, dies zu erreichen: Vier Wochen.

2. Identifizieren von Geschäftszielen

Ok, wir haben das Team zusammen. Zeit, es zur Arbeit zu bringen! Wir müssen nun den Umfang des Projekts identifizieren, diesen Bereich in Phasen unterteilen, wenn er groß ist, und dann einen Plan für die Arbeit erstellen.

In dieser Phase müssen wir Folgendes erreichen:

Führungskräfte- und Stakeholder-Workshops

Es gibt keine Möglichkeit, dies zu umgehen. Der gesamte Zweck der Erstellung einer EPM-Umgebung besteht darin, Verwaltung und Endbenutzern die Möglichkeit zu geben, Geschäftsentscheidungen zu treffen. Daher müssen die relevanten Führungskräfte zu Beginn des Prozesses einige Zeit investieren, um zu ermitteln, welche Entscheidungen mit dem System getroffen werden. Ich habe in der Vergangenheit darüber geschrieben, wie solche Workshops durchgeführt werden (siehe Als Lösungskäufer: Whitepaper), aber wie sie gemacht werden, ist weniger wichtig als dass sie fertig sind.

Dies ist die Möglichkeit für das Bereitstellungsteam, zwei weitere sehr, sehr wichtige Dinge zu erhalten, während es die Aufmerksamkeit der Geschäftsleitung hat. Erstens das Engagement des Managements für den Prozess, den Aufwand und die letztendlichen Vorteile. Zweitens (und viel wichtiger), die verwalteten Erwartungen des Managements. Die häufigste Erwartung des Managements ist, dass dies in wenigen Tagen oder wenigen Wochen erreicht werden kann. Wenn sie die Auswirkungen der Beteiligten verstehen, kann die Unterstützung des Managements verflüchtigen. Es ist besser, dies sofort zu haben, als mit etwas zu beginnen, das möglicherweise nicht mit unzureichender Zeit oder Ressourcen bereitgestellt werden kann.

Die Ergebnisse dieser Workshops (ja, es kann mehrere dauern) sind die Geschäftsziele, die den Umfang bilden und letztendlich den Zeitplan bestimmen.

Identifizieren der Auswirkungen von Verwaltungsrollen

Sobald die Geschäftsziele vom Management vereinbart wurden, muss es eine oder zwei Sitzungen geben, in denen die Auswirkungen auf die Rollen und Zuständigkeiten des Managements erläutert werden. Ein gängiges Beispiel wird häufig bei der Planung der Ressourcenkapazität angezeigt. In High-Tech-Unternehmen ist die Ressourcenkapazitätsplanung fast immer eine Verwaltungsanforderung des EPM-Systems, aber wer muss in diesem Prozess die Autorität erhalten, Um Ressourcen zuzuweisen, Konflikte zu bewältigen und die Arbeit von Personen in verschiedenen Abteilungen zu priorisieren? Sie können diese Probleme an diesem Punkt nicht lösen, da Sie keinen definierten Prozess haben, aber es ist wichtig, zu identifizieren, wer in der Executive Suite betroffen ist, damit Sie in der Lage sind, sie zu gegebener Zeit in den Prozess einzubeziehen.

Priorisieren von Geschäftszielen und Erstellen eines Masterbereitstellungsplans

Es ist fast sicher, dass der Plan in Phasen unterteilt werden sollte. Bei praktisch jeder EPM-Bereitstellung sind die Wünsche des Managements hinsichtlich der Vorteile, die das EPM-System bieten sollte, groß. Die Priorisierung, welche Ziele zuerst verfolgt werden sollen, ist an dieser Stelle ein wesentliches Element des Erfolgs. Holen Sie sich die zwei oder vielleicht drei wichtigsten Ziele in eine Phase, und pushen Sie alles andere nach unten. Jede Phase sollte eine funktionierende EPM-Umgebung für die Produktion bereitstellen, die für sich wertvoll ist.

Einrichten von Meilensteinen und Metriken

Wir sind Projektmanager, oder?! Lassen Sie uns einige Meilensteine in unser Projekt integrieren und uns auf einige messbare Metriken festlegen. Bei jeder Unternehmenssystembereitstellung ist es ein wichtiger Teil des Prozesses, sicherzustellen, dass sie auf Kurs bleibt.

Wir sollten jetzt über genügend Informationen verfügen, um unseren Gesamtplan mit Details für die erste Phase zu entwickeln.

Zeit für diese Arbeit: Vier Wochen

Phase 1

Für jede Phase gibt es einige Aufgaben, die wiederholt werden müssen. Die Schritte 3 bis 9 sind Teil einer Phase.

3. Inventurprozesse

Bevor wir den Tools näher kommen, müssen wir bestimmen, welche Prozesse in dieser Phase letztendlich automatisiert werden müssen.

Welche Prozesse gibt es und können übernommen werden?

Wir beginnen damit, zu untersuchen, welche Prozesse, Praktiken und Verfahren bereits in den organization für die in dieser Phase identifizierten Geschäftsziele vorhanden sind, und bestimmen, welche innerhalb der neuen EPM-Umgebung übernommen werden können. Es hat einen zweiseitigen Vorteil, vorhandene Prozesse zu finden, die mit wenig oder ohne Arbeit angepasst werden können. Zunächst sind sie bereits erstellt und den Benutzern bekannt. Zweitens macht die Adoption sie zu einem Freund der Person, die sie geschaffen hat. Sie können jetzt als Fachexperte in diesem Prozess benannt werden, was die Bereitstellung erleichtert.

Welche Prozesse müssen entworfen werden?

Wir finden nie alle Prozesse, Praktiken und Verfahren, die wir benötigen, aber wir müssen identifizieren, was fehlt. Das kann schwieriger sein als prozesse zu finden, die bereits vorhanden sind. Sie suchen nach dem, was nicht da ist und das ein erfahrenes Auge erfordert.

Whiteboard-Workshops verarbeiten

Für die Prozesse, für die Arbeit angepasst werden muss, oder für Prozesse, die von Grund auf neu erstellt werden müssen, müssen Sie einige Workshopsitzungen mit einem Whiteboard in Gang setzen. Der Prozess und all seine Auswirkungen werden am besten mit den Menschen gemacht, die ihn leben werden, sobald er fertig ist. Dokumentieren Sie alles.

Beheben betroffener Verwaltungsrollen

Erinnern Sie sich noch, als wir ermittelt haben, welche Führungskräfte oder Manager an den änderungen beteiligt sein könnten, die auftreten würden? Zeit, sie zurückzurufen. Für alle neu entworfenen Prozesse, die sich auf Rollen, Autoritäten, Hierarchien oder vorhandene Zuständigkeiten auswirken, müssen Sie Besprechungen organisieren, um sie zu lösen.

Das Endergebnis ist der Entwurf eines Prozessleitfadens.

Zeit zum Ausführen der Prozessübung: Vier Wochen.

4. Übernehmen, Anpassen und Entwerfen von Prozessen

Überprüfen, Anpassen und Akzeptieren entworfener Prozesse

Nicht jeder hat an jeder Prozessübung teilgenommen, die in der letzten Gruppe von Aufgaben stattgefunden hat. Daher ist es wichtig, den Entwurf des neuen Prozessleitfadens für die Beteiligten, Manager und betroffenen Parteien zu veröffentlichen. Es ist üblich, dass dieser Leitfaden mehrere Überprüfungen durchläuft und sogar zusätzliche Workshops geplant werden, um Konflikte in Prozessen zu lösen.

Die Ausgabe dieses Dokuments ist ein abgeschlossenes und akzeptiertes Prozessdokument. Lassen Sie sich nicht täuschen, der "akzeptierte" Aspekt kann mehrere Runden dauern und erfordert sogar ein Eingreifen der Exekutive von der höchsten Ebene, bevor es abgeschlossen ist, aber ohne einen akzeptierten Prozess gibt es nichts zu automatisieren. Die gute Nachricht ist, dass dies bereits von großem Wert ist, selbst wenn der Bereitstellungsprozess hier beendet wurde. Es ist unvermeidlich, dass diejenigen, die diese Prozesse intern durcharbeiten, Dinge über ihre organization sehen, die sie nie berücksichtigt hatten. Sie werden als Ergebnis effektiver sein, sobald sie fast sofort beginnen.

Zeit bis zum Abschließen des abgeschlossenen Prozessleitfadens: Acht Wochen

5. Evaluieren und Auswählen von EPM-Tools

Vorbereiten von "Problemausweisungsdokumenten" für Lieferanten

Wenn Sie andere Artikel gelesen haben, die ich gemacht habe, wissen Sie, dass ich fest daran glaube, potenziellen Anbietern eine Beschreibung Ihrer EPM-Probleme zu geben und Ihnen mitzuteilen, wie sie sie lösen würden. Schließlich sagen sie, dass sie im Lösungsgeschäft sind? Großartig, lassen Sie sie Ihre Lösung entwerfen. Dies ist etwas schwieriger, als eine Tabelle mit allen gewünschten Funktionen zu erstellen, aber es ist wichtig.

Anfordern von Lieferantenantworten

Machen Sie niemals nur eine. Sie wissen vielleicht bereits, wer Ihr bevorzugter Anbieter ist, aber selbst wenn Sie der Meinung sind, dass er der richtige ist, sollten Sie etwas zum Vergleich erhalten. Keine zwei Anbieter werden versuchen, Ihr Problem auf die gleiche Weise zu lösen, also seien Sie darauf vorbereitet, überrascht zu sein und offen zu bleiben.

Kurze Liste

Auch wenn Sie sich ein Produkt, aber mehrere Implementierer ansehen, sollten Sie sich mit der Person in Verbindung setzen, die Sie persönlich treffen möchten.

Präsentationen von Anbietern und Implementierungsanbietern

Ahhh, Demotag. Es gibt viele Dinge, die von Nutzen sind, wenn Man sich eine Demonstration ansieht, aber es ist nicht eine davon, sich im Blitz zu verfangen. Verkaufsdemonstrationen werden von allen Anbietern sorgfältig orchestriert. Wenn Sie über eine Ansicht, einen Bericht oder eine Dashboard besonders begeistert sind, fragen Sie ausdrücklich: "Wie lange würde es dauern, diese genaue Ansicht zu entwickeln?"

Auswahl und Beschaffung von Tools

Ok, Zeit, um den großen Kauf zu machen. Ich weiß, Sie dachten, das war der Ausgangspunkt, zurück am Anfang dieses Artikels. Nun, keine Sorge. Wir sind endlich da. Treffen Sie Ihre Auswahl des EPM-Systems und holen Sie diese Bestellung auf den Weg!

Das Endergebnis dieser Phase ist ein glänzendes neues EPM-Produkt, das auf Ihrem Schreibtisch sitzt.

Zeit für diese Phase: Acht Wochen.

6. Automatisierung Design und Konfiguration

Anwenden des Prozessentwurfsdokuments auf das ausgewählte EPM-Tool

Da wir nun wissen, was das Tool ist, können wir mit der Erstellung von Systementwurfsdokumenten beginnen, die mit unserem Prozessdokument beginnen und in funktionalen Spezifikationen enden. Wahrscheinlich möchten wir eine Entwicklungs-instance unseres neuen EPM-Systems installieren, damit wir bestimmte Entwurfskriterien testen oder überprüfen können. Zum ersten Mal ist ein Systemexperte für die Konfiguration des eigentlichen Systems an Bord erforderlich.

Entwerfen und Implementieren von Standards

Es gibt zahlreiche Standards, die festgelegt werden müssen. Jeder einzelne dieser Standards hat Auswirkungen auf die Systemarchitektur und den Entwurf. Der Kalender wird beispielsweise oft übersehen. Werden wir einen oder mehrere Kalender haben? Werden Ressourcenkalender vorhanden sein? Wer wird die Befugnis haben, sie zu ändern? Kennen wir die Auswirkungen der Änderung eines Ressourcenkalenders auf die Zeitplan- und Fortschrittsdaten? Und so weiter... Hier sind einige der Elemente unseres EPM-Systems, für die wir Standards benötigen:

• Kalender

• Namenskonventionen

• Ressourcenhierarchie

• Ressourcenladestandards für Projekt- und Nicht-Projektarbeit

• Tarife und Kalkulationsstandards

• Rollen und Zuständigkeiten

• Genehmigungsstrukturen

• Projekt- und Vorgangshierarchien

• WBS und andere Codierungsstrukturen

• Dokumentverwaltung

• Kommunikationsvorlagen

• Projektvorlagen

Wir benötigen auch ein anderes Design und sogar eine mögliche Codierung für Elemente, die aus unseren Phase-1-Geschäftszielen stammen. Einige der Elemente, die möglicherweise berücksichtigt werden müssen, sind:

• Entwerfen und Implementieren von benutzerdefinierter Codierung

• Entwerfen und Implementieren von Dashboards

• Entwerfen und Erstellen von Links zu externen Systemen

• Entwerfen und Erstellen eines Workflows

• Entwerfen und Implementieren der Berichterstellung

• Entwerfen und Erstellen von EPM-Toolschulungen

• Überprüfen des Entwurfs mit allen betroffenen Parteien

Das Ergebnis ist ein EPM-Tool, das bereit ist, für eine Fahrt herausgenommen zu werden. Es sollte über alle erforderlichen Konfigurationen verfügen, um in eine Arbeitsumgebung zu wechseln.

Die für diese Phase benötigte Zeit kann stark variieren, je nachdem, wie viel benutzerdefinierte Arbeit erforderlich war, aber wir werden sagen, zwölf Wochen, wenn wir uns auf die erste Phase beschränkt haben.

7. Pilot-EPM-Tool

Da wir nun unser System einsatzbereit haben, müssen wir die Pilotgruppe identifizieren und sie daran arbeiten lassen.

Phase 1: Installieren/Konfigurieren/Migrieren von Daten

Wir müssen das neu konfigurierte System in einem Pilot-instance installieren (nicht im Entwicklungs-instance. Wir werden dies weiterhin für zukünftige Phasen und als Support- und Schulungssystem verwenden. Außerdem müssen wir die Konfiguration so aktualisieren, dass sie unseren Entwicklungs-instance entspricht, und die Pilotprojekte aus dem, was sie jetzt enthalten, in unser neues System migrieren.

Schulungen

Schulung ist das schlechte Stiefkind bei Projektbereitstellungen. Dies wird in einem Bereitstellungsplan häufig vergessen. Stellen Sie sicher, dass unsere Piloten die Schulungen erhalten, die sie benötigen, um das System ordnungsgemäß zu verwenden.

Ausführen aktiver Projekte

Lassen Sie nun diese Pilotprojekte basierend auf den Prozessen, Methoden, Verfahren und Automatisierungen verwalten, die Sie so viel Zeit mit der Definition verbracht haben. Das Pilotprojekt muss selbst einen Zeitplan haben, der sich häufig daran orientiert, wie lange diese Projekte dauern werden.

Gewonnene Erkenntnisse und Dokument

Sobald das Pilotprojekt abgeschlossen ist, ist es an der Zeit, sich neu zu zusammengesetzt und zu sehen, wie das, was erstellt wurde, die Herausforderungen gelöst hat, die für das Pilotprojekt festgelegt wurden. Wenn Anpassungen, Korrekturen oder grundlegende Änderungen vorgenommen werden müssen, ist es jetzt an der Zeit.

Zeit für ein vollständiges Pilotprojekt und Überprüfung: Zwölf Wochen.

8. Rollout Phase 1 in die Produktion

Live schalten

Es ist Zeit. Führen Sie die Verwendung des neuen Systems für die entsprechenden Benutzer aus, und migrieren Sie die entsprechenden Daten. Vergessen Sie training, Support und Nachverfolgung nicht, während das System live geht.

Die Zeit bis zum Rollout hängt stark von der Gesamtzahl der Benutzer ab: Vier Wochen.

9. Überprüfen und Anpassen des Masterbereitstellungsplans

Überprüfen und anpassen master Plan als Vorbereitung auf die nächste Phase Der master Plan wurde wahrscheinlich seit Monaten nicht mehr untersucht. Zeit, es abzustauben und zu sehen, was ursprünglich für Phase 2 geplant war. Es ist unvermeidlich, dass die Augen, die die nächste Phase betrachten, die Dinge anders sehen. Schließlich verfügen sie nun über die gesamte Erfahrung der ersten Phase.

Zeit bis zum Abschließen dieser Phase: Zwei Wochen.

10. Phase 2 – Wiederholen der Schritte 3 bis 9

Wir haben nur Phase 1 abgeschlossen, und wenn Sie sich zukünftige Phasen ansehen, müssen Sie die Schritte 3 bis 9 (mit Ausnahme von Schritt 5) überarbeiten. Denken Sie daran, dass jede Phase zu einer funktionierenden EPM-Produktion führen sollte, die die organization effektiver als zuvor bleibt.

Haben Sie die Dauer für die einzelnen Schritte der ersten Phase gezählt? Sie addiert bis zu 58 Wochen. Hier ist ein Zeitplan der oben definierten Zusammenfassungsschritte:

Jetzt ist jeder organization anders. Es gibt viele Faktoren, die sich auf die Gesamtdauer eines Projekts auswirken. Die wichtigste davon ist das Ausmaß, in dem bestehende Enterprise-Projektmanagementprozesse ausgereift sind. Als Nächstes wird die Größe des organization und seine Komplexität angezeigt. Es ist offensichtlich einfacher, ein EPM-System in einem organization bereitzustellen, das sich alle in einem Gebäude befindet, als für ein organization, das auf zahlreiche Abteilungen, Büros, Städte und sogar Länder/Regionen verteilt ist.

In jeder Bereitstellung sieht der Zeitplan anders und nicht immer kürzer aus. Es besteht praktisch immer der Druck, einen Zeitplan zu erstellen, der in Tagen oder sogar Wochen erreicht werden kann, aber es ist wichtig, dass mehr als nur die Installation von EPM-Software in Betracht gezogen wird, um eine erfolgreiche Bereitstellung zu ermöglichen.

Informationen zum Autor

Chris Vandersluis ist Präsident und Gründer von HMS Software aus Montreal, Kanada, einem zertifizierten Partner von Microsoft. Er verfügt über einen Abschluss der Wirtschaftswissenschaften an der McGill University und über 30 Jahre Erfahrung in der Automatisierung von Projektleitsystemen. Er ist langjähriges Mitglied des Project Management Institute (PMI) und hat die Kapitel Montreal, Toronto und Quebec der Microsoft Project Users Group (MPUG) gegründet. Veröffentlichungen, für die Chris geschrieben hat, sind Fortune, Heavy Construction News, Computing Canada Magazine und PMI's PMNetwork, und er ist ein regelmäßiger Kolumnist für Project Times. Er unterrichtet Advanced Project Management an der McGill University und spricht häufig in Projektmanagement-Verbandsfunktionen in Nordamerika und auf der ganzen Welt. HMS Software ist Herausgeber des projektorientierten Timekeeping-Systems TimeControl und seit 1995 Microsoft Project Solution Partner.

Chris Vandersluis ist per E-Mail erreichbar unter: chris.vandersluis@hms.ca

Weitere EPM-bezogene Artikel von Chris Vandersluis finden Sie auf der HMS EPM Guidance Site (https://www.epmguidance.com/?page_id=39).