CRM Implementierungen sind die schwierigen wegen ihres Bereichs und Kompliziertheit zu handhaben Projekte. Dieser Artikel konzentriert auf zwei Projektmanagementaspekte, Meilensteine und Berichte über den derzeitigen Stand und ein weicherer, aber kritischer Punkt: Bleiben in Verbindung mit dem Werkzeugverkäufer.
|
|
Eine Schlüsselgrundregel des Projektmanagements soll Meilensteine anstatt einen linearen Zeitplan verwenden, um Projekte zu handhaben. Meilensteine sollten mit deliverables verbundenSEIN so dort ist keine Mehrdeutigkeit ungefähr, ob sie oder nicht getroffen wurden. Bitten Sie die technischen Mitarbeiter, sicherzugehen, daß jede besonders schwierige oder riskante Teilaufgabe früh getan erhält, damit irgendwelche Hindernisse herum bearbeitet werden können.
Nach den Geboten der schnellen Entwicklung, bilden Sie jeden Meilenstein ein selbständiges, Arbeitssystem, damit es von der Benutzergemeinschaft berührt werden, erfahren werden und geprüft werden kann. Ein Arbeitssystem an jedem Schritt zu haben ist ein wirkungsvoller Moralverstärker. Es darf auch Probleme früh sich verfangen und beheben anstatt Wartewochen und Monate, damit die Gelegenheit irgendwie prüfen durchführt. Dieses begrenzt Gefahr.
Das Verwenden der fühlbaren Meilensteine hat zwei positivere Konsequenzen. Eins ist, daß sie Zeitplanbelege offensichtlich bilden. Das andere ist, daß, seiend selbständig, sie es viel einfacher, den Projektplan zu ändern bilden, wenn sie benötigt werden. So, wenn Sie wissen, daß Sie das Zieldatum für Meilenstein # 4 vermissen, haben Sie eine Wahl entweder des Verlängerns des Stichtages oder mit Meilenstein #3 einfach sich zufriedengeben als "abschließende" deliverable. Das heißt, haben Sie ein Modularsystem, das Ihnen mehr Flexibilität gibt.
Viele Projektmanager beschließen, formale Signoffs von den Geschäft Inhabern auf jedem Projektmeilenstein zu verwenden. Ich habe Gefühle über ihn gemischt, da für mich Unterzeichnungen Vertrauen und Verpflichtung nie ersetzen können. Jedoch erklären Signoffs, wann Vereinbarung erreicht wird und wenn sie ein Teil der organisatorischen Kultur sind, sie benutzt werden sollten. Gerade erwarten Sie nicht Signoffs, um den Ort des guten Beeinflussens und der Kommunikation durch den Projektmanager zu nehmen.
Traditionelle wöchentliche schriftliche Berichte über den derzeitigen Stand sind nützlich, aber sie schreiten normalerweise vom Darstellen einer kompletten und fristgerechten Abbildung von unter, was wirklich los mit dem Projekt ist. Es unverblümt zu setzen, eine Woche ist eine sehr lange Zeit zu warten, wenn es ein Problem gibt (oder einen Durchbruch). Schriftliche Reports neigen auch, neutrale Sprache zu verwenden, die undeutlich macht, was wirklich los beim Verlassen aus allen Feinheiten der vertraulichen Kommunikation ist.
Folglich ziehen I viel es vor, kurz zu verwenden, tägliche Statusüberprüfungen mit Darstellung von allen aktiven Mannschaften (also der Datenbankkerl braucht nicht zu beachten, wenn es keine Datenbankarbeit gibt, die an diesem Moment getan wird, aber die technische Leitung sollte beachten und sollte wissen, wann man ihn innen zieht). Jedermann, das ist, in der Person zu beachten, sollte so tun und Remoteteilnehmer kann bei einem Konferenzanruf teilnehmen. Statusüberprüfungen sind für alle Schlüsselmannschaftmitglieder vorgeschrieben. Der Projektmanager kann eine kurze schriftliche Zusammenfassung für die Mannschaft vorbereiten, die auf der täglichen Überprüfung basiert, aber es ist sehr wichtig, diesen täglichen direkten Kontakt mit den Schlüsselmannschaftmitgliedern zu halten. Eine regelmäßige Zeit und ein Schauplatz für die Sitzung ist am besten, Teilnahme sicherzustellen.
Kurzschluß bedeutet, daß die Statussitzungen kleiner als eine Stunde nehmen sollten, und vermutlich weniger als 30 Minuten, mindestens wenn keine große Ausgabe aufgetaucht ist. Jede Mannschaft sollte darstellen einen schnellen Höhepunkt von was heute vollendet wurde, eine Schätzung von, wie sie verglichen mit dem geplanten Zeitplan tun und jede bedeutende Ausgabe daß Tag antraf (oder behoben dieser Tag!). Es ist, daß Mannschaftmitglieder sehr aufrichtige Reports auf Ausgaben zur Verfügung stellen, die sie antreffen, sind da viele verlassene Projekte Opfer nicht soviel der technischen und politischen Ausgaben, die sie antreffen, aber eher vom Mangel an fristgerechtem Wissen kritisch, den Entscheidungstreffer über die Ausgaben haben. Bis die Entscheidungstreffer verwirklichen, was die Probleme eine Wahrscheinlichkeit, eine Lösung zu entwerfen sind und haben, soviel ist Zeit vergangen, daß es sehr schwierig ist, ein negatives Resultat zu vermeiden. Überprüfen Sie, ob alle Nachrichten, besonders schlechte Nachrichten, Spielräume fasten.
Die täglichen Statusüberprüfungen sind nicht entworfen, um alle Ausgaben zu beheben, die sie anheben (obgleich die immer nett ist, wenn es! möglich ist) oder sogar Details über jedes subproject, aber eher zu verbrittenen Informationen schnell und zum Unterhalt erhalten jeder auf ihren Zehen. Zusätzlich zu den täglichen Statussitzungen muß der Projektmanager ausführliche Statusüberprüfungen mit jedem subteam auch proaktiv durchführen und sichergehen, daß Ausgaben passend angefaßt werden.
Es gibt "ruhige" Zeiten in einem Projekt, in dem tägliche Sitzungen zu viel sein würden, zum Beispiel während der Kodierungperiode. Der Projektmanager sollte frei fühlen, die Frequenz der Statussitzungen während jener Zeiten zu verringern. Aber tägliche Sitzungen werden angefordert, während Sie näeher an Entwicklung erhalten.
Zusätzlich zu den täglichen Überprüfungen länger sollten ausführlichere Statussitzungen als jeder Meilenstein stattfinden wird erreicht. Hier wieder bevorzuge ich ein Sitzung Format gegenüber einem schriftlichen Bericht über den derzeitigen Stand, also können Sie mehr Informationen (und Sie erhalten kann Minuten immer schreiben, wenn Sie die Formalität der schriftlichen Reports mögen). Vertrauliche Meilensteinsitzungen sind viel wirkungsvoller als Konferenzanrufe also -versuch, mindestens die Schlüsselspieler, physikalisch anwesend zu sein zusammen zu veranlassen.
Wenn der Werkzeugverkäufer Umhüllung als der Integrator ist, bleiben Sie natürlich in nahem Verbindung mit dem Verkäufer durch die Implementierung Mannschaft, also ist dieses wirklich eine Ausgabe, nur wenn Sie einen third-Partei Integrator benutzen.
Es ist sehr klug, den Verkäufer in der Schleife während der Implementierung zu halten. Sie können hervorquellen Notwendigkeit spezifische Unterstützung, Wanzen, Beschlußprobleme zu reparieren, die über dem Bereich des Integrators hinaus sind, oder Bilanzdienstleistungen zur Verfügung zu stellen, wenn Sie Rat oder eine Meinung doppeltkontrollieren, die möchten durch den Integrator gegeben wird. Der Projektmanager sollte zur Verfügung stellen regelmäßige Berichte über den derzeitigen Stand zum Verkäufer unabhängig davon was geschehend ist, das gut oder schlecht, auf dem Projekt. Zusätzlich laden Sie die Verkäufe Person (oder den technischen Verkäufe Fachmann) und den regionalen Service-Direktor zu den Meilensteinsitzungen ein.
Es ist auch nützlich gute, Verhältnisse zur Unterstützungsorganisation aufzubauen zu beginnen, da Wanzen berichtet werden. Es ist viel einfacher, sofortige und freundliche Unterstützung in einer Krise zu erhalten, wenn ein festes Verhältnis in den glücklicheren Zeiten aufgebaut worden ist.
Online: 602 users browsing the articles directory
|
|