Ennek a kérdésnek a másik végén álltam, az én felelősségem volt kódot rendelni az ügyfelem által beállított SVN-példányhoz. Sem én, sem a projekt másik vállalkozója soha nem tudta elérni, hogy az SVN megfelelően működjön. Odáig jutott, hogy kibontottuk a kódot, és elküldtük a projektet az ügyfélnek, és rájuk bíztuk a rendezést.
Vállalkozói függetlenség
A „munkanapom” körülbelül 3–3,5 óra. Ennyi időt töltök a számítógépes kódolással, és hány órát számlázok. Mivel a házamból dolgozom, egy kis időt töltök mosással, teázással, szaladgálok ebéddel, hajvágással vagy autójavítással stb. És természetesen a táblákon, például az SE-n és a LinkedIn-en is áttekintve a kérdéseket.
Különböző időkben mentoráltam embereket, gyakran vetélkedtem velük vacsora közben a programozással, az üzleti életsel, a tudománygal stb. kapcsolatos kérdésekben. Ennek során egyre jobban meg tudtam magyarázni a dolgokat. Több tucatszor emlékszem, amikor megpróbáltam elmagyarázni valamit, amire a helyszínen rájöttem, valami érintőleges a magyarázatra, de mégis hasznos betekintést. Gyakran ezek később kritikus jelentőségűek voltak. Az egyik dolog, amit kaptam ebből, az az, hogy megtanulom, hogyan kell kommunikálni a nem technikai emberekkel, és hogyan legyek türelmes azokkal az emberekkel, akik az adott körülmények között mindent megtesznek, de túl vannak a fejükön.
Lehetséges, hogy a vállalkozó egyszerűen olyan dolgokat csinál, amelyekről azt gondolja, hogy meg kell tenniük: korábban mikromenedzsmenten működtek, és nagyjából hangolták. Vagy eltölthetnek időt azzal, hogy elmagyarázzák neked, miért teszik ezt úgy, ahogy csinálják, vagy egyszerűen meg tudják csinálni. Azt mondták nekik, hogy egy adott dátumig meg kell csinálni, valószínűleg már az elején tudták, hogy ez nem fog megtörténni, ezért a kódfejlesztés természetes ütemével gyártanak. Az egyik projektben azt mondták nekem, hogy hat hónapra el kell végeznem egy törvényhozási határidőig; 18 hónappal később befejeztem. Ha elbocsátja őket, és másokat vesz fel ugyanazzal a határidővel, ugyanazokat az eredményeket érheti el, ha a problémát egyszerűen nem lehet megoldani az Ön által igényelt időkeretben.
Röviden, amikor az emberek a választáson kívüli szerződéskötés, általában azért van, hogy „saját szabályokat alkothassanak”. Általában felfedezték, hogy mindent megtesznek, ha megszabadulnak a rutinszerű munkavállalói gondoktól: a felhasználók vagy munkatársaik „beugrása”, a vezetők részéről történő részletes eljárások, „minden kéz” találkozók, az alaszkai sütőkamrák stb.
Egyes vállalkozók ezt meg tudják magyarázni, ha ügyfeleik hallgatnak, mások nem olyan ügyesek. Nincs semmi baj a kód bekérésével, de ha az SVN problémákat okoz, akkor csak küldjön nekik egy archívumot, és feloszthatja azt egy duplikált projektmappába. Soha nincs gondom a munkám bemutatásával; vannak olyan emberek, akik nagyon védekeznek, amikor a menedzser rutinszerű frissítéseket kér. Ebben az esetben a vállalkozó valószínűleg egyáltalán nem végzi a munkáját.
A vállalkozókkal azonos bánásmód az alkalmazottakkal
Sok vállalkozó szeretne alkalmazott lenni - szerencsétlennek tartja a „karok közötti” kapcsolatot. Általában ez igaz, ha olyan előnyöket keresnek, mint a nyaralás és az egészségügy, ne bánják a 8: 00-5: 00 közötti rutint, és szeretnék hinni, hogy a munkáltató évekig tartja őket. Ezek az emberek hajlamosak a helyszínen dolgozni, az íróasztaluk úgy néz ki, mint a teljes munkaidő, és furcsává válnak, amikor a vezetők nem tartják naprakészen a megújítási státuszt. Amikor megtalálja ezeket, bánjon velük úgy, mint az alkalmazottakkal, és amikor csak lehetséges, tegye őket is. nem wannabe alkalmazottak. Csak egy lépésre vannak attól, hogy saját céget alapítsanak, és saját termékeiket árulják el. Ezeket a legjobban nagyon független tanácsadóként kezelhetjük.
'Over The Top'
Az a bizonyos pont, amelyet felhoztál, nem zavarna, ez egy ésszerű kérés. Mindazonáltal felkérés, hogy mindig végezzen apróságokat, zavaró, különösen, ha felborítja a koncentrációt. Megszoktam, hogy sok problémára összpontosítva töltöm az időt, ami egyes esetekben napokig tart. Munkahelyzetben voltam, vállalkozóként és alkalmazottként egyaránt, ahol a munkakörnyezet olyan tele volt megszakításokkal, hogy nem tudtam előre haladni.
A jelek szerint semmi sem történik Mind
A munkaadók időről időre olyan emberekbe ütköznek, akiknek nincs esélyük a hógolyóra.
Az egyik példa egy közszolgálati alkalmazott volt, aki néhány szerver felügyeletéért felelős. Ez az egyén csendes és zárkózott volt, egészen addig, hogy hikikomori volt. A bázist bezárásra szánták, és ennek az egyénnek sikerült munkát találnia a város egyik fő magánfogadójával. Munkaviszonyának utolsó napján az ajtón kifelé menet átadta a jelszavait. Szinte azonnal kiderült, hogy a munkaviszony teljes ideje alatt nem tett semmit.
Röviden, a szoftver- és rendszeradminisztrációban a hallgatás nem arany. Az igazi programozók általában zajosak, ragaszkodnak ahhoz, hogy az általuk használt programozási nyelv legyen a legnagyobb, vitatkozni fognak adatbázisokról, processzorarchitektúrákról, böngészőkről és bármi másról. Hasonló gondolkodású emberek csoportjában hajlamosak panaszkodni a főnökökre, a felhasználókra, a munkatársakra, az eladókra és a segítő oldalakra. Vegye figyelembe, hogy ezen a táblán a felhasználók hány százaléka van informatikai kapcsolatban.
Olyan klienst vettem fel, aki kétségbeesett helyzetben volt. Eredetileg a két fejlesztő egy számítógép mellett ült az ügyfél irodájában, és kavarták az orvosi számlázási rendszer működéséhez szükséges tervezési kérdéseket. Végül azonban fokozatosan többet végeztek „vidéki munkájukban”, és elkerülték a helyszínen való jelenlétet. Bizonyos összeget számoltak fel a „támogatásért”, amiből ez állt, havonta egyszer, hogy újra indexeljék a fájlokat. Nem sikerült megtalálni a forráskódot, amelyről a szerződésben megállapodtak, hogy elhagyják a helyszínt. Amikor átadták nekik a másolatukat, az más lemezkapacitással rendelkezett, mint az ügyfél irodájában - a város más lakosain keresztül kellett átmenni a fájlok átviteléhez. Röviden, egyszerűen átálltak a fejlesztésről az ügyfél fejésére, és a valós kérdések megoldatlanok maradtak, mint például a Medicare számlázási formáinak megváltoztatása. Körülbelül hat hétbe tellett a kritikus problémák megoldása - onnantól kezdve más fejlesztéseket hajtottam végre, amelyek elfoglaltak és az orvosi rendelőt eredményesebbé tették.
A harmadik történet egy kis hallomás - én valakit felváltottak, aki más lehetőségeket talált. A projekt legfelsõbb vezetõje idõnként velem ebédelt, és néhány hónapos munka után elmondta, milyen körülmények között ment el az elõzõ alkalmazott. Feladata alapvetően az elavult FoxPro kód kijavítása volt - a rendszernek súlyos teljesítményproblémái voltak, és néhány dolog hibás volt. Amikor megnéztem a kódot, kissé zavarba ejtő volt, a háttérrendszer SQL Server (6.5) volt, tárolt eljárásokkal. Ez nem volt Y2K-kompatibilis, ezért némi nyomás nehezedett ránk. Mindenesetre, miután egy hónapja ott volt, a vezető menedzser betért hozzá, hogy frissítést kapjon, megsértődött a kérdésen, és azt mondta: "Miért zavarsz engem? Kilépek!'. Ezzel kilépett az ajtón.
Az volt a véleményem, hogy néhány napig dolgoztam a FoxPro dolgain, hogy fenntarthatatlan, és csak be kellene írnunk az új rendszert a VB6-ba, és ezzel készen kell lennünk. Mint kiderült, az igazi teljesítményproblémák a szerverrel voltak, amelyet jelentős frissítéssel cseréltünk le. Ha tudatosította volna a projektmenedzserben a kód fenntartásának nehézségeit és a szerver által előidézett korlátokat, nem valószínű, hogy egy hónappal később a helyszínen érezte volna magát a helyszínen, amikor a főnök státuszt kért.
Ha valaki ezt személyesen veszi, az azt jelenti, hogy vagy fogalma sincs arról, hogy mit csinál, vagy nem érezte úgy, hogy megbeszélhetné a fejlesztési erőfeszítések átirányítását a jobb eredmény elérése érdekében. Hajlamos vagyok gyanítani az előbbit, mivel csoportunk emberei éppen a szerződés teljesítésének legjobb módját próbálták megtalálni.