Frage:
Wie kann ich meinem Manager mitteilen, dass sich bisher unbekannte Probleme auf die Projektfrist auswirken?
YouFace
2014-02-06 06:48:51 UTC
view on stackexchange narkive permalink

Mein Team ist für die Implementierung eines großen neuen IT-Tools im Unternehmen verantwortlich.

Manchmal gibt es Probleme aufgrund von Inkompatibilitäten zwischen den vorhandenen Systemen unseres Unternehmens und dem Tool, und wir haben eine sehr vage Vorstellung davon, wie wir vorgehen sollen das Problem. Unser Manager (kein technischer Hintergrund) legt eine Frist fest, z. "Ok, lassen Sie uns dies bis Ende der nächsten Woche beenden."

Wir beginnen mit der Lösung des Problems, aber dabei, vielleicht nur wenige Tage vor Abschluss, entdecken wir weitere Probleme, die unter dem liegen Spitze des Eisbergs. Das können mehr Inkompatibilitäten, Inkonsistenzen innerhalb unserer eigenen historischen Systeme und vieles mehr sein.

Oft ist es unmöglich, das Hauptproblem vollständig zu lösen, bis wir die Unterprobleme gelöst haben.

Da dieses Tool sehr neu ist, ist es meiner Meinung nach nicht einfach, die Frist für die Lösung eines Problems genau vorherzusagen. Unser Manager ist jedoch sehr aggressiv in Bezug auf Fristen.

Wie kann man diese Art von Situationen richtig erklären (insbesondere die Tatsache, dass wir nicht vorhersagen können, wann wir versteckte Probleme aufdecken werden)?

Ihr Manager muss die Frist auf die Beiträge der für die Implementierung Verantwortlichen stützen, anstatt die Daten aus dem Hut zu ziehen.
Dies ist ein chronisches Problem bei Organisationen, die nicht-technische Manager für das IT-Personal verantwortlich machen. Es ist sehr wichtig, Ihrem Manager zu helfen, die technischen Probleme zu verstehen. Dies kann jedoch schwierig sein, ohne als die Person angesehen zu werden, die immer "Nein" sagt. Kontinuierliche Kommunikation über den Status und die nächsten Schritte ist der Schlüssel.
Sechs antworten:
jmac
2014-02-06 13:17:03 UTC
view on stackexchange narkive permalink

Idealerweise sollten Sie eine gute Vorstellung davon haben, welche Arbeiten erforderlich sind, bevor Sie eine Frist festlegen, und die Frist sollte auf der Grundlage dieses Zeitplans vorgeschlagen werden. Wenn Ihr Chef einen Termin festlegt, sind Sie sich nicht sicher, ob Sie ihn einhalten können. Wenn Sie nichts sagen, stimmen Sie stillschweigend zu, dies zu tun. Wenn Sie stillschweigend einer Frist zugestimmt haben, können Sie eine überarbeitete Frist nicht festlegen, entschuldigen, erklären und versuchen, sie auszuhandeln.

Wie sie funktionieren soll

Es muss also ein neues Tool sein gemacht (Schätzung muss gemacht werden, Bericht muss geschrieben werden). Der erste Schritt sollte darin bestehen, herauszufinden:

  1. Was es tun soll
  2. Was ist erforderlich, um es zu tun
  3. Wann sollte es von ol>

    Es hört sich so an, als hätten Sie Schritt zwei hier übersprungen. Wenn Ihr Chef auftaucht und sagt: "Wir sollten etwas mit X, Y und Z zu tun haben!" und Sie denken, dass dies eine gute Idee ist (Sie haben keine Einwände gegen die Erstellung), Sie sollte etwas sagen wie:

    Großartiger Ideenchef! Mein Team wird prüfen, was wir brauchen, um dies zu erreichen, und wir werden Ihnen um A Uhr über A Bericht erstatten, damit wir den Zeitplan besprechen können.

    Das Ziel ist es, zu zeigen Der erste Schritt nach der Entscheidung, was zu tun ist, besteht darin, zu prüfen, was getan werden muss, um dies zu erreichen, damit Sie eine bessere Zeitschätzung erhalten. Und Ihr Chef sollte sich keine Sorgen machen, solange Sie nicht länger brauchen, um das Studium durchzuführen, als er dachte, dass es für das gesamte Projekt dauern würde. Wenn Sie das Arbeitsvolumen nicht zuerst überprüfen möchten, stellen Sie sicher, dass Ihre Schätzung realistisch ist, und Sie haben sich genau überlegt, welche potenziellen Probleme auftreten können, und wie Sie sie lösen können, wenn sie auftreten.

    Fehlender Kommentar ist stillschweigende Vereinbarung

    Wenn Ihr Chef auftaucht und sagt: "Wir sollten etwas mit X, Y und Z zu tun haben!" und Sie wissen nicht, ob Sie X, Y und tun können Z oder wie lange es dauern wird, müssen Sie sprechen. Vielleicht denkst du nicht, dass Z wirklich notwendig ist. Oder vielleicht halten Sie es für eine gute Idee, haben sich aber noch nie eingehend mit Y befasst. Sie müssen jetzt laut sprechen oder für immer Ihren Frieden bewahren.

    Wenn Sie nichts sagen, stimmen Sie zu, das zu tun, was Ihr Chef sagt, bis Ihr Chef es sagt.

    Entschuldigen, erklären, verhandeln

    Also haben Sie es in diesem Fall verpfuscht. Es passiert. Sie haben vielleicht legitime Ausreden, aber jetzt ist nicht die richtige Zeit dafür - Sie haben bereits stillschweigend zugestimmt, die Aufgabe zu übernehmen und rechtzeitig zu erledigen. Machen Sie sich mit Ihren Fehlern vertraut, erklären Sie, warum sie passiert sind (und wie sie in Zukunft nicht mehr passieren werden), und stellen Sie proaktiv einen überarbeiteten Zeitplan zur Verfügung, um bei der Aushandlung einer neuen Frist zu helfen. Zum Beispiel:

    Hey Boss, über das Projekt, X, Y, Z zu machen. Ich habe es vermasselt. Ich dachte, ich hätte Y gut im Griff, aber es stellt sich als viel komplizierter heraus, als ich dachte. Ich hätte das in der Sitzung ansprechen sollen, bevor ich die Frist festlegte. Nachdem wir uns Y angesehen haben, müssen wir anscheinend auch an A, B und C arbeiten. Diese Arbeit wird weitere 3 Tage dauern. Wenn wir Feature Y löschen, können wir es bis Freitag fertigstellen und bis nächsten Freitag Y hinzufügen, oder wir können den gesamten Zeitplan mit X, Y, Z auf Mittwoch zurückschieben. Wie sollen wir vorgehen?

    Sie geben eindeutig an, dass dies Ihre Schuld war (es ist). Sie erklären, was passiert ist und dass Sie daraus gelernt haben (hoffentlich haben Sie). Schließlich geben Sie dem Chef zwei Möglichkeiten, wie er vorgehen soll:

    1. Beenden Sie einen Teil davon pünktlich
    2. Beenden Sie alles verzögert
    3. ol>

      Ihr Chef kann dann den einen oder anderen auswählen oder etwas anderes aushandeln. Und dann haben Sie eine wertvolle Lektion für das nächste Mal gelernt, wenn der Chef eine großartige Idee hat und dieses Zeug ansprechen kann, bevor es zu einem Problem wird.

Ich möchte Ihrem letzten Abschnitt etwas darüber hinzufügen, wie es beim nächsten Mal anders aussehen wird (ob dies das Problem gründlicher untersucht, bevor Sie sich zu einer Frist verpflichten, und Freizeit zur Verfügung stellen, falls etwas Unerwartetes auftaucht, oder etwas ganz anderes). Dies versichert Ihrem Chef nicht nur, dass Sie nicht wieder denselben Fehler machen, sondern fügt Ihrem Chef auch eine feste Verbindung zwischen dem Problem und dem Ergebnis hinzu (nicht-technische Mitarbeiter stellen nicht immer die gleichen Verbindungen her, die eine technische Person herstellen würde). . Das nächste Mal wird er es klar im Kopf haben (Forts.)
(Forts.) "Wir müssen mehr Zeit damit verbringen, die Frist auszuarbeiten" oder "Wir müssen Freizeit für Fehler einplanen" oder was auch immer. Während Sie anerkannt haben, dass dies * Ihre * Verantwortung ist, haben Sie ihn auch dazu gebracht, die * Wichtigkeit * dieser Verantwortung zu erkennen, und er wird bereit sein, Zeit / Ressourcen dafür zuzulassen.
Und es ist wichtig, dass Sie ihm nicht verzögern, wenn Sie wissen, dass eine Frist nicht eingehalten wird (dies gilt bis zum Kunden). Es ist besser, die Nachrichten rechtzeitig zu hören, damit er die Kundenerwartungen vor dem Tag festlegen kann, an dem sie verpasst werden. Ich erinnere mich an eine denkwürdige Gelegenheit, als dies nicht in die Höhe getrieben wurde und wir die Frist verpassten und sagten, dass es mindestens einen weiteren Monat dauern würde. Der Kunde war zu Recht verärgert und fragte sich, warum wir das nicht früher und in Kürze gewusst hatten danach verlor der Kunde vollständig.
atk
2014-02-06 07:16:53 UTC
view on stackexchange narkive permalink

Es gibt nur so viele Möglichkeiten, Projektfreigaben zu steuern - nur so viele Hebel zum Ziehen. Dies sind Uhrzeit / Veröffentlichungsdatum, Funktionen, Qualität und Ressourcen.

  1. Alle Jobschätzungen sollten Auffüllungen für Unbekannte enthalten. Es ist nicht immer genug, aber es wird immer benötigt.

  2. Wenn Sie Unterprobleme identifiziert haben, identifizieren Sie auch Lösungen. Sie können den Menüstil einer perfekten Lösung wählen, die schlechteste Lösung, die zu einem funktionierenden Produkt führen würde, und einen vernünftigen Kompromiss, der nicht ideal, aber praktikabel wäre. Wenn noch große Funktionen vorhanden sind, überlegen Sie, welche davon alternative, weniger perfekte Lösungen haben können.

  3. Scope alle Lösungen. Überprüfen Sie, ob es eine Kombination gibt, mit der Sie das gewünschte Datum erreichen.

  4. Priorisieren Sie die verbleibenden, unvollständigen Funktionen. Welche Dinge können Sie vorerst manuell tun? Was könnte ganz fallengelassen werden, ohne die Benutzererfahrung / das Kernwertversprechen des Produkts zu beeinträchtigen? Was ist für Ihren Manager unbedingt erforderlich, um das Produkt als "Gewinn" zu betrachten?

  5. Sehen Sie sich die verfügbaren Ressourcen an. Was würde passieren, wenn Sie dem Projekt Personen hinzufügen würden? Was ist, wenn die Leute zusätzliche Stunden gearbeitet haben und Sie eine Bonusstruktur in irgendeiner Form haben, um sie für ihre zusätzliche Arbeit zu entlohnen?

  6. Fragen Sie das Team, wie viel Zeit sie sich rasieren können durch einen Job von geringerer Qualität. Schauen Sie sich die Fehlerliste an und priorisieren Sie Probleme, die behoben werden müssen. Was können Sie nach der Veröffentlichung entfernen und reparieren? Wie viel Zeit spart das?

  7. Kehren Sie schließlich zu Ihrem Manager zurück und teilen Sie die Fakten der Situation mit. Sagen Sie ihm / ihr, welchen Ansatz Sie einschlagen möchten, welche Auswirkungen dies haben wird und dass dies der beste Weg ist, um den gewünschten Zustand so genau wie möglich zu erreichen. Beantworten Sie seine Fragen mit Fakten. Nehmen Sie den Ansatz, den er vorschlägt / akzeptiert

  8. ol>
Victor Ronin
2014-02-06 08:08:05 UTC
view on stackexchange narkive permalink

Zunächst einmal stimme ich den meisten Aussagen von atk zu.

Sehen wir uns das aus der Sicht des Managers an.

1) Wie Sie sagten, ist er es nicht technisch, so dass er sich der zugrunde liegenden Probleme möglicherweise nicht bewusst ist und die Aufgabe selbst für ihn sehr einfach erscheint.

Beispielsweise könnte die Aufgabe darin bestehen, eine Schaltflächenfarbe zu ändern. Es klingt wie eine 3-minütige Aufgabe, kann aber sehr komplex sein, wenn diese Schaltfläche in einem Code eines Drittanbieters enthalten ist, auf den Sie keinen vollständigen Zugriff haben.

Möglicherweise kennt er nicht alle diese Informationen. In diesem Fall müssen Sie ihn also aufklären und erklären, was das Problem ist, verschiedene Lösungen anbieten und Schätzungen darüber abgeben, wie lange es dauert, jede dieser Lösungen zu implementieren.

Ich würde es nicht empfehlen Sprechen Sie mit ihm über jedes Hindernis, aber sprechen Sie auf jeden Fall mit ihm über neu entdeckte schwerwiegende Probleme.

2) Er vertraut möglicherweise keinen Software-Ingenieuren, da er schlechte Erfahrungen mit dem vorherigen Team gemacht hat.

Wenn er Ihnen vertraut, akzeptiert er die Informationen, die Sie ihm geben, und versucht, einen neuen Plan auszuarbeiten. Wenn er Ihnen nicht vertraut, kann dies leicht zu einer problematischen Situation werden.

Versuchen Sie, Vertrauen aufzubauen - lösen Sie einfache Probleme, erklären Sie komplexe Probleme, gehen Sie einen Schritt weiter. Die schlechteste Idee wäre, NICHT zu kommunizieren (wie es viele tun).

3) Höchstwahrscheinlich gibt es einige externe Faktoren, die ihn dazu zwingen, aggressiv mit Fristen umzugehen.

Ich würde empfehlen zu lernen, was das übergeordnete Ziel ist. Mir ist aufgefallen, dass Sie häufig mehr Geschäftswerte erzielen (und Termine einhalten) können, indem Sie die Anforderungen nur geringfügig ändern (damit sie immer noch am Ziel ausgerichtet sind, aber technisch einfacher sind).

bethlakshmi
2014-02-06 21:47:12 UTC
view on stackexchange narkive permalink

Vor dem Projekt

Wenn Sie ein Projekt planen, müssen Sie Folgendes recherchieren und besprechen:

  • Abhängigkeiten
  • Bekannte Zeitausgaben
  • Risiken

Dies ist idealerweise eine Zusammenarbeit zwischen dem Mann, der das Unternehmen vertritt (wahrscheinlich Ihrem Manager), und dem Mann, der das Unternehmen übernimmt Verantwortung für die Arbeit (klingt wie Sie).

Möglicherweise können Sie im Voraus herausfinden, dass Sie einige wichtige technische Dinge erledigen müssen, von denen einige in einer bestimmten Reihenfolge vorliegen, andere nicht Sein. Haben Sie einen Plan und zeichnen Sie diese auf, damit Sie wissen, was von was abhängt (auch bekannt als kritischer Pfad).

In einigen Gebieten ist der Zeitaufwand bekannt. Dies kann so etwas wie technische Arbeit sein, die Sie zuvor ausgeführt haben - beispielsweise Routineaufgaben in bekannten Systemen. Andere arbeiten einfach innerhalb des Unternehmens - wie Beschaffungs- oder Sicherheitsgenehmigungen. Lassen Sie die Bekannten herausfinden.

Dann packen Sie die Unbekannten an. Sie müssen eine Vermutung anstellen, und mit den geplanten Abhängigkeiten und bekannten Zeitausgaben haben Sie Hoffnung, Ihre Felsen und harten Stellen zu finden. Sie werden wahrscheinlich das Bewusstsein haben, dass "Aufgabe C, von der wir keine Ahnung haben, NICHT länger als 1 Woche dauern kann, oder dass dies einfach nicht funktioniert".

Hier treffen Sie auf "Risiken" - unbekannte, nie zuvor erprobte Arbeiten sind ein Risiko - das Risiko besteht darin, dass Sie nicht wissen, auf was Sie beim Versuch stoßen und was wann passieren wird Du hast ein Problem. Es gibt auch den Punkt, dass jemand, der mit dieser neuen Art von Arbeit vertraut war, es schnell erledigen könnte, aber jemand, der es zum ersten Mal tut, ist wahrscheinlich langsamer und macht einige Fehler.

An diesem Punkt finden Sie heraus, was Sie gegen das Risiko tun sollen. Mehr Zeit ist eine Option. Verlängern Sie den Gesamtprojektplan, bevor Sie sich verpflichten. Mehr Wissen ist eine weitere Abschwächung: Stellen Sie jemanden ein, der das Tool kennt, holen Sie sich einen Berater, erhalten Sie einen Killer-Support-Vertrag für das neue Tool oder planen Sie Zeit für ein Bootcamp für einen der Mitarbeiter ein. Oder mehr als eines dieser Dinge, wenn das Risiko groß genug ist.

Während des Projekts

Überprüfen und neu festlegen.

Manchmal können Sie Vorhersagemaßnahmen treffen - zum Beispiel, wenn Aufgabe 1 6 Wochen dauert, dann ist vielleicht allgemein bekannt, dass eine andere Aufgabe die Hälfte dieser Zeit in Anspruch nimmt. Wenn also Aufgabe 1 auf 8 Wochen anschwillt, dann rechnen Sie Diese Aufgabe 2 dauert ebenfalls 3 Wochen bis 4 Wochen.

In anderen Fällen möchten Sie möglicherweise einige dieser Risiken und Abschwächungen überprüfen. Vielleicht bist du zu einem Bootcamp gegangen, aber es war lahm, also hast du nicht das Gefühl, dass du das Risiko angemessen angegangen bist. Oder Sie haben diesen Supportvertrag erhalten, aber das Unternehmen bietet nicht die Qualität, die Sie erwartet haben, und Ihr Chef muss ein langes, hartes Gespräch mit dem Vertriebsmitarbeiter führen ...

Wenn Sie nicht darüber nachdenken, ob Wenn Sie mit Ihren Versuchen erfolgreich sind, fallen Sie in das alte Sprichwort: "Lernen Sie nicht aus der Geschichte ..."

Nach dem Projekt

Machen Sie eine Lektion gelernt. Vermeiden Sie Schuldzuweisungen, sondern überlegen Sie, was funktioniert hat und was fehlgeschlagen ist. Wenn Sie die Möglichkeit hätten, dies erneut zu planen, was würden Sie in Ihrem Plan ändern?

Notieren Sie diese Antworten für das nächste Mal. Nach einer Weile werden Sie wahrscheinlich Kategorien von Projekten haben und etwas Wissen darüber, was passiert, wenn Sie versuchen, die großen, seltsamen Projekte "Wir haben vorher keine Ahnung, wie das geht" und eine Liste von Lösungen, die funktionierten und nicht funktionierten 't. Das ist das Gold des Nachdenkens, weil es das Unternehmen davon abhält, Geld für Dinge zu verschwenden, die nicht funktionieren.

user8365
2014-02-07 02:37:09 UTC
view on stackexchange narkive permalink

Sie müssen das Projekt definieren und dürfen es nicht von einer nicht technischen Person bestimmen lassen: "Installieren Sie diese Anwendung, damit sie perfekt mit dem vorhandenen System funktioniert."

Vielleicht geben Sie an, was der Hersteller für die Schritte einer typischen Installation vorschlägt. Sobald Sie zusätzliche Schritte hinzufügen müssen, haben Sie ein neues Projekt. Das Aktualisieren des Betriebssystems kann ein anderes Projekt für sich sein. Dokumentieren Sie alles und / oder lassen Sie sich von Ihrem Chef genehmigen, um das Projekt anzupassen / zu erweitern oder möglicherweise um ein anderes Mal zu verschieben, damit wichtigere Projekte gestartet werden können.

Sie haben nicht angegeben, welche Konsequenzen es hat, wenn Sie die Frist Ihres Chefs verpassen. Oft setzen Chefs oder andere Personen, die nicht wirklich wissen, was es braucht, um ein Projekt abzuschließen (bis Ende der Woche fertig zu stellen), eine Frist, weil sie glauben, wenn Sie dies nicht tun, werden Sie einfach ewig brauchen und nie fertig bekommen. Er wird schreien, stöhnen, sich beschweren oder traurig sein, aber wahrscheinlich darüber hinwegkommen. Auch hier kommt es darauf an, was die Konsequenzen sind.

user3139334
2014-03-27 18:02:02 UTC
view on stackexchange narkive permalink

Hey Mann, muss dieses neue Tool in jedes System integriert werden, damit es für jemanden nützlich ist?

Wenn dies der Fall ist, müssen Sie nur die durchschnittlichen Integrationszeiten für frühere Systeme nehmen und diese extrapolieren auf das nächste.

Wenn dies nicht der Fall ist, würde ich vorschlagen, es für eine Handvoll Systeme live zu schalten und die anderen zu integrieren, während Sie fortfahren. Auf diese Weise kann Ihr Manager Ergebnisse melden, und Sie gewinnen mehr Glaubwürdigkeit und wertvolle Erfahrungen aus Feldtests.

Versuchen Sie, den Urknall-Ansatz zu vermeiden, wenn Sie können, und versuchen Sie, den Wert herauszufinden inkrementell. Es ist vorhersehbarer und Sie sammeln Ihre Punkte, anstatt zu versuchen, sie alle am Ende zu sammeln. Wenn Sie Dinge live haben, haben Sie Verhandlungsmacht.



Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...