Der Manager vereinfacht Projektaufgaben und Zeitpläne zu sehr

Ich arbeite als Offshore-ERP-Entwicklungsleiter bei einem BPO-Unternehmen und habe einen Onshore-Manager ("MM"). Abgesehen davon, dass ich Entwickler bin, mache ich auch viel Support- und Testarbeit, da wir etwas unterbesetzt sind.

MM und ich diskutieren regelmäßig über Skype über meine anstehenden Aufgaben und er bat oft um eine Schätzung, wann ich meine Aufgaben erledigen kann. Wenn ich ihm einen Kostenvoranschlag machte, widersprach er immer und sagte, dass es weniger Zeit in Anspruch nehmen sollte. Beispiel ist wie folgt:

MM: „Also, was sind deine aktuellen Aufgaben im Moment?“

Ich: "Ich beende gerade die Entwicklung von Project X und sollte in zwei Tagen mit Tests fertig sein."

MM: „Zwei Tage? Warum sollte es so lange dauern? Sollte es nicht nur eine Codezeile sein, die Sie ändern und schnell testen müssen?“

Ich: „Es ist ein bisschen komplexer als das. Ich müsste mir Szenarien ansehen und einen Regressionstest durchführen, um sicherzustellen, dass andere Downstream-Systeme nicht betroffen sind.“

MM: "Nein, du überanalysierst die Dinge, es ist eine einfache Lösung und es sollte keine Regressionstests erfordern."

Er würde immer sagen, dass es nur ein paar Codezeilen sind und sobald die Integrationstests erfolgreich sind, ist es gut für die Produktion. Sicher genug, ein Fix, den wir mit minimaler Analyse und Tests bereitgestellt haben, wirkte sich auf viele nachgelagerte Systeme aus, und natürlich musste ich ihn beheben. Das ist jedes Mal passiert, wenn wir uns treffen, bis zu dem Punkt, an dem wir uns bereits streiten, weil ich versuche, ihn davon zu überzeugen, dass diese Änderungen ein bisschen mehr Analyse und Tests erfordern, aber er sagt immer wieder, dass ich zu lange brauche und zu viel analysiere Dinge. Ich glaube, dass das Schreiben und Testen von qualitativ hochwertigem und effizientem Code etwas länger dauert.

Es scheint die Unternehmenskultur gewesen zu sein, in der sie sich nicht an IT-Standards und -Richtlinien halten ( Mein Vorgesetzter verstößt gegen IT-Richtlinien und hält sich nicht an Standardpraktiken ).

Ist das etwas, was ich eskalieren sollte? Und welchen besseren Ansatz kann ich wählen, um ihn davon zu überzeugen, dass diese Art von Änderungen mehr Zeit zum Analysieren und Testen benötigen?

Verfügt Ihr Unternehmen über Standards (im Sinne eines bestimmten Dokuments oder Prozesses, auf den Sie sich beziehen können)? Wer ist für die Qualität des Produkts verantwortlich? Wem gehören Standards und wem Zeitleisten?
Ist Programmieren nicht einfach das Tippen auf einer Tastatur? </Sarkasmus>
Nur nebenbei, das "MM" in dieser Reihe von Fragen bin nicht ich. :)
@dwizum, seit ich hier bin, wurde mir kein Dokument über unsere Codierungsstandards und Zeitpläne vorgelegt. Ich habe in den ersten Monaten tatsächlich versucht, einen zu präsentieren, aber er wurde (indirekt) abgelehnt.
„Geh schnell und zerstöre Dinge“ hat hier und da ein paar Milliardäre hervorgebracht. „SuperCell“ schafft es, in jedem Update massive offensichtliche Client-Bugs zu haben und trotzdem Milliarden in fetten Dollars zu verdienen. Wenn Akronyme wie „ERP“ und „BPO“ involviert sind , kann ein strengerer Prozess erforderlich sein, aber Sie werden es jedes Jahr schwieriger finden, Kollegen zu finden, die zustimmen, dass Sie im Voraus investieren sollten, um sicherzustellen, dass in der Produktion nichts jemals unterbrochen wird ist eine Verlegenheit / ein Versagen, wenn dies der Fall ist.
ERP-Lösungen, nämlich von einem deutschen Unternehmen in diesem Bereich, sind in diesen Teilen berüchtigt dafür, wie jede Änderung das gesamte System im großen Stil kaputt macht (CEOs wurden gefeuert, Unternehmen haben 10 % Marktanteil verloren, 3 Monate Umsatzeinbußen, usw). ERP bedeutet also nicht automatisch gründlicheres Testen ;)
Sie sind im Ausland und Ihr Manager vor Ort möchte die Dinge so schnell wie möglich erledigen und kümmert sich nicht um die Codequalität, nachdem er hört, dass es länger dauern wird, ehrlich gesagt bin ich schockiert.
Jedes einzelne Projekt, das jemals für jedes einzelne Softwareprodukt durchgeführt wurde, läuft genau so ab.

Antworten (2)

Ist das etwas, was ich eskalieren sollte?

Nein , ich würde dafür nicht über den Kopf Ihres Managers gehen. Sofern er kein brandneuer Manager ist, wird sein Chef sein Wort über Ihres halten und Ihr direkter Vorgesetzter findet möglicherweise heraus, dass Sie ihn übertrieben haben, was Ihre Karriere einschränken könnte. Wenden Sie sich diesbezüglich auf keinen Fall an die Personalabteilung , da sie bei diesem Problem nicht sehr hilfreich sein werden.

Und welchen besseren Ansatz kann ich wählen, um ihn davon zu überzeugen, dass diese Art von Änderungen mehr Zeit zum Analysieren und Testen benötigen?

Ich denke, Ihre beste Wahl hier ist, das nächste Mal, wenn etwas in der Produktion kaputt geht , gegebenenfalls zu erklären / zu demonstrieren, wie ein ordnungsgemäßer Testplan die Verlegenheit hätte retten können .

Ich würde hinzufügen - manchmal kann es hilfreich sein, Diskussionen über Standards und Methoden getrennt von Diskussionen über Prioritäten und Aufgabenlisten zu führen. Es hört sich so an, als würde das OP die beiden (vielleicht unbeabsichtigt) kombinieren, was sich nie gut zu entwickeln scheint, wenn die Standards mehrdeutig sind, insbesondere wenn Sie mit jemandem sprechen, der hauptsächlich für Zeitpläne und Qualität verantwortlich ist.

Bleiben Sie wachsam bei Ihren Schätzungen und Tests!

Je länger Sie an einer Software arbeiten, desto besser werden Ihre Schätzungen. Sie wissen besser als Ihr Chef, wie viel Zeit erforderlich ist, um Funktionen zu implementieren und Probleme zu beheben. Schätzen Sie also weiterhin nach bestem Wissen und Gewissen. Auch ich implementiere Codeänderungen, die ich persönlich testen muss, und multipliziere daher gerne meine Zeit für die Behebung/Implementierung mit 1,5 oder 2, je nach Problem oder Funktion. Glücklicherweise versteht mein Chef das, weil er Softwareentwickler war.

Was sind die Konsequenzen, wenn Sie Ihre Software vor der Übergabe nicht zuverlässig testen? Technische Schuld . Wir als Entwickler (sollten) das wissen!

Dies wird zu Überstunden führen, wenn Sie es auf die Art Ihres Vorgesetzten tun würden.

Wer wird für die Bereinigung dieser technischen Schulden verantwortlich sein? Es wird ganz sicher nicht Ihr Manager sein. Es werden Sie und Sie allein sein! Schieben Sie weiter zurück, um das Unternehmen und vor allem Sie zu schützen!

Auch wenn ich die Idee mag, einen Papierpfad über auftretende Probleme und wie sie hätten verhindert werden können zu führen ... Diese Probleme müssen trotzdem behoben werden ... Am Ende des Tages ist es Ihre Zeit , die verschwendet wird um zurückzugehen und die Probleme zu beheben!