Frage:
Manager verursacht Scope Creep
thanby
2015-11-03 00:00:40 UTC
view on stackexchange narkive permalink

Ich habe als Teamleiter an einer Reihe von Projekten mit engen Fristen für einen sehr hochkarätigen Kunden gearbeitet. Ich gehe bei jedem einzelnen davon aus, dass der Arbeitsumfang mit Hilfe des Kunden sehr klar definiert ist, um sicherzustellen, dass mein Team nicht von unerwarteten Arbeiten überschwemmt wird, während es bereits unter Druck steht.

Leider Mein Chef, der eigentliche Liefermanager für alle Projekte unter diesem Kunden, hat die Angewohnheit, unsere Prioritäten gewaltsam (und häufig) zu ändern und neue Ergebnisse einzufügen, die außerhalb unseres Arbeitsbereichs liegen. Sein Grund ist normalerweise so vage wie "Wir müssen haben" this "oder" Der Client benötigt dies jetzt. " Nachdem ich dies mehrmals durchgearbeitet habe, habe ich festgestellt, dass er jedes Mal falsch liegt und manchmal sogar völlig im Widerspruch zu etwas steht, was der Kunde direkt über unsere Zeitachse oder Erwartungen gesagt hat.

Was schlimmer ist, ist Wenn diese Arbeit dazu führt, dass ein tatsächliches Ergebnis zu spät kommt, zögert er nicht, mein Team vor dem Kunden unter den Bus zu werfen, und ich kann mir nur vorstellen, was für ein Image sie von unserem Unternehmen haben. Solche Konfrontationen haben dazu geführt, dass einige Teammitglieder ausgebrannt sind und das Projekt beendet haben.

Ich habe versucht, diese Anfragen diplomatisch zurückzudrängen, aber je mehr ich dränge, desto energischer wird er. Gibt es etwas, das ich anders machen sollte? Oder ist dieser Manager nur eine verlorene Sache?

Bearbeiten: Zur Verdeutlichung ist mein gesamtes Team bis zu einem gewissen Grad kundenorientiert (ich persönlich beschäftige mich häufiger mit dem Kunden als mit dem Manager tut, in Bezug auf meine Projekte) und sind in der Regel alle anwesend, wenn der Bus fährt. Nach dem Bus ist der Rest des Tages (bis in den Abend hinein) normalerweise mit wütenden E-Mails / Anrufen / Nachrichten des Managers an scheinbar zufällige Mitglieder des Teams gefüllt (selten ich direkt, weil ich der einzige bin, der zurückschiebt ) in Bezug auf den Status des verspäteten Ergebnisses, das ich leicht als "Dachs" einstufen würde, um es zu erledigen.

Haben Sie Ihrem Manager zu Beginn des Sprints / Projekts den vom Kunden vereinbarten Umfang gegeben? Das Senden einer E-Mail an ihn, möglicherweise mit einem Kundenvertreter, der als CC angegeben ist und speziell die vereinbarte Arbeit angibt, wird Wunder wirken. Wenn der Manager den Bereich erweitert, fügen Sie das neue Ergebnis am Ende der E-Mail hinzu, die Sie ursprünglich gesendet haben, und stellen Sie sicher, dass Sie betonen, dass dies über den bereits vereinbarten Bereich hinausgeht.
Der Manager ist tatsächlich derjenige, der bei der Festlegung des Umfangs hilft, und der Status aller zu erbringenden Leistungen wird mindestens einmal pro Woche mit ihm besprochen (normalerweise täglich, er verwaltet gerne Mikromanagement).
Also, wem gehört dann der Chef? Mal hatten Sie und er ein offenes und konstruktives Gespräch. Sie treten sich gegenseitig bei den Geräuschen auf die Zehen.
Der Fuchs bewacht den Hühnerstall. Dokumentieren Sie Änderungen des Bereichs und die Auswirkungen auf Kosten / Zeitplan und listen Sie Ihren Chef als Quelle für die Änderung des Bereichs auf.
Dokumentieren Sie dies alles akribisch und sprechen Sie es dann mit dem Manager des Managers an.
Kann jemand die engen Abstimmungen oder die Abstimmungen kommentieren?
@thanby Das Problem mit Ihrer Frage ist, dass Sie eine beschissene Situation beschreiben, aber nicht sagen, welches Ziel Sie erreichen möchten, daher die engen Abstimmungen "[echte Fragen haben Antworten] (http: //meta.workplace.stackexchange). com / question / 2693 / custom-off-topic-close-Gründen-Änderung / 2696 # 2696) ". Wir können Ihnen nicht sagen, was Sie anders machen sollten, weil wir nicht wissen, was Sie gerade tun, und wir haben nicht den Einblick in Ihre Situation, der erforderlich wäre, um darauf zu antworten. (Beachten Sie, dass diese Art von Ratschlägen auch nicht zum Thema gehört, da sie für andere nicht nützlich sind.)
Das Endergebnis ist, dass sich Ihr Beitrag wie ein schimpfender Scope Creep liest und ** die zahlreichen Antworten unten Ihr Problem und Ihre Ziele unterschiedlich interpretieren. ** Um genau diese Situation zu vermeiden, werden Fragen wie diese normalerweise ziemlich schnell geschlossen, damit sie bearbeitet werden können ironischerweise zuerst ihren Geltungsbereich festzulegen. Das Q & A-Format von StackExchange funktioniert nicht gut, wenn keine Kernfrage oder kein Kernziel identifiziert werden kann.
Zehn antworten:
Philipp
2015-11-03 00:25:24 UTC
view on stackexchange narkive permalink

Wenn Ihr Manager Ihre Prioritäten neu zuweisen oder Ihrem Projekt mehr Spielraum hinzufügen möchte, teilen Sie ihm die Kosten hierfür klar mit. Sie können dies folgendermaßen tun:

"Möglicherweise können wir diese Funktion hinzufügen, aber wir sind bereits 1 Monat hinter unserem Projektplan zurück. Das Hinzufügen dieser Funktion würde weitere 3 Monate dauern Sie bestehen darauf, dass zu erwarten ist, dass das gesamte Projekt 4 Monate zu spät kommt. "

Ihr Chef könnte versuchen zu feilschen. Falten Sie niemals dazu. Was einige Manager nicht verstehen, ist, dass Zeitschätzungen kein verhandelbares Angebot sind. Sie sind eine sachliche Einschätzung der Situation und Tatsachen können nicht weg diskutiert werden. Die einzige Möglichkeit, eine Zeitschätzung zu ändern, besteht darin, den Umfang der Anforderung zu ändern.

Ihr Chef kann drei mögliche Antworten darauf geben:

  1. Entscheiden Sie, dass die Funktion aktiviert ist ist die Verzögerung nicht wert.
  2. Entscheiden Sie, dass die Funktion trotz der Verzögerung wichtig ist und dass die Frist verlängert werden muss, um sie zu berücksichtigen.
  3. Bestehen Sie darauf, dass die Funktion erforderlich ist, aber das Das Projekt muss auch innerhalb der ursprünglichen Zeitspanne abgeschlossen sein.
  4. ol>

    Wenn letzteres passiert, müssen Sie ihm klar machen, dass dies nicht möglich ist. Sie können Ihr Bestes geben, um die Anfrage zu erfüllen, aber es ist sehr wahrscheinlich, dass Sie scheitern werden. Senden Sie diese Bedenken schriftlich, damit Sie Unterlagen haben, aus denen Sie ihn gewarnt haben, dass dies passieren würde. Dann versuchen Sie Ihr Bestes, obwohl Sie wissen, dass Sie scheitern werden. Nachdem Sie versagt haben, haben Sie die Dokumentation, dass Ihr Fehler nicht auf Sie zurückzuführen ist, sondern auf einen Projektplanungsfehler Ihres Chefs.

sehr guter Rat +1
+1 `Einige Manager verstehen nicht, dass Zeitschätzungen kein verhandelbares Angebot sind. Sie sind eine sachliche Einschätzung der Situation und Tatsachen können nicht weg diskutiert werden. Die einzige Möglichkeit, eine Zeitschätzung zu ändern, besteht darin, den Umfang der Anfrage zu ändern. "Dies ist die Geschichte meines Lebens.
Jeder Manager wird Ihnen sagen, dass die meisten Schätzungen vom Daumen des Programmierers stammen. Die Programmierer selbst wissen meistens nicht, ob diese Schätzungen realistisch sind oder nicht. Aus diesem Grund werden die meisten Manager sie zu Recht als verhandelbar behandeln. Es hilft sogar den genannten Programmierern, das Gespräch darüber (Verhandlung) ermöglicht es ihnen, es aus neuen Blickwinkeln zu betrachten und die Schätzung zur Zufriedenheit aller zu verfeinern. In einer rein theoretischen Welt wäre das Gefühl richtig, leider passt es im praktischen Bereich nicht gut zur Realität.
@zespri Je mehr ich über eine Zeitschätzung für eine Programmieraufgabe nachdenke, desto höher wird diese normalerweise, da ich mir immer mehr versteckter Komplexität bewusst werde.
@zespri Deshalb führt das Team in Scrum gemeinsam Zeitschätzungen durch und die höchsten / niedrigsten Schätzer diskutieren gemeinsam ihren Standpunkt. Vielleicht gab es versteckte Komplexitäten, an die Sie nicht gedacht haben, aber es könnte auch sein, dass es eine bessere und weitaus einfachere Lösung gibt als die, die Sie sich ausgedacht haben, die viel Zeit sparen kann. Die wichtigste Erkenntnis aus Schätzungen ist, dass es äußerst selten ist, dass etwas weniger Zeit benötigt als die ursprüngliche Schätzung. Sicher, es passiert, aber nicht häufig genug, um Verhandlungen über Schätzungen zu rechtfertigen.
@zespri Es ist sehr selten, dass eine Schätzung zu hoch ist, es sei denn, Ihre Mitarbeiter vertrauen Ihnen nicht. Ein guter Manager weiß, dass er mehr Zeit als die ursprünglichen Schätzungen lassen muss, nicht * weniger *. Die Wahrheit ist, dass die Leute einfach nicht pessimistisch genug sind, selbst wenn sie denken, dass sie das absolut schlimmste Szenario in Betracht ziehen. Und was noch wichtiger ist, wir sprechen hier von * Verhandlung * - das funktioniert nie. Es gibt Möglichkeiten für Manager, Schätzungen realistisch zu senken - beispielsweise indem sichergestellt wird, dass der Umfang sowie die erforderlichen Garantien richtig verstanden werden. Und natürlich den Umfang reduzieren.
Tatsächlich ist es eine sehr gute Idee (für alle Beteiligten), Zeitschätzungen auszuhandeln - vorausgesetzt, Sie sind bereit, im Austausch für eine schnellere Fertigstellung an anderer Stelle Zugeständnisse zu machen. Das Projektmanagement-Dreieck gilt natürlich weiterhin.
Diese Diskussion verlässt den Rahmen der ursprünglichen Frage. Ich würde empfehlen, es in den Chat zu verschieben oder eine neue Frage dazu zu stellen.
Mike
2015-11-03 00:15:51 UTC
view on stackexchange narkive permalink

Ich habe mich mit sehr ähnlichen Charakteren wie Ihr Manager befasst. Meine Meinung und mein Ansatz wären eher, dies zurückzudrängen (da Sie nicht wissen, welche externen Einflüsse sie unter Druck setzen, um die Scope-Creep-Elemente anzufordern), sondern jedes einzelne und die Auswirkungen zu dokumentieren, die es auf Ihre Lieferfähigkeit hatte. Dies wird Ihnen helfen, falls Sie zu einem späteren Zeitpunkt unter den Bus geworfen werden.

Anstatt zurückzuschieben, können Sie den Manager lediglich auf die Auswirkungen des Hinzufügens der zusätzlichen Funktionen aufmerksam machen. Wenn sie der Projektsponsor / Kundenverbinder sind, haben Sie keine Kontrolle über sie und ihre Fähigkeit, die Anforderungen zu ändern. Alles, was Sie tun können, ist flexibel zu sein und die Leute darauf aufmerksam zu machen, dass die Zeit, die für die Neupriorisierung oder Neugestaltung von Dingen aufgewendet wurde, um in die neuen Artikel zu passen, Zeit ist, die für die Lieferung anderer Artikel aufgewendet werden könnte.

Dies ist weit entfernt Weitaus häufiger als Sie wahrscheinlich denken.

Wenn die Anforderungen den Kundenanforderungen widersprechen, können Sie eine Arbeitsgruppe einrichten, die jede Anforderung überprüft und abzeichnet, bevor sie als angenommen und bearbeitungsbereit angesehen wird. Wenn der Client an dieser Gruppe beteiligt ist, wird diese Anforderung in dieser Phase als nicht erforderlich gekennzeichnet. Dies erfordert jedoch immer noch Ihre Zeit

+1, ich mag diese Antwort, aber was das Werfen des Teams unter den Bus angeht, sollte all diese Dokumentation von Problemen niemals mit dem Kunden besprochen werden, da dies das Unternehmen schlecht aussehen lässt. Es sollte immer nur intern verwendet werden. Der Chef ist derjenige, der dem Klienten durch die Geräusche gegenübersteht. Es liegt an ihm, wie er Verzögerungen rechtfertigt.
Stimmen Sie @Kilisi absolut zu. Ich habe das Bit "Vor dem Kunden" im OP verpasst und meine Antwort sieht nur vor, dass ich intern unter den Bus geworfen werde.
Stellen Sie sicher, dass der Client in der Arbeitsgruppe die Auswirkungen auf die Zeitachse versteht, bevor er sich abmeldet. Mehr als nur erforderlich oder nicht erforderlich, müssen sie verstehen, dass sie Kompromisse eingehen und dass die Arbeit auf einen späteren Zeitpunkt verschoben werden kann.
lol "Kilisi" nett
"Es sollte niemals mit dem Kunden besprochen werden" Ich denke, das hängt davon ab ... Wenn der Manager sagt "Dieses Projekt braucht das", ist es dann nicht die gebotene Sorgfalt, den neuen Plan mit dem Kunden zu überprüfen? "Hier ist eine Liste der zuvor abgemeldeten Prioritäten ... hier sind die angeforderten Änderungen, die in Ihrem Namen eingereicht wurden. Bitte überprüfen, unterschreiben und zurücksenden, damit wir in unsere neue Richtung vorankommen können (an: Kunde, Manager usw.)." Ich denke, ich würde lieber eine Politik zwischen den Büros sichtbar machen und die Produkte pünktlich fertigstellen, wie es der Kunde wünscht ... anstatt nachträglich unter den Bus zu werfen und Termine zu verpassen.
@WernerCD Ich glaube, "Es sollte niemals mit dem Kunden besprochen werden" bezog sich auf die Dokumentation, die von "Dokumentieren Sie jeden einzelnen" und die Auswirkungen auf Ihre Lieferfähigkeit erstellt wurde. Dies wird Ihnen helfen, wenn Sie unter den Bus geworfen werden ein späteres Datum. "
@Angew - ja, das war es. Danke fürs klarstellen. Dies ist ein rein internes Dokument und muss nicht unbedingt nur ein "After-the-Project" -Tool sein. Auf das Dokument kann während des Projekts verwiesen werden, wenn die Dinge aufgrund des Scope Creep verrutschen
Ja, dem stimme ich zu - je nachdem. "Interne CYA-Dokumentation" sollte intern sein ... Änderungen an Prioritäten und Anpassungen an Zeitplänen sollten jedoch die Zustimmung und Genehmigung des Kunden einschließen. Etwas, das den Zeitplan anpasst, sollte nicht in letzter Minute erfolgen. "Oh, wir haben Änderungen vorgenommen ... ich hoffe, es macht Ihnen nichts aus" (da "wir" das Unternehmen ist und es dem Kunden egal ist, ob Sie oder Ihr Manager es sind).
Joel Etherton
2015-11-03 00:34:57 UTC
view on stackexchange narkive permalink

Wenn ich auf ein solches Szenario mit jemandem gestoßen bin, der dem Kunden direkt gegenübersteht und widersprüchliche Informationen oder Aufgaben bereitstellt, die eine tatsächliche Frist gefährden, bitte ich immer darum, dies schriftlich zu sehen. So wie Ihre Organisation eine Person hat, die für die Schnittstelle mit dem Kunden verantwortlich ist, hat sie jemanden, der für die Schnittstelle mit Ihrem Unternehmen verantwortlich ist.

Wenn eine solche Aufgabe auftritt, bitten Sie den Kunden um schriftliche Genehmigung, bevor Sie von einer gefährdeten Aufgabe abweichen. Stellen Sie sicher, dass in der schriftlichen Genehmigung das Risiko, die Kenntnis des Risikos und die Bedeutung der Abweichung angegeben sind. Projekte mit zu erbringenden Leistungen haben häufig starre, vorgeplante Zeitpläne, die von allen Unternehmen vom Kunden bis zum Team, das die Lieferung durchführt, vereinbart werden. Es sollte für diese Person trivial sein, die schriftliche Genehmigung einzuholen, wenn dies tatsächlich erforderlich ist.

Die Falte hier ist, dass diese Person Ihr Chef ist. Es könnte sein, dass diese Person Ihnen irgendwann ein Ultimatum stellt. Es gibt eine große Anzahl von Optionen, aber jede hat eine Konsequenz, mit der man leben muss, wenn alles seinen Lauf genommen hat. Wie in jeder Situation empfehle ich Ihnen, auf der niedrigstmöglichen Ebene damit umzugehen.

  1. Führen Sie ein privates, sehr direktes Gespräch mit Ihrem Chef, um anzuzeigen, dass dieses Verhalten einem guten Produkt widerspricht und währenddessen Es sieht so aus, als ob es kurzfristig "den Kunden zufrieden stellt", was den Kunden langfristig verletzt. Machen Sie ihm klar, dass diese Art von Scope Creep nicht nur Druck auf Ihr Team ausübt, sondern auch Druck auf das gesamte Unternehmen ausübt, um einem unrealistischen Standard gerecht zu werden. Konsequenz: Dies ist leicht konfrontativ, und selbst angesichts berechtigter Tatsachen und Gründe kann es so wahrgenommen werden, als würden Sie ihm sagen, wie er seine Arbeit erledigen soll. Versuchen Sie das um jeden Preis zu vermeiden, aber bei einigen Leuten ist es unvermeidlich.
  2. Wenn Sie vor Ort nicht damit umgehen können, würde ich empfehlen, mit seinem Chef darüber zu sprechen. Halte es privat. Halten Sie es informativ. Behalten Sie den Ton bei, wenn Sie um Rat fragen, was SIE tun können, um mit der Situation umzugehen. Während Ihr Chef über dieses Tattling nachdenken wird, können Sie dieses Stigma dennoch vermeiden, indem Sie sicherstellen, dass Sie sich selbst anstrengen. Konsequenz: Wenn diese Mitteilung an Ihren Vorgesetzten zurückkehrt (und dies auch tun wird), wird er möglicherweise in Betracht ziehen, dass sie hinter seinem Rücken verläuft. Dies ist meine am wenigsten bevorzugte Methode.
  3. Tattle. Vereinbaren Sie ein Treffen mit Ihnen, Ihrem Vorgesetzten und seinem Vorgesetzten / Manager, um die Situation zu besprechen. Lassen Sie alle Ihre Themen vorbereiten und Ihre Fakten zusammenstellen. Stellen Sie sicher, dass das Meeting eine Abschlussarbeit hat, und bleiben Sie auf dem Laufenden. Alles, was Sie sagen, muss Ihr spezifisches Ziel unterstützen, sonst wird es aus der Bahn geraten. Folge: Sie sind offiziell eine Tattle-Tale. Es spielt keine Rolle, welche Ergebnisse daraus resultieren, Ihr Vorgesetzter wird einige Ressentiments hegen. Letztendlich sollten jedoch die tatsächlichen Bedürfnisse der Kunden erfüllt und angesprochen werden, und das ist das Ziel, nicht wahr?
  4. Trotz. Ich empfehle dies nicht wirklich für Leute, die nicht damit vertraut sind. Mit dieser Art von Einstellung sind viele Variablen verbunden, und die Konsequenzen, wenn alles schief geht, können für Sie katastrophal sein. Sie sind der Teamleiter. Es ist Ihre Aufgabe, dafür zu sorgen, dass Hindernisse überwunden und Termine eingehalten werden. Diese Person mag Ihr Vorgesetzter sein, aber sie ist zu einem Hindernis geworden und bedroht Ihre Fristen. Vervollständigen Sie Ihre Termine wie versprochen. Wenn dieses neue Scope Creep nicht durchgeführt wird, erklären Sie, warum. Sei sachlich. Sei leidenschaftslos. Lass es keine Überraschung sein. Machen Sie es von dem Moment an bekannt, in dem das Scope Creep eintritt, bis zu dem Moment, in dem die Frist für das Scope Creep abgelaufen ist. Folgen: Unzählige. Im besten Fall erhält Ihr Vorgesetzter Respekt vor Ihnen als Anführer, der an seinen Waffen festhält, hart für sein Team arbeitet und das erledigt, was getan werden muss. Schlimmster Fall: Der Supervisor hält Sie für einen "Nicht-Teamplayer" und entlässt Sie. Die meisten Ergebnisse landen in der Mitte. Ihr Kilometerstand kann variieren.
  5. ol>

    Meine beste Empfehlung ist, Option 1 zu wählen und sie so leise und niedrig wie möglich in der "Nahrungskette" zu halten. Sie können sogar darum bitten, an einigen Besprechungen teilzunehmen, um zu verhindern, dass Ihr Team unter dem Bus wohnt. Beachten Sie jedoch bei allen oben genannten Vorschlägen, dass ich empfehle, alles in Abteilungen zu unterteilen. Die Gespräche sollten (höchstens) zwischen Ihnen und Ihrem Vorgesetzten und seinem Chef geführt werden. Beschwerden gehen immer hoch, nie runter. Ihr Team sollte niemals in Meinungsverschiedenheiten oder Unzufriedenheit von Ihrer Seite eingeweiht werden. Sie haben ihre Aufgaben zu erledigen, und Ihre Probleme sollten sie nicht belasten. Wenn sie es ansprechen oder bereits Fragen dazu stellen, teilen Sie ihnen mit Sicherheit mit, dass Sie daran arbeiten und einen Plan haben.

    Persönlich werden die meisten Situationen, die ich je erlebt habe, immer mit Option 1 behandelt. Ich habe # 2 oder # 3 noch nie persönlich benutzt und musste nur ein paar Mal (in 20 Jahren) auf # 4 zurückgreifen. Wenn Sie Ihre Wahl treffen, sollten Sie in jedem Fall auf den Fall vorbereitet sein. Es wird einige geben, egal was Sie tun.

Diese Antwort gefällt mir sehr gut, da sie einige sehr unterschiedliche Techniken behandelt, die Sie in dieser Situation anwenden können. Das einzige Problem, das ich damit habe, ist, dass dieses Zeug normalerweise völlig davon abhängt, dass die Beziehung zwischen Ihnen und Ihren Führungskräften in irgendeiner Weise vernünftig ist. Nach meiner Erfahrung sind all diese Hinweise zu oft umstritten, weil jemand, der gerade als "schwer" fungiert, einfach vorbeigeht und völlig aus dem Zusammenhang gerät und informell, ohne die Möglichkeit eines Diskussionsfeedbacks oder von Dialogsagen "WAS IST DER STATUS?!" und "Ich habe dir gesagt, du hattest eine Woche !!!"
@AndyzSmith: Ja, es hängt ganz von der Stärke der beteiligten Persönlichkeiten und Ihrer Fähigkeit ab, zu verstehen, mit wem Sie es tatsächlich zu tun haben. Es ist sehr schwierig für jemanden, der schüchtern oder schüchtern ist, zu verstehen, dass der Weg, mit einem "Schweren" umzugehen, ein "Schwerer" ist.
+1 wirklich schöne Antwort :). Persönlich, wenn ich mich jemals in dieser Situation befinde, werde ich auf Lösung 1 zurückgreifen und dann, wenn das nicht funktioniert, auf Lösung 3 zurückgreifen :).
@RaduMurzea: Das ist kein schlechter Weg. Dies ist der am häufigsten empfohlene Pfad in streng hierarchischen Organisationen.
Ja, ich stimme zu, diese Techniken und Kenntnisse über sie und das Konzept, dass Menschen völlig anders sein können als Sie, werden Sie 99% der Zeit in 99% der Fälle erreichen. Ich werfe es nur raus, dass es Organisationen gibt, die SEHR krank sind; Sie haben absolut kein Interesse daran, mit Ihnen zu interagieren. Ihre Existenzgrundlage ist grundsätzlich absurd, und die Dinge, die sie von Ihnen verlangen, z. JETZT ZWEIMAL SCHNELL! sind völlig unmöglich. Ihre Motive scheinen im Allgemeinen darin zu bestehen, durchzudrehen und zu bekommen, was immer sie können, von wem auch immer auftauchen wird. Irgendwie existieren diese Orte aus finanziellen Gründen
oder institutionelle Mittel. Der Rat, den ich gebe, ist sich bewusst, dass es eine fünfte Option gibt, dass keiner der oben genannten Punkte jemals funktionieren wird, und Ihnen wird möglicherweise geraten, zu versuchen, Ihren Ruf und Ihre geistige Gesundheit zu schützen, indem Sie viele der hartnäckigen Versuche, dies zu tun, ignorieren motivieren, nach einem Platz in dieser Organisation suchen, an dem Sie überleben können, oder woanders suchen.
@AndyzSmith: Ich stimme vollkommen zu. Normalerweise führt # 4 für mich zu # 5. Entweder führt meine Einstellung zu Veränderungen in der Organisation (es ist einmal passiert) oder es festigt mein Verständnis, dass es Zeit für mich ist, einen Ort zu finden, der meinen Erwartungen besser entspricht (es ist mehr als einmal passiert).
DoubleDouble
2015-11-03 02:59:12 UTC
view on stackexchange narkive permalink

Ich mag die aktuellen Antworten, aber eine Kleinigkeit, die ich erwähnen wollte, war von Ihrer Bearbeitung:

"Post-Bus, der Rest des Tages (bis in den Abend hinein) ist normalerweise gefüllt mit verärgerten E-Mails / Anrufen / Nachrichten an scheinbar zufällige Mitglieder des Teams bezüglich des Status der verspäteten Lieferung, die ich leicht als "Dachs" einstufen würde, um dies zu erreichen. "

Wer macht der Dachs? Ihre Vorgesetzten? Ihre Kunden? Während es nie ein gutes Gefühl ist, unter den Bus geworfen zu werden, wird dies für mich leicht völlig inakzeptabel. Dies ist Ihr Team, das sie daran hindert, mit "Sind Sie schon fertig?" Zu arbeiten. würde mich nicht zu einer glücklichen Person machen.

  • von Kunden: Bitten Sie Ihr Team, solche Beschwerden an Sie weiterzuleiten und sich keine Sorgen um sie zu machen. Zurückschieben. Wenn Sie die Fälle aufgezeichnet haben, in denen sich die Prioritäten verschoben haben und Sie die Kernziele nicht erreichen können, können Sie auf diese zurückgreifen. Hoffentlich haben Sie auch die "Aktualisierungen" Ihres Projektumfangs und die Auswirkungen auf die Fristen aufgezeichnet - und diese von Ihrem Manager genehmigen lassen. Sie zeigen jetzt nur die dokumentierte erwartete Arbeit mit den erwarteten Ergebnissen einer Prioritätsänderung - die von Ihrem Manager genehmigt wurde. Sprechen Sie weitere Bedenken mit ihm an und stören Sie das Team nicht mehr.

  • von Vorgesetzten: Erklären Sie, wie Ihre Situation ist. Wenn sie etwas weiter von Ihrem Team brauchen, kommen Sie zu Ihnen. Dachs schadet ihrer Produktivität. Sie schätzen es nicht, mikro-verwaltet zu werden. Zeigen Sie anhand des gleichen Dokumentationsbeispiels wie oben, wie Sie die genehmigten Änderungen geschätzt haben. ( hoffentlich sind die Schätzungen korrekt, aber wenn nicht, erklären Sie, warum dies der Fall war. In Wirklichkeit ist es unmöglich, dass jede Schätzung genau ist. )

In beiden Fällen sollte eine Neubewertung vorgenommen werden. Sie müssen sich also nicht wundern. Manchmal lautet die einzige Antwort: "Wenn es herausgefunden ist". Das kann schwierig sein, aber das Abhören verlangsamt die Leute nur. Sie werden sie informieren, sobald Sie es wissen.

Ich werde die Frage bearbeiten, um sie zu klären, aber der Dachs kommt vom Manager. Vielen Dank, dass Sie beide Fälle behandelt haben. Sie haben absolut Recht damit, dass es frustrierend ist. Ich bin sehr beschützerisch gegenüber meinem Team, aber er tritt meiner Autorität nur offen aus dem Weg und ich finde es erst heraus, wenn eines meiner Teammitglieder zu mir kommt, um darüber zu sprechen. Das Problem ist, dass es * so viele * dieser Änderungen gibt, die * so schnell * geschehen, dass ich wahrscheinlich den ganzen Tag damit verbringen könnte, sie zu dokumentieren, und in der Zwischenzeit hat er bereits jemanden gemobbt, mit der Arbeit zu beginnen.
@thanby Ich bin der Meinung (also möglicherweise nicht ganz richtig), dass er nicht befugt ist, Ihren Teammitgliedern zu sagen, woran sie arbeiten sollen, und überschreitet daher seine Grenzen. Er hat die Befugnis, * Ihnen * mitzuteilen, was der Kunde will und braucht, und kann dann mit den Kunden neue Bedingungen mit den von Ihnen * geforderten Terminaktualisierungen oder -bestimmungen vereinbaren.
Ich persönlich habe keine Erfahrung in einer so massiv chaotischen Umgebung, die Sie beschreiben - aber vielleicht eher mit einer leicht zu bearbeitenden [Story-Map] (https://www.scrumalliance.org/community/articles/2013/august/creating) -eine-agile-Roadmap-mit-Story-Mapping) könnte als "Dokumentation" dienen - wo Änderungen der Priorität aufgezeichnet und unterschrieben werden müssen, bevor Ihr Team sich bereit erklärt, daran zu arbeiten. Bewahren Sie die Karte an einem Ort auf, an dem Sie sofort sehen können, wie er Dinge ändert.
@thanby Betrachten Sie Ihre Zeit als Dokumentation dieser Dinge als Investition. Kurzfristig wird dies Ihre persönliche Produktivität beeinträchtigen, aber dies ist ein Problem, das wirklich gelöst werden muss. Die Tatsache, dass Ihr Team das Bedürfnis hat, sich darüber zu äußern, sagt viel darüber aus, wie zerstörerisch dies ist.
Jerry Cote
2015-11-03 20:43:20 UTC
view on stackexchange narkive permalink

Ich habe eine ganz andere Antwort für Sie:

1. Erkennen Sie, dass Sie unter diesem Manager ein geschlagener Hund sind, und infolgedessen sind Sie sich Ihres Wertes nicht mehr bewusst und wissen nicht, dass es bessere Orte gibt. Setzen Sie sich in einen ruhigen Raum, in dem eine einfache Notepad-App ausgeführt wird, und geben Sie alle guten Eigenschaften ein, die Sie für jedes Unternehmen bereitstellen, das IT-Projekte des von Ihnen verwalteten Typs liefert.

2. Nachdem Sie Ihr Vertrauen wiedererlangt haben, aktualisieren Sie Ihren Lebenslauf.

Sie kennen den Rest.


In meinen 20 Jahren war ich in Ihren Schuhen drei zu anderen Zeiten, und ich habe viel von dem versucht, was die guten Leute in diesem Beitrag empfohlen haben. Durch all das habe ich gelernt, dass ein Manager wie Ihr, wenn er eine Autoritätsposition erreichen kann, auf die korrupten Werte des Unternehmens hinweist, das ihn dorthin gebracht hat, und das Beste aus Ihren Absichten wird dies nicht ändern. Die Politik gewinnt immer, und der Junge macht dich fertig, während du den Kampf verlierst.

Ich bin immer weitergegangen und immer glücklicher gewesen - außer dem einen Mal, als ich einen solchen Ort für einen anderen verlassen habe. stieg schnell aus und DANN war ich glücklicher.

Technikfreaks haben im Großen und Ganzen gute Herzen und glauben, wir können mit allem umgehen - aber das heißt nicht, dass wir es tun sollten.

Kurz gesagt - Unternehmen wie Ihr Arbeitgeber verdienen es, gute Leute wie Sie zu verlieren. Und du verdienst es besser. Das ist die doppelte moralische Rechtfertigung, um weiterzumachen.
Mit anderen Worten: "Wenn du sie nicht schlagen kannst, hör auf". Ich mag diesen Rat wirklich nicht. Es ist völlig eigennützig und tut nichts für das Wohl Ihrer Teammitglieder oder Ihres Unternehmens.
@LindseyD Ich stimme eher zu. Dieser Rat scheint vielleicht etwas kurzsichtig und unreif. Erfahrene und reife Kollegen versuchen, einen Weg zu finden, um etwas herauszufinden. alles wirklich; alles andere als wieder in die Zeitarbeitsfirma / Personalvermittler / einen anderen schlechten Arbeitgeber zu gehen. Vielleicht kann eine Person einen Vermittler finden, der die Herausforderung dieses Managers irgendwie * mag *; und trieb eine gewisse Menge Lächerliches durch sie; oder vielleicht ist es an der Zeit, dass ein Mitarbeiter einen etwas anderen Arbeitsplatz findet - dh dasselbe Unternehmen, denselben Manager, aber der „Architekt“ wird. Auf diese Weise kann man umleiten
Einige der lächerlicheren Interaktionen bieten aber dennoch einen Mehrwert für Ihr Unternehmen und Ihre Kollegen. Es gibt Möglichkeiten, die Dinge zu klären, und einige Interaktionen / Probleme mit dem Management sind alle zum Guten, da sie zu neuen und unerwarteten, synergistischen Ergebnissen führen. Vielleicht.
ContractMom
2015-11-03 15:14:16 UTC
view on stackexchange narkive permalink

In solchen Situationen kann die Verwendung einer formellen "Change Order Request" oder COR die beste Lösung sein. Wenn neue Elemente oder Funktionen angefordert werden - von wem auch immer -, werden sie einschließlich der damit verbundenen Zeit und Kosten auf einen COR gestellt, und bevor sie zum Arbeitsumfang hinzugefügt werden, müssen sie vom Kunden abgemeldet werden. Ein COR ermöglicht es allen Beteiligten, den Wert der zusätzlichen Arbeit, ihre Kosten in US-Dollar und Zeit sowie die gegenseitige Vereinbarung zu bewerten, ob sich die Änderung lohnt oder nicht.

Das Schöne an einem COR ist, dass jeder wird es leid, sie häufig auftauchen zu sehen. Dies veranlasst den Kunden, das Projekt klarer zu definieren und Ihrem Manager ein Tool zur Verfügung zu stellen, mit dem er legitimerweise den Umfang erweitern kann.

+1 Änderungsaufträge machen jede Anfrage sichtbar und veranschaulichen, wie weit das Projekt vom ursprünglichen Umfang abweicht.
@LindseyD Was an Papierkram / geschäftigen Versuchen, ein kaputtes Managementsystem zurück zu verwalten, Spaß macht, ist, dass es selten den gewünschten Effekt hat, es sei denn, der von ihm empfohlene Managementstil ist * bereits * vorhanden. Zunächst irritiert COR Leute, die gerne den Status kennen und Ihnen sagen, dass Sie die Funktion hinzufügen sollen. Und irgendwann bekommen Sie einfach Änderungsaufträge wie "Das Berichtssystem zum Laufen bringen" und "Die Bearbeitung zum Laufen bringen".
CGCampbell
2015-11-03 00:36:12 UTC
view on stackexchange narkive permalink

Sie haben sich zu Beginn jedes Sprints oder Projekts mit dem Kundenvertreter getroffen. Sie beide (oder Ihre Teams) haben einen vereinbarten Arbeitsumfang für diese Dauer festgelegt. Das ist deine offizielle Liste. Schreiben Sie es auf "Papier" (Dokument / Tabelle, was haben Sie) und senden Sie eine Kopie davon an Ihren Manager mit dem Titel "Projekt X - vom Kunden vereinbarter Arbeitsumfang".

Lassen Sie nun Ihren Manager verwalten. Wenn er neue Bereiche / Ergebnisse hinzufügt, fügen Sie diese Ihrer offiziellen Bereichsliste hinzu und senden Sie diese per E-Mail an ihn zurück.

Lassen Sie dies einen Zyklus (oder zwei) lang laufen. Wenn er sich nicht an die Liste hält und Sie sich stark genug fühlen (und bereit sind, die Konsequenzen zu akzeptieren, was auch immer sie sein mögen, einschließlich der Kündigung, nehme ich an), können Sie sie um ein oder zehn Punkte verbessern und die vereinbarte anfängliche Geltungsbereichsliste senden an den Kundenvertreter und jedes Mal, wenn Ihr Manager es hinzufügt, senden Sie dies als Nachtrag an den Kunden. So stellen Sie sicher, dass Sie aus Sicht des Kunden abgesichert sind. Sie müssen nur wissen, dass Ihre Karriere in Ihrem derzeitigen Unternehmen möglicherweise verkürzt wird.

Ich bin nicht sicher, ob es "verkürzt" wird. Es könnte etwas weniger Herzinfarkt auslösen. Wenn Sie diese Anfragen weiter eitern lassen und das Projekt aufgrund dieser Anfragen nicht rechtzeitig eingeht, wie kurz wird Ihre Karriere dann sein?
Andyz Smith
2015-11-03 04:07:57 UTC
view on stackexchange narkive permalink

Nach meiner Erfahrung wird dieses spezielle Projekt immer mehr zum Glücksspiel, anstatt zu einem geplanten gewinnbringenden Unterfangen. Da klar wird, dass die Dinge schneller laufen müssen, um mit dem Projekt Geld zu verdienen, müssen Manager auf besonders verführerische Weise Brute-Force-Autorität einsetzen, um das Projekt schneller zu machen. Was wirklich passiert, ist, dass sie am Ende nur Risiko zur Projektzeitleiste und zum Zeitplan hinzufügen. Es könnte sich herausstellen, dass Sie mit bestimmten Tricks oder neuen Techniken 10%, 15% oder sogar 25% sparen und das Projekt pünktlich eintrifft und jeder gewinnt. Aber statistisch gesehen laufen die Dinge meistens nicht ganz wie geplant, Schätzungen sind nicht zu lang, sondern zu kurz, Verzögerungen in der Kommunikation, Missverständnisse, Fehlkoordination usw. verursachen viele, viele Probleme -do Arbeit, die das Projekt verlängert.

Nach meiner Erfahrung kann nichts wirklich getan werden, um das Projekt zu korrigieren, wenn das Management weiterhin brutale Gewalt ausübt und einem Projekt ein Risiko hinzufügt. Es ist ihr Vorrecht, es auszuführen, und Sie sind der Untergebene. Was jedoch passieren wird, da die Ziele völlig unerreichbar sind, ist, dass etwas verrutschen wird. 9 mal von 10 ist die Qualität der Lösung. Die Angemessenheit der gelieferten Funktionen, die Qualität des Codes. Grundsätzlich werden viele Dinge, die relativ leicht zu verbergen sind und rauchen und spiegeln, den Treffer erhalten. Das ist es. Die Qualität leidet oft enorm. Dies ist manchmal nicht allzu schrecklich, solange einige obere Führungskräfte dies sehen und etwas verstehen ..... aber normalerweise tun sie es erneut, sobald das Management feststellt, dass sie dieses Mal Geld verdient haben. Und dieses Mal, das Rückgrat des Projekts, ist die vorhandene Codebasis hoffnungslos fehlerhaft und wird als Grundlage für das nächste Projekt oder ein ähnliches Projekt für einen neuen Kunden verwendet. Das ist wirklich der Fall, wenn alles losbricht, viele Leute gefeuert werden, die Köpfe gesenkt sind usw.

Es ist wie eine Art Börsenblase. Sie können eine Weile auf einer Codebasis von geringer Qualität fahren, aber irgendwann, genau wie bei Aktien, findet jemand es heraus und alles stürzt ab. Wo du bist, wenn das passiert, na ja, wer weiß. Rufen Sie Ihren Börsenmakler an und sehen Sie.

Ilessa
2015-11-03 16:15:39 UTC
view on stackexchange narkive permalink

Was wir bei solchen Anfragen getan haben, ist (nachdem wir den ursprünglichen Umfang geschätzt haben), sich mit dem Projektbesitzer zusammenzusetzen (ich würde annehmen, dass dies Ihr Chef und der Kunde ist), um die Anfrage zu überprüfen und zu sagen, dass sie eingehen könnte. .. aber was sollte aus dem ursprünglichen Bereich entfernt werden, um diese Funktion zu berücksichtigen und das Projekt dennoch pünktlich zu liefern?

Sie sitzen dann oft und wägen ab, was tatsächlich groß ist Prioritäts- und kleine "Feature Creep" -Elemente werden dann normalerweise nicht zum Gültigkeitsbereich hinzugefügt.

wenn nicht, dann nehmen wir etwas heraus. Gewinnen, gewinnen
user43651
2015-11-04 04:55:45 UTC
view on stackexchange narkive permalink

Die meisten Antworten hier zeigen Ihnen, wie Sie mit einer normalen vernünftigen Person umgehen können, und Sie können versuchen, "Hoffnung stirbt zuletzt" ;-)

Sie haben es mit dem typischen Psychopathen am Arbeitsplatz zu tun Kein Interesse an dem Kunden, dem Projekt, dem Team, dem Unternehmen oder irgendetwas anderem als seinem eigenen Gewinn und seinem beruflichen Aufstieg.

Es gibt normalerweise zwei Möglichkeiten: Entweder ist das Management klug und sie finden heraus, dass er es hat Bevor er das Unternehmen zerstört oder sie glauben, dass er einen großartigen Job macht und auf die nächste Stufe befördert wird.

Was auch immer Sie tun, stellen Sie sicher, dass Sie einen Plan B bereit haben, am besten außerhalb dieses Unternehmens . Ich persönlich würde alles wie vorgeschlagen dokumentieren, aber auch die nächsthöhere Hierarchieebene einbeziehen. Ich würde sie bitten, es vertraulich zu behandeln und dass Sie versuchen werden, damit umzugehen, aber nur damit sie wissen, was los ist, werden Sie ihnen Kopien aller seltsamen Anfragen senden, die der Manager macht. (Ich bin mir nicht sicher, ob das legal ist. Der letzte Psycho, mit dem ich mich befasst habe, wurde gefeuert, bevor es soweit war.)

Wenn er so etwas wie die Typen ist, die ich kenne, wird er selbst mit starken Worten weder subtil noch taktvoll verstehen alles herumdrehen. Schreiben Sie kurze und leicht verständliche Sätze, senden Sie ihm auch E-Mails mit allem, was Sie mündlich besprochen haben. Sie geben gerne undokumentierte Befehle und tun dann so, als hätten Sie sie erfunden.

Fügen Sie Aussagen wie "wie bereits besprochen, dies erhöht die Zeitschätzung um 4 Wochen" oder "der Kunde hat ausdrücklich gesagt, dass er nicht ..." ein.

Bereite dich auf einen Kampf auf einer ganz anderen Ebene vor als deine üblichen Arbeitsgespräche. Wenn der typische Pscho in eine Ecke gestellt wird, wird er alles tun, um wieder auf die Strecke zu kommen. Das Lügen und Verbreiten von Gerüchten ist ihre Muttersprache.

In Bezug auf Zeitmanagement und Schätzungen sollten sie nur von Ihnen und Ihrem Team stammen. Wenn der Manager klug genug wäre, sie ordnungsgemäß auszuführen, wäre er kein Manager . Dieses Problem ist sehr alt und es gibt gute Bücher darüber, zum Beispiel die ziemlich alte "Peopleware", die Sie empfehlen sollten.

Ich bin mir nicht einmal sicher, ob jemand wie Sie hier überhaupt an seinem eigenen Profit und beruflichen Aufstieg interessiert ist. Es hört sich so an, als hätten Sie und ich einige der gleichen Leute getroffen, die im Grunde genommen sehr neurotisch und möglicherweise psychopathisch sind, aber aus irgendeinem Grund es schaffen, sich durch die McDonalds-Linie zu bewegen und in eine Position der Autorität zu gelangen Ich würde nur als SICK-Unternehmen bezeichnen. Aber leider ist McDonald's wahrscheinlich auch schlecht für Sie.
Ich denke auch, was ich hinzufügen könnte, ist, dass ich denke, dass Sie auf einige sehr auffällige (in Bezug auf Peopleware vs. Lügen und Gerüchte) gestoßen sind, die Merkmale zweier unterschiedlicher Phänomene definieren, nämlich Wissenschaft und Wirtschaft. In der Wirtschaft ist der Name des Spiels Manipulation, falsche Darstellung, Kapitalhebel unabhängig von menschlichen Auswirkungen usw., während in der Wissenschaft manchmal ein gewisses Maß an Sinn, Logik und Planung verwendet wird. Nur sagen.


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...