Ein stufenweiser Ansatz zur Bereitstellung von Enterprise Project Management

In diesem Artikel werden verschiedene Herausforderungen beschrieben, mit denen Sie konfrontiert sind, wenn Sie die Bereitstellung der Enterprise Project Management-Lösung in Ihrer Umgebung planen. Außerdem werden mehrere unterschiedliche Bereitstellungsszenarien, die verwendet werden können, sowie wichtige Voraussetzungen, die berücksichtigt werden müssen, beschrieben.

Informationen zum Herunterladen der Word-Version dieses Artikels finden Sie im Whitepaper A Phased Approach to Deploying Enterprise Project Management( A Phased Approach to Deploying Enterprise Project Management: White Paper).

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

Ein stufenweiser Ansatz für die Bereitstellung des Enterprise-Projektmanagements

Dieser Artikel bietet Entscheidungsträgern, Netzwerkadministratoren und Project Server-Administratoren Anleitungen zu verschiedenen Herausforderungen, mit denen Sie bei der Planung der Bereitstellung der Enterprise Project Management-Lösung in Ihrer Umgebung konfrontiert werden können. Außerdem werden mehrere unterschiedliche Bereitstellungsszenarien, die verwendet werden können, sowie wichtige Voraussetzungen, die berücksichtigt werden müssen, beschrieben.

Einführung

Ich besitze ein Unternehmen, das Bereitstellungen der Epm-Lösung (Enterprise Project Management) von Microsoft durchführt. Um fair zu sein, HMS Software macht mehr als das. Wir sind auch ein ISV, aber ich verbringe einen großen Teil meiner Zeit damit, mit mittleren bis großen Organisationen daran zu arbeiten, wie sie EPM bereitstellen können. Einige der Herausforderungen sind spezifisch für die Technologie von Microsoft, aber viele von ihnen ähneln dem, was Unternehmen seit meinem Start im Projektmanagement-Software-Geschäft im Jahr 1983 erlebt haben. Hier erfahren Sie, wie Sie Ihre eigene EPM-Bereitstellung planen können.

Eine der größten Herausforderungen, mit denen wir konfrontiert sind, wenn wir eine EPM-Bereitstellung starten, besteht darin, eine glaubwürdige Roadmap für die Erstellung des beabsichtigten Ergebnisses zu erstellen. Während wir hier seit über 24 Jahren Enterprise-Projektmanagementsysteme einsetzen, hat sich eine Sache nicht geändert, ist der Wunsch der Geschäftsleitung, gestern alle Ergebnisse zu erhalten.

Die Herausforderung wird durch einige Faktoren verstärkt, die fast immer vorhanden sind:

1. Das Vertriebsteam hat dem Kunden das Endergebnis gezeigt, ohne den Aufwand zu erläutern, der erforderlich wäre, um die Auswirkungen in einer Produktionsumgebung zu reproduzieren, oder sogar, wie viel Aufwand für die Erstellung des virtuellen Images und der Daten in der Verkaufsdemonstration (in der Regel mehrere Mann-Monate) erforderlich ist.

2. Microsoft bietet ein Legacy mit einfacher Bereitstellung. Personen haben sich daran gewöhnt, eine DVD in ihren PC zu stopfen, warten, bis sie herauskommt, und dann die Vorteile der Software, die sie sofort gekauft haben. Oh, es gibt vielleicht eine Vorstellung von optionaler Schulung, aber es gibt selten die Erwartung, dass es sich bei dem, was unternommen wird, um eine organisationverändernde Übung handelt.

Was ist Enterprise-Projektmanagement?

Dies wäre eine Herausforderung genug, aber es gibt andere Aspekte, die der Kunde beim Kauf oft übersehen wird, beginnend mit "Was ist EPM genau?". Das ist eine kurze Frage mit einer potenziell langen Antwort. In den frühen Phasen einer EPM-Bereitstellung führen wir einen Workshop mit der Geschäftsleitung des Kunden durch. Eine Folie, die ich immer verwende, sieht wie folgt aus:

"Was ist EPM aus Ihrer Sicht?" Ich werde fragen. Die Antworten befinden sich häufig in einem der Kreise auf der Folie. Die Antworten können wie folgt sein:

• Grundlegendes Projektmanagement. "Enterprise Project Management würde für uns bedeuten, dass jeder projektmanagement auf die gleiche Weise und mit den gleichen Tools vorgehen würde."

• Enterprise-Projektmanagement. "Das würde uns nicht reichen", könnte jemand sagen. "Enterprise Project Management würde für uns bedeuten, dass unsere Projektmanagementdaten integriert werden. Wir wären in der Lage, Berichte zu erhalten, die unsere Zeitpläne in einem integrierten, zusammengefassten Bericht anzeigen würden, und wir könnten die Auswirkungen von einem Projekt auf ein anderes verwalten."

• Projektportfoliomanagement (PPM) "Es geht für uns um Projektportfoliomanagement", könnte jemand sagen. "Enterprise Project Management würde für uns bedeuten, eine Ebene höher auf Projektebene zu verwalten. Wir müssten Projekte in Portfolios oder Projektgruppen gruppieren und gemeinsam analysieren und darüber berichten. Wir müssten in der Lage sein, den Fortschritt auf dieser zusammengefassten Ebene nachzuverfolgen und Phasen-Gating zu implementieren."

• Ressourcenverwaltung. "Enterprise-Projektmanagement würde für uns eine Planung der Ressourcenkapazität bedeuten. Wir müssen nicht nur wissen, ob wir ein neues Projekt übernehmen können und welche Auswirkungen dies auf bestehende Verpflichtungen haben könnte, wir müssen auch wissen, wie der Status der Verwaltung der Arbeit ist, zu der wir uns bereits verpflichtet haben, basierend auf dem Projektfortschritt und der Ressourcenverfügbarkeit."

• Berichterstellungsanalyse. "Für uns würde das Enterprise-Projektmanagement in den Berichten stattfinden", könnte jemand sagen. "Wir brauchen einen Bericht, der aus Projektmanagement, Finanzen, PERSONAL und anderen internen Systemen zieht, um Roll-up-Berichte für management und Entscheidungsfindung zu erstellen. Während wir über Berichte sprechen, benötigen wir auch dynamische Dashboards, Scorecarding und andere sichtbare Systeme."

• Budgetierung und Kostenverwaltung. "Für uns geht es beim Enterprise-Projektmanagement ums Geld. Wir budgetieren anfang des Jahres. Dann budgetieren wir für jedes Projekt, und das einzige, was für uns wichtig ist, ist, das Geld Monat für Monat gegen den Plan zu verfolgen."

• Arbeitszeittabellen. "Egal, was die Planung ist. Wenn Du mir nur sagen könntest, womit meine Leute ihre Zeit tatsächlich verbringen, wären wir so weit voraus, wo wir jetzt sind, würden wir das als EPM-Erfolg bezeichnen", sagt oft jemand.

• Kommunikation und Zusammenarbeit. "Es geht nicht um die ausgefallenen Algorithmen. Wir müssen das Gespräch mit unseren Leuten erleichtern. Können Sie uns helfen, unsere Projektteams zu verbinden, die jetzt nicht nur Planer, sondern auch Geschäftsleitung, Kunden, Benutzer, Subunternehmer, Outsourcingr und Teammitglieder umfassen?"

• Integration in externe Anwendungen. "Wir haben ein großes ERP/Finance-System, das großartig ist, außer dass wir keine der zukunftsgerichteten Prognosen für Die Ergebnisse und Kosten haben, die mit dem Projektmanagement verbunden sind. Wenn Sie ein Projektmanagement-Tool mit unserem ERP/Finance-System verbinden könnten, dann wäre das für uns viel Enterprise-Projektmanagement!"

• Workflow. "Wir sehen uns ein System vor, das nicht nur Aufgaben, sondern auch Abläufe automatisiert verfolgt. Wir möchten, dass Projektmanager ein Onlineformular ausfüllen, um Projektfinanzierungen anzufordern, die dann an die verantwortliche Person weitergeleitet werden, die dann die Anfrage automatisch annehmen oder ablehnen würde. Wenn das Projekt genehmigt wird, wird es sofort in das EPM-System aufgenommen. Wir möchten dasselbe mit allen unseren Projektdokumenten tun. In der Tat möchten wir alle unsere Projektmanagement-Verfahren auf diese Weise durch Workflow-Management automatisieren. Das wäre wirklich Enterprise-Projektmanagement."

• Business Intelligence. "Was wir benötigen, ist Scorecarding, Dashboarding und Data Mining unserer Projektdaten", werden uns einige Leute sagen. Das wäre die ultimative Enterprise Project Management-Umgebung."

• Das Projektmanagement-Reifegradmodell. "Wir arbeiten daran, unseren Reifegrad zu verbessern, gemessen am 'Project Management Maturity Model'."

Was ist also die richtige Antwort? Sie sind in Ordnung. Tatsächlich handelt es sich wahrscheinlich nicht um eine vollständige Liste. EPM kann so vielen Menschen so viele Dinge bedeuten und ist stark von der Perspektive abhängig, aus der Sie das Problem betrachten.

Wenn wir dies mit der Geschäftsleitung tun, passiert häufig, dass es keinen dieser Aspekte gibt, der nicht erwünscht ist. Ja, die Leute wollen alle. Und wenn sie fragen, ob all dies in einer Microsoft EPM Solution-Bereitstellung möglich ist, lautet die ehrliche Antwort "Ja". Das Problem besteht darin, dass jeder dieser Aspekte von EPM als Vektor oder als Richtung betrachtet werden kann, in die Sie die EPM-Umgebung pushen können. Wenn wir uns entscheiden, alle diese Vektoren am ersten Tag zu pushen, wird die Größe des Projekts, das wir am Ende entwerfen werden, so groß sein, so potenziell störend, so komplex und so viele andere Unternehmenssysteme einbeziehen, dass es wenig Aussicht auf Erfolg haben wird.

Denken Sie daran, dass eine Enterprise Project Management-Bereitstellung nicht nur Technologie ist. Wenn ja, wäre die Implementierung in ein paar Tagen vorbei. Nein, eine EPM-Bereitstellung umfasst Strategie, Personen, Prozess und Technologie. Erfolgreiche Bereitstellungen der Microsoft EPM-Lösung betrachten das Projekt praktisch immer als "Change Management"-Projekt und nicht als Technologieprojekt. Was wir erreichen möchten, ist, die Art und Weise zu ändern, wie das Unternehmen funktioniert. Wie? Nun, je nachdem, in welche Richtung eine Envisioning-Übung geht, kann die Richtung sehr unterschiedlich sein.

Wenn wir versuchen, jeden Aspekt und jede Richtung gleichzeitig zu implementieren, könnten wir am Ende ein riesiges Projekt erstellen, das komplex und sehr schwer zu verstehen ist und das die Bereitstellung einfach viel riskanter macht.

EPM-Bereitstellungsansätze

Lassen Sie uns kurz darüber sprechen, wie viele Personen sich einer EPM-Bereitstellung nähern. Es gibt eine Reihe möglicher Szenarien: Big Bang, Instant Bang und Phasenansatz.

Urknall

Die Urknall-Theorie sagt: "Let's do it all!" Die Idee ist, dass wir viel Zeit mit dem Entwerfen, Erstellen, Umschreiben und Programmieren der ultimativen Enterprise-Projektmanagementumgebung verbringen. Es wird eine Phalanx von Programmierern dauern, und eines Tages, irgendwann in der Zukunft, an einem bestimmten Wochenende, werden wir einen Schalter umdrehen und jeder wird ein Enterprise-Projektmanagement haben. Wenn wir dies als Rendite im Zeitverlauf darstellen würden, würde es wie das Bild rechts aussehen.

Es gibt Vor- und Nachteile für die Verwendung der Urknalltheorie. Auf der Plusseite besteht eine bessere Wahrscheinlichkeit als bei anderen Ansätzen, dass das Endergebnis näher an der ursprünglichen Absicht liegt. Schließlich ruht sich das Team erst aus, wenn es alle Wünsche abgehakt hat, die zu Beginn des Projekts entstanden sind.

Auf der negativen Seite gibt es jedoch einige große Herausforderungen. Erstens erhält die Organisation erst dann eine Rendite, wenn das Projekt zu 100 % abgeschlossen ist. Das kann Monate oder ein Jahr oder mehr sein. Jeder Tag, an dem das Projekt unvollständig ist, ist ein Tag, an dem jemand mit einer "besseren" Idee durch das Gebäude wandern kann. Auch die Natur des Lebens ist, dass es sich ändert. Alle Teamänderungen, Managementänderungen, Veränderungen in der Unternehmensmission oder -strategie, Änderungen in der grundlegenden Technologiearchitektur, Änderungen im Unternehmensbesitz können dazu führen, dass das Projekt umstrukturiert oder abgebrochen wird. Wenn dies geschieht, erhält die Organisation nichts für ihre Bemühungen.

Sofortiger Knall

Wenn wir über das Erbe der sofortigen Befriedigung sprechen, das Microsoft folgt, sehen wir ein anderes Phänomen. Einige Clients gehen davon aus, dass die Bereitstellung der Microsoft EPM-Lösung wie das Spielen eines Microsoft-Spiels ist. Wir laden die DVD ein und einige Augenblicke später führen wir Projekte auf koordinierte, kollaborative Weise durch. Die Rendite sieht für ein paar Tage oder sogar Wochen gut aus, wenn die Pilotgruppe mit der größten Begeisterung über das neue System beginnt, es zu verwenden. Ohne die Investition der Führungskräfte ist es jedoch extrem schwierig, wenn nicht unmöglich, Kultur- oder Verhaltensänderungen zu bewirken, und das Projekt wird selten erweitert. Das System bleibt für einen kurzen Zeitraum in Gebrauch und wird dann entweder aufgegeben oder von einer kleinen Anzahl von Benutzern verwendet, die oft frustriert sind, dass sie den Rest der Organisation nicht zur Zusammenarbeit verleiten konnten.

Stufenweiser Ansatz

Im Laufe der Jahre haben wir festgestellt, dass ein stufenweiser Ansatz die erfolgreichste Methode zum Bereitstellen einer Enterprise-Projektverwaltungsumgebung ist. Dafür gibt es viele Gründe. Hier sind einige:

• Erstens erhält die Organisation zu einem frühen Zeitpunkt des Prozesses eine Rendite. Dies dient dem Schutz der Implementierung und der Validierung der Entscheidung, überhaupt eine EPM-Bereitstellung durchzuführen.

• Zweitens löst die Bereitstellung technische Herausforderungen in Wellen und nicht alle gleichzeitig. Mit zunehmender Komplexität des Systems wächst auch die Reife der Organisation bei der Bewältigung dieser Komplexität.

• Drittens erleichtert die Bereitstellung den Kulturwandel in der Organisation im Laufe der Zeit, was immer einfacher ist. Es ist eine Binsenweisheit, die Veränderung verärgert macht. Dass es über eine solche Änderung bei der Verwaltung von Projekten einige Verärgerung geben wird, ist sicher. Die Bereitstellung der gesamten Vision im Laufe der Zeit ermöglicht es den Benutzern, sich an die verschiedenen Arten der Geschäftstätigkeit anzupassen.

• Unabhängig davon, wie viel Zeit die Organisation für die Durchführung des ursprünglichen Entwurfs aufwendet, muss sie ihre Meinung ändern, sobald sie das System in Betrieb sieht. Wenn die erste Phase der Bereitstellung früher in die Produktion aufgenommen wird, kann die Organisation im Weiteren daraus lernen.

Das wichtigste Element dieses Plans ist die erste Phase. Wir weisen unsere Berater an, "eine möglichst minimale Bereitstellung zu bestimmen, die eine anhaltend positive Rendite bringt". Ich habe das sehr sorgfältig formuliert. Wir möchten eine erste Phase der Bereitstellung finden, die in die Produktion gebracht werden kann, die Ergebnisse liefert und jede Woche mehr Nutzen bringt als der Aufwand, der erforderlich ist, um sie zu erstellen. Wenn wir dies tun, dauert die Bereitstellung ewig. Niemand würde die Bereitstellung entfernen, weil er sagt: "Oh, wir können das nicht entfernen, wir erhalten jede Woche "this" daraus." Wenn wir diese Art von Bereitstellung erfolgreich erstellen, können wir in den kommenden Monaten darauf aufbauen. Andernfalls sind das Projekt und die Bereitstellung weiterhin sehr gefährdet.

Erste Schritte mit Ihrer EPM-Bereitstellungsstrategie

Wenn ich Sie dazu gebracht habe, über eine EPM-Bereitstellung nachzudenken, ist das wahrscheinlich eine gute Sache. Nicht, dass Sie dies nicht tun sollten, aber eine erfolgreiche EPM-Bereitstellung beginnt immer mit einem zusätzlichen Denken. Wie sollten Sie also ihre Bereitstellung durchführen? Beginnen wir mit einigen Voraussetzungen.

1. Das Projektmanagement-Büro

Wenn Sie eine Enterprise-Projektmanagementumgebung bereitstellen möchten, gibt es keinen Weg an einer Enterprise-Projektmanagementorganisation. Dies wird häufig als Projektmanagement-Office oder PMO bezeichnet. Sie können es beliebig nennen, aber es muss eine zentrale Verwaltung eines Systems wie der Microsoft EPM-Lösung geben. Wer deklariert Vorlagen als "offizielle" Vorlage? Wer bestimmt, wer berechtigt ist, Ressourcenprioritäten zu ändern? Wer bestimmt, wie ein Bericht aussieht und wer Zugriff darauf hat? Wer entscheidet, ob risiken verwaltet werden sollen und wenn ja, welcher Prozess sie umschließen muss? Und so weiter, und so weiter... Nein, ein PMO ist unerlässlich. Wenn Sie nicht über eine solche Organisation verfügen (auch wenn es sich um eine Person handelt), müssen Sie dort als einer der ersten Schritte für Ihre EPM-Umgebung beginnen.

2. Executive Sponsorship

Als Nächstes erhalten Sie Sponsoring und Unterstützung von der Geschäftsleitung. Wer dieses Projekt aus der Executive Suite unterstützt, muss nicht nur wissen, was die Ziele der Bereitstellung sind, sondern auch, wie lange der Support benötigt wird. Wir weisen Führungskräfte in der Regel an, mindestens ein ganzes Jahr mit Sponsoring-Aufgaben zu planen. Ein Fall, den wir häufig sehen, ist eine kleine Gruppe von mittleren Managern oder Projektmanagern, die sich eine Enterprise Project Management-Umgebung wünschen, aber keine Unterstützung auf Führungsebene haben und entscheiden, dass sie selbst versuchen, die Bereitstellung durchzuführen, um diese Unterstützung zu erhalten. Es ist der "Field of Dreams"-Ansatz "Build it and they will come" und es ist fast nie erfolgreich. Das Problem besteht darin, dass genau die Vorteile, die für das Management attraktiv wären (z. B. PM-Methodik-Compliance, globale Projektberichterstattung, Ressourcenkapazitätsplanung und kollaboratives Projektmanagement), diejenigen Vorteile sind, die nur unter Beteiligung des Managements erzielt werden können.

3. Wir sind Projektmanager - wir brauchen kein Projektmanagement!

Wenn Sie die häufigsten Fehler bei einer EPM-Bereitstellung vermeiden möchten, erstellen Sie einen Projektplan. Ich weiß, das klingt seltsam einfach, aber es ist erstaunlich, wie viele EPM-Bereitstellungsprojekte tatsächlich keinen Projektplan haben. Eine der einfachsten Ratschläge, die wir Organisationen geben können, die die Bereitstellung der Microsoft EPM-Lösung in Betracht ziehen, besteht darin, sie zu einem Projekt zu machen und die gleiche Methodik anzuwenden, die sie bereits für jedes andere Projekt verwenden. Gibt es einen Projektplan? einen Haushalt; ein leitender Sponsor; eine Projektcharta; Ressourcen; Erfolgsmetriken? Diese Dinge können in jedem anderen Projekt in der Organisation zu finden sein, aber genau wie die Kinder des Schuhmachers, die barfuß gehen, vergessen Projektmanager oft, ihre Fähigkeiten auf ihre eigenen Projekte anzuwenden.

4. Ziele festlegen

Arbeiten Sie ganz zu Beginn des Projekts daran, zu bestimmen, welche Maßnahmen für den Erfolg in jeder Phase sein werden. Ein klarer Satz von Leistungsmetriken hilft nicht nur dem Projektteam, sondern auch dem Management dabei, sich auf den Abschluss einer Projektphase zu konzentrieren.

Erste Schritte

Wenn Sie sich fragen, wie Sie beginnen können, finden Sie hier einige Vorschläge.

Konzeptionierung

Beginnen Sie mit einer vereinfachten Vision-Sitzung mit der Geschäftsleitung. Wenn Sie externe Unterstützung in keinem anderen Aspekt des Projekts verwenden, finden Sie dies hier am nützlichsten. Jemanden zu haben, der an mehreren anderen EPM-Bereitstellungen beteiligt war, ist der Schlüssel zum Erfolg. Wir sprechen nicht nur über jemanden, der ein EPM-System verwendet hat, sondern auch jemanden, der einige der oben beschriebenen Probleme durchgearbeitet hat und sowohl die Funktionen der Microsoft EPM-Lösung als auch den Prozess der Projektverwaltung in einer Organisation gut versteht.

Wer ist wer?

Eines der Dinge, für die Sie sich frühzeitig entscheiden müssen, ist, wer ist das "Unternehmen"? Ich habe diesen Begriff in diesem Artikel mehrmals verwendet, aber das Unternehmen könnte bedeuten, was auch immer Sie entscheiden. Ist es Ihre Abteilung, Ihre Abteilung, Ihr gesamtes Unternehmen? Ein häufiger Fehler von Personen, die eine Bereitstellung durchführen, besteht darin, einen Plan für ein gesamtes Unternehmen zu erstellen, aber nur die Autorität über ihre eigene Abteilung zu haben. Die Hoffnung ist, dass andere an Bord kommen, wenn das System verfügbar ist. Es ist eine Variante des Field of Dreams-Ansatzes und es ist eine Lösung, die für diese anderen Abteilungen nicht attraktiv und für diejenigen, für die Sie Autorität haben, nicht nützlich ist. Entscheiden Sie also frühzeitig, wer beteiligt ist, und stellen Sie sicher, dass sie in die Planung einbezogen werden.

Erstellen eines Projektplans

Nehmen Sie sich genau wie bei jedem anderen Projekt die Zeit, einen richtigen Projektplan zu erstellen. Es gibt zahlreiche Online-Pläne, die Ihnen Richtlinien zu einigen der Themen geben, die Sie abdecken müssen. Sie sind ein guter Ausgangspunkt, aber Sie verfügen mit ziemlicher Sicherheit über alle Erforderlichen, um einen richtigen Projektplan für eine EPM-Bereitstellung zu erstellen.

Schlussbemerkung

Wenn Sie eine Bereitstellung der Microsoft EPM-Lösung in Betracht ziehen oder begonnen haben, konzentrieren Sie sich auf Ihre Bereitstellung, indem Sie die folgenden drei Punkte berücksichtigen:

1. Behandeln Sie dieses Projekt als Projekt. Nutzen Sie alle Fähigkeiten, die Sie bereits zum Verwalten von Projekten haben, um das Microsoft EPM-Bereitstellungsprojekt zu verwalten. Denken Sie daran, dass es sich in erster Linie um ein Change Management-Projekt handelt, nicht um ein Technologieprojekt.

2. Unterteilen Sie das Projekt in verwaltbare Teile, und behandeln Sie jede Phase des Projekts als Teilprojekt mit eigenen Erfolgsmetriken, Zeitplan, Budget und Ressourcen. Sie erhalten einige der Vorteile des Gesamtsystems schneller und dies wird dazu dienen, noch mehr Unterstützung vom Management zu erhalten.

3. Denken Sie daran, dass die Rendite auf allen Ebenen funktionieren muss. Es reicht nicht aus, ein System zu erstellen, das für die Geschäftsleitung funktioniert, aber nicht für die Personen, die es verwalten müssen. Oder ein System, das für die Projektmanager funktioniert, aber nicht die für die Geschäftsleitung erforderliche Berichterstellung bereitstellt. Oder ein System, das für die Projektmanager und die Geschäftsleitung arbeitet, aber für einzelne Benutzer zu hart oder zu viel Aufwand ist. Jede Person, die Zeit und Energie in die Nutzung des Systems investieren muss, sollte in Bezug auf ihre eigene Rendite berücksichtigt werden.

Wenn Sie eine Bereitstellung entwerfen, die einem stufenweisen Ansatz folgt und die grundlegende Projektmanagementmethodik verwendet, die Sie bereits für andere Projekte haben, haben Sie eine große Chance auf Erfolg. Viel Glück und glückliche Planung!

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 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. Zu den Publikationen, für die Chris geschrieben hat, gehören 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).