Ich bin der technische Leiter eines Softwareentwicklungsprojekts. Wir schließen gerade die letzte Veröffentlichung für dieses Projekt ab. Als ich vor 14 Monaten zum Team kam, war das Projekt bereits 14 Monate alt, hatte aber alle Fristen versäumt und es gab keine Veröffentlichungen. Seitdem haben wir die Dinge umgedreht und werden voraussichtlich die fünfte und letzte Version vorzeitig liefern. Die Teamgröße wurde zu meiner Zeit von 7 auf 4 reduziert. Mein Team hat noch nie dokumentierte Anforderungen erhalten, bevor ein Release im Wesentlichen abgeschlossen war. Stattdessen sprechen wir, ich in erster Linie, Geschäftsleute direkt an.
Allerdings stellte ich bei einem Meeting am Montag fest, dass der Product Owner das Anforderungsdokument für die aktuelle Version vor etwa 10 Wochen genehmigt hatte, ich jedoch keine Kopie davon (Entwurf oder anderweitig) erhalten hatte.
Als ich das Anforderungsdokument durchgesehen habe, wurde nach einer Reihe von Funktionen gefragt, die in der aktuellen Version nur sehr schwer zu implementieren wären. Ich antwortete, um das zu sagen. Mein Product Owner schrieb an den Projektmanager und behauptete, dass ich über diese Anforderungen Bescheid wüsste. Ich habe eine E-Mail geschrieben, die dies bestreitet. Mein Product Owner hat dann eine E-Mail mit Notizen von einem Meeting vor ungefähr 11 Wochen mit diametral entgegengesetzten Diskussionen weitergeleitet (dieses besagte, dass Benutzeranträge, die Anhänge benötigen, von einer Person, die den Antrag überprüft, abgelehnt würden, während die dokumentierten Anforderungen besagen, dass Mitarbeiter dazu in der Lage sein sollten um Anhänge per E-Mail an die Website zu senden, die sie dann an die Anwendung des Benutzers anhängen sollten). Natürlich antwortete ich, dass diese beiden Dinge Gegensätze seien und die Kenntnis des ersten keineswegs die Kenntnis des zweiten impliziere.
Angesichts des Erfolgs dieses Projekts möchte die Organisation ein weiteres mit erweitertem Umfang starten. Ich habe das Gefühl, dass ich kein neues Projekt mit einem Product Owner starten kann, der anscheinend nicht weiß, was in dem von ihm unterzeichneten Anforderungsdokument steht, der nicht für eine Diskussion mit mir zur Verfügung steht und der denkt, dass mehliges Gemurmel über Respekt eine angemessene Reaktion ist, wenn er es tut wirft falsche Verleumdungen über meine Arbeit und meinen Charakter.
Meine Frage ist also, wie ich den CEO überzeuge, den Product Owner für das nächste Projekt zu wechseln?
Für das, was es wert ist, sagt mein Chef, dass er nichts tun kann, da er mit ähnlichen respektbasierten Ablenkungstechniken konfrontiert wurde.
Meine Frage ist also, wie ich den CEO überzeuge, den Product Owner für das nächste Projekt zu wechseln?
Kannst du wahrscheinlich nicht.
Als technischer Leiter sind Sie möglicherweise in der Lage, in Zukunft nur noch anhand dokumentierter Anforderungen zu arbeiten. Wenn Sie in einer Situation sind, in der Sie nicht über die erforderlichen Unterlagen verfügen, führen Sie Ihre Interviews mit den entsprechenden Parteien durch, halten Sie sie in einem Dokument fest und senden Sie das Dokument dann zum Lesen und zur Korrektur herum. Wenn keine Korrekturen zurückkommen, haben Sie Ihr Arbeitsdokument.
Alle Dokumente sollten an einem gemeinsamen Ort aufbewahrt werden, auf den alle relevanten Parteien Zugriff haben. Wenn ein Dokument nicht vorhanden ist, ist es nicht Teil des Projekts.
Wenn jemand zu irgendeinem Zeitpunkt etwas erledigt haben möchte, das nicht bereits in den Anforderungen enthalten ist, können Sie dem zustimmen, sofern es im Zeitplan berücksichtigt wird. Manchmal kann der Zeitplan verlängert werden, manchmal kann etwas anderes entfernt werden. Hör auf „Nein“ zu sagen. Sagen Sie stattdessen „Ja. Und hier ist, wie und wann wir es tun können.“
Die Projekte sollten regelmäßig (möglicherweise wöchentlich) auf Statusaktualisierungen überprüft werden. Und alle Überarbeitungen der Arbeitsdokumente sollten während dieser Sitzungen notiert werden. Es ist lächerlich, dass signifikante Anforderungsänderungen erst 10 Wochen später entdeckt wurden. Das ist ein riesiger Prozessfehler.
Und Sie möchten sicherstellen, dass alle Ihre Gespräche und alle Ihre E-Mails absolut respektvoll sind. Da dies ein großes Problem in Ihrem Shop zu sein scheint, liegt es in Ihrer Macht, es als Konfliktquelle zu beseitigen.
Die erste Frage lautet:
Ist dieser Hügel es wert, auf/für zu sterben?
Diese Person wird sich nicht ändern. Ich kenne diesen Typ in vielen Versionen. Sie "fordern Respekt", weil sie keinen bekommen, da sie keinen verdient haben.
Optionen:
Sie gehen zum CEO mit: "Diese Person ist eindeutig außerhalb ihrer Kompetenz, und hier sind 5 Beweise dafür, die alle diesem Projekt erheblich geschadet haben." Wenn der CEO überhaupt kompetent ist, wird einer von Ihnen beiden am Ende der Woche nicht mehr dort arbeiten. Seien Sie jedoch nicht überrascht, wenn Sie gehen, da sie ETWAS getan haben , um diese Position zu erlangen, und Sie wissen, dass es nicht um Fähigkeiten oder Talent geht.
Du gehst damit um. Sie finden Wege, um „um“ diese Person herum zu kommunizieren, und erreichen, was erledigt werden muss, während Sie gleichzeitig dieser Person erlauben, ihre Wahnvorstellung von Wichtigkeit aufrechtzuerhalten.
Ich persönlich bin ein „Option 1“-Typ, aber mein Lebensrekord dafür liegt bei 7-2. Allerdings befand ich mich zu keinem Zeitpunkt, als ich „Option 1“ wählte, in einer finanziellen Situation, die es riskant machte. Du musst das tun, was für dich richtig ist.
Sie müssen sich darüber im Klaren sein, dass dies meistens frustrierend sein mag, wir können die Menschen, mit denen wir zusammenarbeiten, nicht ändern. Vielmehr müssen wir einen Weg finden, mit ihnen zu arbeiten.
Sie haben nicht erwähnt, was Sie der Produkteigentümerin wirklich gesagt haben, was sie respektlos fand. An einem professionellen Arbeitsplatz müssen wir in unserer Kommunikation immer professionell sein und niemals unhöflich, unhöflich oder respektlos sein.
Wenn Ihr Product Owner die Anforderungen abgesegnet hat, können Sie loslegen. Es beeinflusst dich nicht wirklich, ob sie es wirklich gelesen hat oder nicht. Da sie es unterschrieben hat, wird sie dafür verantwortlich gemacht, wenn später etwas schief geht.
Werden Sie niemals persönlich, haben Sie einen ruhigen Geist, schützen Sie sich angemessen und konzentrieren Sie sich nur darauf, die Arbeit zu erledigen.
Kilisi
In den Tropen
Kilisi
In den Tropen
In den Tropen
Neuromagier
Paparazzo
In den Tropen
Paparazzo
In den Tropen