Amikor a főnököd rajtad kívül álló okok miatti késésért hibáztat

Az eredeti Stack Exchange-kérdés hű magyar fordítása · szerző: ds_practicioner · The Workplace, q93833 · CC BY-SA.

Írtam ebből egy jóval hosszabb változatot is, de itt a lényeg:

Új alkalmazottként azt a feladatot kaptam, hogy készítsek egy alkalmazást. Minden érdemi munkámat határidőre elvégeztem, de az alatta lévő adatbázis-architektúra nem volt alkalmas a feladatra, és komoly késéseket okozott.

Hogy legyen mit felmutatni, készítettem egy proof-of-conceptet egy másik adatbázis-architektúrával, ami jól működött, de a menedzsment ragaszkodott hozzá, hogy az ő megoldásukat használjam, és elégedetlen volt, hogy a projekt csúszik.

Készítettem egy második demót a „helyes" architektúrával, amit mindenki azonnal megutált, mert nagyon lassú volt, és néha el is hasalt egy gyártói hiba miatt.

Ezután írásbeli figyelmeztetést kaptam, és hat hónapot arra, hogy „fordítsak a dolgokon". Az adatbázis-architektúra rendbetételére a cég kijelölt egy adatmérnök-csapatot a probléma megoldására. Négy hónappal később még mindig dolgoznak rajta, miközben a projekt vegetál. A gyártó máig nem javította a hibát.

Közben más dolgokon dolgoztam, és egyetlen határidőt sem mulasztottam el, mégis közölték, hogy két hónapom van „javulni", bár hogy mit jelent a javulás, az teljesen homályos: „jobb együttműködés", „jobb megértés" és „nagyobb lelkesedés".

A zsigereim azt súgják, hogy valakit a busz alá kell lökniük a menedzsment megnyugtatására, és egy viszonylag új alkalmazott pont megfelel erre. Az az érzésem is megvan, hogy ha valaki azt mondja, javulnod kell, de nem tudja pontosan megmondani, miben, akkor valószínűleg már el vagy könyvelve. Lépjek le most, amíg még van munkám, vagy várjak, hátha az egész elcsitul?

Original Stack Exchange question · author: ds_practicioner · The Workplace, q93833 · CC BY-SA.

I came up with a much longer version of this but here is the skinny:

As a new employee, I was tasked to create an application. I did all my core work on time but the underlying database architecture was not up to the job and causing major delays.

To have something to show, I created a proof of concept using a different database architecture, which worked fine, but management was adamant I use their solution and unhappy the project was slipping.

I created a second demo using the "correct" architecture, which everybody promptly hated because it was very slow and sometimes failed due to a vendor bug.

I was then written up and given six months to "turn things around". To help with the database architecture, the company assigned a team of data engineers to fix the problem. They are still at it four months later while the project languishes. Vendor still hasn't fixed the bug.

I have been working on other things in the meantime and haven't missed any deadlines, but I was told I have two months to "improve", although the definition of improvement is totally nonspecific, consisting of "better collaboration", "better understanding" and "better enthusiasm".

My gut tells me they need to throw somebody under the bus to appease management and a relatively new employee probably fits the bill. I also get the impression that if somebody says you need to improve but can't really say exactly what it is you need to improve, you are probably already done for. Should I bail now while I still have a job or wait and see if maybe this will all blow over?