Die sogenannten privilegierten Benutzer sind Endbenutzer des Werkzeugs, die von unter ihren Gleichen gewählt worden sind, die zu zahlreich sind, in Massen mit einzubeziehen, zum am CRM Projekt teilzunehmen. Ihre Rolle ist geben ausführlichen Eingang und Rückgespräch auf, wie die Arbeit erledigt wird und wie das Werkzeug den Job stützen kann. Sie haben eine Rolle in dem Definieren von von Anforderungen, dem Auswerten der Werkzeuge, und die Brauchbarkeitprüfung leitend. Sie werden erwartet, um Repräsentanten der größeren Benutzergemeinschaft zu sein, also stimmen sie wahrscheinlich ihre Kollegen auf verschiedenen Ausgaben ab und geben formlose Berichte über den derzeitigen Stand in der Rückkehr.
Die Hauptfunktion der privilegierten Benutzer ist geben der Projektmannschaft auf, wie ausführlichen Eingang das Werkzeug wirklich verwendetes Alltags ist. Obgleich die Funktionsmanager auf der Mannschaft (sie sind die Geschäft Inhaber, die oben besprochen werden), beteiligt sind, gibt es häufig einen grossen Unterschied zwischen den Weise Endbenutzern, die mit einem Werkzeug wechselwirkend sind und der Weise ihr Managergebrauch es. Folglich ist es wesentlich, zu den tatsächlichen Endbenutzern zu gehen, genaue Informationen, besonders in den größeren Organisationen zu erhalten.
Die privilegierten Benutzer sollten in der LageSEIN zu beschreiben:
die Daten, die sie verwenden, die Arbeit zu erledigen, einschließlich Daten, die hart sein können, vorbei heute zu kommen, aber sollten durch das neue Werkzeug leicht geliefert werden;
|
|
die Weise die Informationen sollte dargestellt werden, um das meiste sinnvoll zu sein ihnen;
wie der Prozeß fließt;
welche Informationen an jedem Schritt erforderlich sind;
die allgemeinsten Aufgaben, die die sind, die im Fertigprodukt geglättet werden sollten.
Die privilegierten Benutzer sollten auch in der LageSEIN, on.b35 der Projektwahlen zu geben, um ihre Prioritäten auf dem Job zusammenzubringen.
Gelegentlich widersprechen die Prioritäten der privilegierten Benutzer mit denen der Geschäft Inhaber, das immer ein interessanter Fall während eines CRM Projektes ist. Solche Konflikte können eine große Gelegenheit sein, Prozeßengpässe zu kennzeichnen, wenn sie passend durch den Projektmanager angefaßt werden. (ich sollte erwähnt haben, daß Projektmanager große Diplomaten auf alles sein müssen sonst!)
Die privilegierten Benutzer haben die wichtige Aufgabe des Definierens der Geschäft prüfenkriterien, häufig genannt die "Gebrauchfälle." Diese unbeholfene Phrase versteckt ein sehr nützliches Konzept: einen kompletten Satz Kriterien definieren, die das Werkzeug treffen muß, sogar bevor jede mögliche Kundenbezogenheit verursacht wird (oder in einigen Fällen sogar bevor das Werkzeug vorgewählt wird, obgleich das ein Spitze Übermaß ist). Die privilegierten Benutzer haben die erforderlichen praktischen Übungen, zum der Kriterien, die Aufgabe-gegründet werden, und, hinunter die Linie zu definieren, der praktischen Prüfung durchzuführen. Es ist immer eine gute Idee, andere Endbenutzer zu bitten, an der Prüfung teilzunehmen, da die privilegierten Benutzer mit dem Werkzeug zu vertraut geworden sind, um wirklich objektiv zu sein, bis die Prüfung durchgeführt wird.
Die privilegierten Benutzer sind auch die natürliche Mannschaft, zum des Trainingskurses und Unterlagen für das Werkzeug zu prüfen. Was die Prüfung anbetrifft des Werkzeugs, wissen die privilegierten Benutzer völlig zu viel über das Werkzeug, um gute Richter von irgendeinem zu sein, bis das Training entwickelt wird. Es hilft, in einige zusätzliche, frische Freiwilliger an diesem Punkt zu holen, zum zu überprüfen, ob das Niveau für Leute recht ist, die nie das System benutzt haben. Was auch immer ihre Beschränkungen sein können, wenn sie die Training Materialien prüfen, bilden die privilegierten Benutzer gute Trainer oder Trainerassistenten, da sie den Prozeß verstehen, der automatisiert wird und haben Sie vertrautes Wissen des neuen Werkzeugs innerhalb des Geschäft Kontextes. Sie können von der großen Hilfe in den frühen Stadien des rollout auch sein, zum der ad hoc Unterstützung zu ihren Gleichen zu geben.
Obgleich privilegierte Benutzer eine Menge Eingang gerade von ihrer Erfahrung zur Verfügung stellen, manchmal müssen sie andere in ihren Gruppen beraten. Der Projektmanager sollte für diese spezifische Notwendigkeit empfindlich sein und sollte Einzelpersonen vorwählen, die bereit sind, mit dem Rest der Mannschaft zu arbeiten. Der Projektmanager sollte die privilegierten Benutzer mit den praktischen Werkzeugen auch versehen, die sie Rückgespräch von ihrer Mannschaft erfassen müssen. Zum Beispiel sollte der Projektmanager es einfach bilden, damit Endbenutzer das Entwicklung oder Prüfung System zugänglich machen, wenn erforderlich, um Rückgespräch zu geben den privilegierten Benutzern. Diese Ausgabe des Zuganges ist einer der grossen Kopfschmerzen der CRM Implementierungen.
Privilegierte Benutzer dienen auch als die formlosen Botschafter des Projektes innerhalb ihrer Mannschaften. Der savvy Projektmanager versteht, daß das Halten sie sich informierte und recht glückliche Dose ein langer Weg in Richtung zum Verursachen einer positiven Haltung in der größeren Mannschaft gehen.
Wem sollten Sie als privilegierte Benutzer auswählen? In erster Linie sollten privilegierte Benutzer wirkliche und gegenwärtige Benutzer sein. Eine Einzelperson von auffangen oder von der Unterstützungsmitte zu nehmen und die Plazierung er oder sie auf die Projektmannschaft auf einer ganztägigen Grundlage wird ein Unfall sein. Innerhalb einiger Wochen des Überganges, vergißt die Einzelperson stufenweise den spezifischen Rhythmus und die Frustrationen des Jobs, während Prozesse und Bedingungen in auffangen oder der Unterstützungsmitte ohne die Einzelperson ändern, die die Änderungen berücksichtigt. Was auch immer Sie, entfernen Sie die privilegierten Benutzer nicht von ihren Tagesjobs.
Dieses kann interessante Dilemmas verursachen, da, schließlich haben wirkliche Endbenutzer reale Verantwortlichkeiten, von denen einige sicher sind, mit der sehr realen Arbeit des Seins zu widersprechen ein privilegierter Benutzer. Etwas festlegenfinesse wird hier angefordert. Der Projektmanager sollte für die Ebbe empfindlich sein und in die Arbeitsbelastungen der privilegierten Benutzer fließen, während die Geschäft Inhaber irgendeinen Durchhang in den Aufgaben der privilegierten Benutzer während der Dauer festlegen müssen. Z.B. ist es nicht eine schlechte Strategie, zum Benutzerstatus einer Einzelperson möglicherweise zuzuweisen, die, für, was Grund, einen Entlüfter benötigt, wegen des Spielraum Burnout oder einer spezifischen persönlichen Situation, die einen begrenzten Zeitplan erfordert. Überprüfen Sie einfach, ob die Einzelperson in der Tat einen realen Endbenutzerjob durchführt, wenn er nicht privilegierten Benutzer spielt.
Eine addierte Schwierigkeit ist, daß die privilegierten Benutzer unter von den hohen Ausführenden gewählt werden sollten. Geschäft Inhaber können gereizt werden, um begrenzte Mitwirkende, da ihnen kleiner, als vermißt werden ihre hoch-beitragenden Gleichen freiwillig zu erbieten. Das Problem mit dieser Annäherung ist, daß es Gründe gibt, warum die begrenzten Mitwirkenden begrenzt sind. Ein Grund kann hervorquellen ist ihr Mangel an Wissen von, wie die Arbeit erledigt werden sollte, wenn sie gut getan wird. Die letzte Sache, die Sie wünschen, ist, diesen Mangel an Wissen im Werkzeug zu wiederholen. Zusätzlich erzeugen begrenzte Mitwirkende selten jeden möglichen Respekt von ihren Gleichen, also beraubt das Setzen sie auf die Mannschaft Sie den wichtigen ambassadorship Aspekt ihrer Rolle.
Welches uns zu einem anderen Aspekt des Vorwählens der privilegierter Benutzer holt: Klopfen in die formlose Führung der Gruppe zum Vorwählen jene Einzelpersonen, die den Respekt von anderen ohne notwendigerweise einen speziellen Titel zu haben haben oder in die Hierarchie legen. Wenn der Projektmanager nicht mit der Gruppe vertraut ist, wie der Fall für einen Berater seien Sie, die Geschäft Inhaber helfen sollten, die formlosen Führer zu kennzeichnen und innerhalb dieser Gruppe die zu wählen, die gute privilegierte Benutzer bilden würden.
Das Verwenden der formlosen Führer hat zwei Vorteile. Zuerst und offensichtlich, weil sie gut an andere angeschlossen werden, holen formlose Führer bessere Informationen in das Projekt, und sie sind sehr wirkungsvoll, wenn sie das Wort über es verbreiten. Zweitens erreichen formlose Führer diesen Status im Teil, weil sie ihre Arbeiten in den Weisen erledigen, die durch andere erkannt werden, um überlegen zu sein, damit, wenn sie ihre Techniken mit der im teilen Werkzeug automatisiert zu werden Projektmannschaft,, sie Techniken beitragen, die wahrscheinlich sind, für jeder zu arbeiten. Andererseits verwenden obere Ausführende, die nicht formlose Führer sind, häufig Techniken, die in hohem Grade idiosynkratisch sind und möglicherweise nicht für andere verwendbar sein können, damit, sie in das Werkzeug zu modellieren counter-productive sein kann. Wenn Sie geschehen, formlose Führer zu finden, die auch obere Ausführende sind, haben Sie das jackpot geschlagen!
Wieviele privilegierte Benutzer sollten auf der Mannschaft sein? Ein Faktor ist die Benutzerbevölkerung. Wenn es vier unterschiedliche Gruppen mit dem System gibt, ist die rechte Zahl privilegierten Benutzern höher als vier. Ein anderer Faktor ist die maximale wünschenswerte Größe der Benutzermannschaft. Zwanzig privilegierte Benutzer sind zu viele, mindestens wenn alle sie auf das gleiche spezifische Werkzeug gerichtet werden. Die rechte Zahl privilegierten Benutzern ist ein oder zwei pro Geschäft Inhaber, und Geschäft Inhaber können nicht viel mehr als ein halbes Dutzend sein. So lang, wie Sie das hoch-Durchführen der formlosen Führer kennzeichnen, erhöht das Addieren mehr nicht die Qualität des Projektes, nur die Durcheinander- und Korrdinationsunkosten, also wissen, wann man genug sagt.
Eine kurze Anmerkung hier über dissenters. Sie können finden, daß einige formlose Führer Dornen in der Seite sein können, eine Meinung über alles immer haben und Ausgaben immer anheben. Sie gehören nicht der Schule von nur heraus sprechen, wenn es wichtig ist: sie finden etwas, heraus gegen in jede Initiative zu sprechen! Wenn Sie finden, daß Sie solche dissenters unter den formlosen Führern haben, empfehle mich ich, sie auf die Mannschaft der privilegierten Benutzer unter die Theorie der anpackenden Probleme früh zu setzen.
Hier spreche ich über nicht übereinstimmende formlose Führer, nicht einsame dissenters, die von den Geschäft Inhabern gekennzeichnet werden und angefaßt werden können, während sie Sitz sehen. Andersdenkende formlose Führer geschehen, ein Publikum zu haben, das ein sicheres Zeichen ist, das mindestens bei Gelegenheit sie an Recht haben, und sie haben an in einer Weise Recht, die durch andere erkannt wird. Sie auf die Benutzermannschaftmarken für viel interessantere Mannschaftsitzungen, um sicher zu sein, aber mit genügender Aufmerksamkeit vom Projektmanager und von den Geschäft Inhabern setzend, können die dissenters Ihnen zwei wundervollen Nutzen holen.
Weil sie contrarians sind, kennzeichnen sie Probleme, die niemand an gedacht hat. Manchmal drehen sich die Probleme heraus, um strittig zu sein, aber häufig genug drehen sich sie heraus, um absolut kritisch zu sein. Dissenters haben ein Talent für das Kennzeichnen der vernachlässigten Ausgaben und der kleinen aber heimtückischen Probleme, und sie führen die große Prüfung durch. Die Qualität des Endprodukts wird viel durch ihre Beiträge verbessert.
Der zweite Nutzen ist, daß, wenn Sie sie zum Punkt holen können, daß sie wirklich mit dem System glücklich sind (nicht total glücklich, es nicht ihre Art!) ist, dann haben Sie effektiv eine Menge negativen Reaktionen von der Benutzergemeinschaft entwaffnet.
Holen Sie nicht übereinstimmende formlose Führer in die Mannschaft. Sie erhöhen die Qualität und die Annahme des Projektes, die zwei Gründe, warum Sie privilegierte Benutzer an erster Stelle benötigen.
Wieviel Zeit sollten die privilegierten Benutzer für ihre Arbeit über die Projektmannschaft festlegen? Durchaus eine Spitze und durchaus eine Spitze mehr als die Geschäft Inhaber, obgleich ihre Teilnahme den Punkt der ganztägigen Miteinbeziehung nie erreichen sollte, da die vollständige Idee ist, die tatsächlichen, gegenwärtigen Benutzer des Werkzeugs mit einzubeziehen. Lassen Sie uns einen Warenbestand nehmen.
Privilegierte Benutzer müssen ein Teil des Definierens der Ausgangsanforderungen sein, die einige Stunden zu einigen Tagen dauern. Sie verbringen mehr Zeit als Geschäft Inhaber wegen des Niveaus des Details erfordert.
Privilegierte Benutzer sollten die Bewerberlösungen auswerten. Eine annehmbare Strategie konnte, ein Paar der privilegierter Benutzer sein am Ausgangsbericht für jeden Anwärter teilnehmen zu lassen, nur, die gesamte Gruppe mit einbeziehend, wenn ein bestimmter Anwärter vielversprechend gemeint wird. Einen Verkäufer gänzlich nachforschen kann ein Paar von Tagen nehmen. Dieses ist wieder erheblich länger, als Geschäft Inhaber aufwenden müssen, da es die praktischere erforderte Arbeit gibt.
Privilegierte Benutzer müssen an der Implementierung Anforderungen Werkstatt teilnehmen: ein Tag zu einer Woche abhängig von der Kompliziertheit des Projektes, gerade wie der Geschäft Inhaber.
Anders als die Geschäft Inhaber, die Benutzernotwendigkeit, während der Implementierung mit einbezogen zu werden, um das System zu prüfen und Rückgespräch auf technischen Entscheidungen zu geben. Die Zeitanforderungen können hoch sein, wie jeder prüfenlernabschnitt einige Stunden erfordert und dieser nicht die Arbeit einschließt, die erfordert wird, um Rückgespräch von ihren Mannschaften zu erhalten.
Wenn die Prüfung Spielraum zur Entwicklung Mitte erfordert, fügt Zeit oben schnell hinzu. Ich glaube, daß der Projektmanager das notwendige Klima aufstellen sollte, um unten auf Spielraum zu schneiden. Ja gibt es Lose Nutzen zu die privilegierten Benutzer physikalisch in einem Raum zusammen sind erhalten, aber ich glaube nicht, daß Sie die besten privilegierten Benutzer einziehen können, wenn Sie grosse Klumpen ihrer Zeit benötigen, die Niedrigresultat Aufgaben wie Sitzen in einer Fläche tut.
Obgleich die prüfenzeit, die erfordert wird, hoch ist, haben privilegierte Benutzer sehr kleines, zum während der fokussierten Entwicklung Perioden zu tun, also kann die Terminplanung für die intensiveren Anforderungen wie Prüfung erfolgt werden, um Konflikte mit ihren realen Jobs herabzusetzen.
Gesamt, kann ein ernster privilegierter Benutzer 20-30% seiner oder Zeit auf dem CRM Projekt verbringen, obgleich dieses von überhaupt keinem (während der Kodierungperiode) zu ganztägig schwankt (während der Prüfung, zum Beispiel). Es ist eine bedeutende Belastung.
Online: 866 users browsing the articles directory
|
|