Hogyan maradhat motivált, ha úgy érzi, hogy a magas rangú kollégák nem

Körülbelül 2 éve diplomáztam az egyetemen informatikus szakon, azóta egy multinacionális cégben dolgoztam, amely tisztességesen fizet. Őszintén érdekel a technika és a munkám, és igyekszem mindent a lehető legjobban megtenni, és a legtöbbet is tanulni belőle. Van néhány kollégám, akik tapasztaltak és nagyon okosak, és nagyon boldog vagyok, és sokat tanulok velük dolgozni.

Ugyanakkor úgy érzem, hogy ez nem minden kollégámra igaz. Sokan vannak, akiket egyszerűen nem érdekel a technika. Probléma esetén az első elérhető opciót választják, vagy csak megvizsgálnak egy meglévő megoldást, és másolják és beillesztik. És ezek a kollégák valójában magasabb pozícióban vannak számomra. Cégem nem szigorúan informatikai vállalat, és az emberek nem túl jók a technológiában, és nem szokatlanok.

A kérdésem az, hogy hogyan lehet ilyen kollégákkal dolgozni, főleg, ha idősebb vagyok.?

Rosszul érzem magam (és szomorúan is), ha valamit úgy csinálok, hogy tudom, van jobb módszer ugyanarra a dologra, vagy ha valaki túl sok erőfeszítés nélkül tesz valamit, és tudom, hogy ugyanazt tettem, és találj ki egy jobb megoldást. Számos példával folytathatom, de remélhetőleg elmagyaráztam az általános helyzetet. Nem tudok mindenkit/mindent kijavítani, nem is vagyok a legokosabb ember, de néha tudod, hogy a dolgok nem olyan jók, mint kellene.

Hogyan tehetem élvezetesebbé a munkatapasztalatomat az ilyen kollégáknál? Továbbá, hogyan maradhatok folyamatosan motiváltak, amikor ilyen környezetben dolgozom?

PS: Bár nagyra értékelem a válaszokat, meglepődve látom, hogy sokan támogatják a színvonalon aluli munkát, mindaddig, amíg te ezt teszed. "Ezt várják tőlem.

Is, Nem akartam, hogy ez a kódírás legjobb módjainak megbeszélése legyen amelyet néhányan átalakítottak.

4 válasz

Többször kerültem a helyzetedbe, mint amennyire emlékszem. 1984-ben szereztem első informatikai munkámat, és azóta elmentem. Sok általam támogatott munkahelyen együttműködtem olyan emberekkel, akiket jobban érdekelt a "megcsinálás", anélkül, hogy a jövőbeli hatásra vagy a tervezés átfogó megközelítésére gondoltam volna. Olyan emberekkel dolgoztunk együtt, akik egyszerűen megelégedtek azzal, hogy a lehető legkevesebbet tették, és élvezték, hogy a hozzájárulásuk helyett a piacot tükröző szinten fizetik őket. Olyan emberekkel is dolgoztunk, akik rajongtak az elvégzett munka iránt, és minőségi szolgáltatásokat és termékeket akartak nyújtani. Olyan emberekkel dolgoztam együtt, akik társadalmi kihívásokkal küzdhettek volna, de ragyogásuk tükröződött munkamoráljukban és feladataik és küldetéseik iránti felelősségtudatukban.

Az összes általam említett helyzetben az a közös szál, hogy sikerült mindent megtanulnom, bármennyire is lényegtelennek vagy filozófikusnak - a változás abban a pillanatban volt. Alkalmazottait különböző célok vezérlik. Egyeseknek egyszerűen biztosítaniuk kell saját maguk és/vagy családjuk biztonságát. Vannak, akiknek az informatikai szakemberek által elrendelt pénzre van szükségük anyagi szükségleteik és státuszvágyuk kielégítésére. Vannak, akik a kapott munkájuk feléért végeznék a munkát, csak egy személyes megelégedésért, ha jó munkát végeznek. Kollégáival való kapcsolattartás során a legjobb megközelítés az, ha egyszerűen elfogadja, hogy a körülötted lévő embereket nem ugyanazok az egységek irányíthatják, mint te. Ne legyen kevésbé méltó tiszteletre és támogatásra, mert csapattársai.

Ennek ellenére, ahogyan el kell fogadnod őket a szerinted hiányosságaikért, nekik is el kell fogadniuk a szerinted hiányosságaidat. Hűnek kell lenned önmagadhoz és ahhoz, ami vezérel. Ha azt akarja, hogy a dolgok bizonyos módon alakuljanak ki a projektjeiben, akkor képesnek kell lennie arra, hogy mindent megtegyen, amit a legjobbnak tart. Nem várhatjuk el tőlük, hogy az Ön megközelítését alkalmazzák, de javaslatokat tehet. Ha úgy döntenek, hogy nem valósítják meg ötleteit, legyen. Ne érezze magát elutasítottnak vagy legyengültnek, mert mindaddig, amíg követi az önnek megfelelő megközelítést, addig a munkája elvégzésre kerül. Idővel megszerezhet néhány megtérőt, és megnézhet bizonyos végrehajtási stratégiákat, amelyeket alkalmazni szeretne. Mindenki tanulhat egymástól. A kihívás az a feltételezés eltávolítása, hogy mivel ez a személy nem úgy csinálja, ahogyan ő, hanem rosszul teszi.

Azt hiszem, több dolgot tehet a motiváció megőrzése érdekében.

Építsen támogatást . Tudatosan hozza létre "tapasztalt és valóban intelligens" kollégáit. Menjetek együtt ebédelni és beszéljétek meg, hogy mi zavar (pozitív módon, például "nekem volt ez az ötletem"). Ha tudják, mit gondol, és tudod, mit gondolnak, amikor találkozókon van, akkor nagyon valószínű, hogy természetesen csatlakoznak a hangjukhoz, vagy fordítva. Tulajdonképpen meg kell keresnie a lehetőségeket, hogy támogasson mindenkit, aki valami jó gyakorlatot kínál, például jó gyakorlati ötleteket kínál, függetlenül attól, hogy korábban tudta, hogy ezt a személyt érdeklik a legjobb gyakorlatok, vagy sem.
Miután megalapoztál egy jó alapot a hasonló fejlesztők között, nézd meg, tudod-e művelni azokat, akiket nem lát motiváltnak. Egyrészt meglepetés lehet. Másik esetében kevésbé valószínű, hogy blokkolnak, ha személyes barátságod van.

Rájössz, hogy ez a tevékenység nem az életed, és nem biztos, hogy a jövőd. Nem ragadtál ebbe a helyzetbe, de fejezd be mindazt, amit csak tudsz, amiért tanulhatsz. Lehet, hogy soha nem fogják értékelni a tüzet, amelyet munkádba hozol. Ez rendben van - megtanulni, hogyan kell olyan munkában élni, amely nem "kap", értékes képesség. De ha egyszer úgy érzi, hogy készen áll arra, hogy széttárja a szárnyait, ha jobb lehetőséget lát, hajrá. Ha a munkahelyen azt gondolja, hogy mi történik most, nem pedig arról, hogy „örökké milyen lesz”, az sokat változtathat a hozzáállásán.

Adj neki időt. Volt egy főnököm (aki éppen nyugdíjba vonult), aki azt mondta nekem: "Amy, nem kell annyira idegesnek lenned. És végül az emberek rájönnek, hogy igazad van." Szerintem időbe telik, és a csapatok nem változnak egyik napról a másikra, csak azért, mert hangsúlyozza, hogy ennek kellene. Adjon időt ötleteinek süllyedésre és a kapcsolattartásra, és idővel talán felnéz, és rájön, hogy a dolgok nagyon sok idő alatt megváltoztak, jobb idő alatt, kevesebb idő alatt, mint amennyitől féltetek. Ez velem történt:).

Ha problémája van, akkor az első elérhető opciót választják, vagy csak egy meglévő megoldást mutatnak be, és azt is lemásolják. És ezek a kollégák valójában magasabb pozíciókat töltenek be számomra.

Rosszul érzem magam (és szomorúan is), ha valamit úgy csinálnak, hogy tudom, hogy van jobb módszer ugyanarra a dologra.

Kollégái magasabb pozícióban lehetnek, mint Ön, mert gyorsan és hatékonyan tudnak dolgokat végezni.

Amikor azt állítja, hogy létezik "jobb módszer", azt akarja mondani, hogy nem elegáns, nem "kedves" volt a módja, és hogy ugyanezt gyengébben csinálta? Vagy azt mondja, hogy kollégái veszélyesnek, bizonytalannak vagy olyan kódnak adják a kódot, amelyet nagyon nehéz fenntartani és méretezni?

Ha az első a helyzet, akkor üdvözöljük a való világban. A vállalatok azt akarják, hogy a dolgok gyorsan történjenek, mert az idő pénz .

Ha a másodikkal van dolgod, akkor úgy hangzik, mintha szörnyű társaságban lennél, rossz vezetéssel. Szívd ki, tudj meg minél többet, majd haladj egy jobb lehetőség mellett, amikor lehetőséged van rá.

Fogalmam sincs, hogyan működnek a CS diplomák, ahonnan származik, de amit láttam, azoknak nincs sok közük egy szoftvermérnök munkájához. Az akadémia jól védett a való világtól.

A nehéz rész az ideális megoldás és a "csak működik" megoldás egyensúlyát jelenti. A szélsőségek bármelyike valóban működik - bizonyos környezetekben. Ha szerződésekben végfelhasználóktól csinál dolgokat, anélkül, hogy karbantartási kilátásokkal rendelkezne, akkor a "csak eredmények elérése" érvényes filozófia. A Shuttle szoftver írásakor több ideje marad a csiszolásra.

Amikor megpróbálja megváltoztatni a környezetében élők szemléletét, győződjön meg róla, hogy biztos benne az előnyök. Készítsen előnyöket és hátrányokat, becsülje meg a "rossz megoldások" és a "helyes kód" költségeit - ez sem ingyenes. Ha szerencséd van, a körülötted élő emberek megértik az alkalmi költségeket - ami sokkal könnyebb a jobb architektúrára, jobb kódra való áttéréshez. Ha a kód megírása kétszer hosszabb ideig tart, de a munka fele a karbantartása és kiterjesztése, akkor bizonyossággal meg akarja mutatni, hogy a költségeket valamikor megfizetik.

Az ügyfelek elégedettsége szintén rendkívül fontos tényező. Ha a jobb kód és a jobb felhasználói élmény között dönt, az UX mindig nyer és kell. Ismét a legnagyobb billenési tényező az, amikor a jobb kód jobb UX-hez vezet a jövőben - a jobb kódhatás elegendő lesz-e ahhoz, hogy a végén olcsóbb legyen? A jó kód gyakran befektetés, nem pedig valami dobozon kívüli dolog; ritkán talál lehetőséget, ha egy jó kód jobb hatékonyságot biztosít az eredeti feladatban (ne feledje, hogy a jó programozók által létrehozott "rossz" kódról beszélek - ha a programozói egyszerűen rosszak és gondatlanok, akkor "szerencsések"; a visszatérés általában tovább megy az úton, ha egyáltalán.

Az embereknek nehézségekbe ütközik a befektetés. Szerezz néhány számot. Nagyon hasznos lehet, ha összegyűjthet néhány adatot a múltból - amikor javaslatot tesz az építészeti vagy a kódminőség megváltoztatására, írja le. Amikor eljön az idő, és javaslata időt spórolna, vagy javítaná az ügyfelek elégedettségét - írja le. Ha elegen van, menjen menedzsereihez, idősekhez, bárkihez - könnyebb vitatkozni, ha "nehéz" adatok vannak a kezében.

És fordítva van. Ne feltételezzük, hogy a "jobb" kód automatikusan jobb. Sok olyan esetet tapasztaltam, amikor a programozók túl sok időt vesztegetnek olyan dolgokon, amelyek nem számítanak - egy tesztalkalmazáson, amely csak egyetlen forgatókönyv esetében létezett és máshová dobták, túl bonyolult és végül a további fejlesztést gátló architektúrát hozva létre.

A tökéletes ritkán jó. Ha a késedelem nincs tele (kisebb) hibákkal és olyan funkciókérésekkel, amelyeket egyszerűen nincs idő és erőforrás kijavítani, valószínűleg valamit rosszul csinál, és a versenytársa megnyeri Önt.

Általában az időre vagy a pénzre gondolok. A dolgok pénzre fordítása sokat segít a költség-haszon számításokban. Ettől kicsit keményebben dolgoztam, és van némi tapasztalatom ezzel kapcsolatban. Mennyit fizetnék ezért a tudásért, megéri? Időt spórol meg az úton - elég? Mennyibe kerül, ha nem így csinálom, és ez rossz döntésnek bizonyul? Döntő fontosságú tudni, mennyi időt fordítottunk az eredeti feladattal kapcsolatos hibák megoldására, különben a felfogás rendkívül hajlamossá válik. Ha becslésem szerint 4 órába került, de akkor 20 órát töltöttem a hibák kijavításával, akkor láthatónak kellett lennie, hogy a becslésem sokkal tovább volt.

Sokat kell nyomni, ha "egyedül" vagy. De meg lehet csinálni, továbbléphet a jobb gyakorlatokra, a jobb kódra, a jobb szoftverekre. Győződjön meg arról, hogy végül valóban mérhető módon jobb.