Karrier
A két oldal, amit egy FDE-nek tudnia kell
Az FDE nem a tanácsadó és a fejlesztő átlaga, hanem mindkettő legjobb része. Mit jelent ez készségszinten, és hogyan lehet a gyengébb oldalt fejleszteni.
Az „FDE” cím körül van egy félreértés, ami egyre több csalódást okoz. Sokan úgy értelmezik, hogy ez egy köztes szerep: valaki, aki elég jól kódol és elég jól kommunikál.
Ez pontosan fordítva van. Az FDE nem a két készséghalmaz átlaga. Mindkét oldal legjobb részéből áll — és ezért ritka.
Bal oldal: az üzleti megértés
Amit egy jó stratégiai tanácsadó tud:
- Munkafolyamatot felvenni megfigyeléssel, nem kérdőívvel. Észrevenni, amikor valaki „csak gyorsan megkérdez valamit” — és tudni, hogy az volt a folyamat legfontosabb lépése.
- Költséget és kockázatot érteni. Mennyibe kerül egy hiba, ki veszi észre, mikor.
- Ösztönzőket olvasni. Kinek jó ez a projekt, kinek rossz, és ki fogja csendben megakasztani.
- Elfogadtatni. Egy rendszer, amit nem használnak, nem működik.
- Számokban zárni. Úgy, hogy a pénzügyi vezető is elfogadja.
Jobb oldal: a mérnöki mélység
Amit egy jó szoftvermérnök tud:
- Rendszert tervezni. Adatmodell, API-k, hibakezelés, idempotencia.
- Ágenst építeni, ami befejezi a feladatot akkor is, ha rosszul kérdezik.
- Mérni. Eval-készlet, hibamódok, regresszió.
- Megbízhatóvá tenni. Naplózás, riasztás, újrapróbálkozás, leállási feltétel.
- Üzemeltetni. Amikor éjjel elszáll, tudni, hova kell nézni.
Miért nem elég az egyik
Csak a bal oldallal olyan rendszert terveztetsz, amit nem lehet megépíteni, vagy amit meg lehet, de nem úgy működik, ahogy a prezentáción szerepelt. A klasszikus tünet: a specifikáció szép, a megvalósítás fél év csúszás.
Csak a jobb oldallal technikailag kiváló rendszert építesz a rossz problémára. Ez a gyakoribb, és ez a drágább. A tünet: minden zöld, a mérések jók, és senki nem használja.
Hogyan fejleszd a gyengébb oldalad
Ha mérnökből jössz
Ülj be egy nem mérnöki csapathoz egy teljes napra. Ne segíts, ne javasolj. Csak nézd. Írd fel, hányszor másolnak át kézzel adatot, és hányszor kérdeznek meg valakit szóban. Ez a gyakorlat többet tanít, mint tíz cikk.
Tanulj meg költségről beszélni. Ne azt mondd, hogy „ez skálázható”, hanem azt, hogy „esetenként 38 forint, havi 4000 esetnél 152 ezer”.
Gyakorold a kétszeri elmondást. Ugyanaz a projekt mérnöknek és vezetőnek. Ha a második nehezebb, ott a fejlesztendő rész.
Fogadd el, hogy a szervezeti politika nem zaj. Ha valaki akadályoz, annak rendszerint jó oka van a saját szemszögéből. Az FDE feladata kideríteni, mi az.
Ha üzleti oldalról jössz
Építs meg egyet a végéig. Nem kell produkciós rendszernek lennie, de fusson le magától, hibákkal együtt. A 30 napos terv erre való.
Tanuld meg a hibamódokat. Nem azt, hogyan működik jól — azt, hányféleképpen tud elromlani. Ez az, ami hitelessé tesz egy mérnöki beszélgetésben.
Értsd a költségmodellt. Mi kerül pénzbe egy modellhívásnál, és miért.
Ne állíts olyat, amit nem mértél. Egy mérnöki csapat egy pontatlan technikai állítás után hónapokig nem fog komolyan venni.
Amit keresünk
Amikor mi veszünk fel valakit, egy dolgot kérünk: mesélje el ugyanazt a projektet kétszer. Egyszer úgy, mintha egy mérnöknek magyarázná, egyszer úgy, mintha egy pénzügyi vezetőnek.
A legtöbben az egyiket jól csinálják. Aki mindkettőt — az az, akit keresünk.
Ha ez rólad szól, írj. Ha még nem, de érdekel az út: 30 napos terv.
Kérdések ehhez a témához
Melyik oldalról könnyebb átjönni?
Mérnöki oldalról valamivel könnyebb, mert a technikai alap nehezebben pótolható menet közben. De a mérnöki oldalról jövők szokták jobban alábecsülni a másik oldal nehézségét — és ezen buknak el.
Hogyan derül ki egy interjún, hogy valaki tényleg mindkét oldalon erős?
Kérd meg, hogy magyarázza el ugyanazt a projektet kétszer: egyszer egy mérnöknek, egyszer egy pénzügyi vezetőnek. A különbség — vagy annak hiánya — mindent elárul.
Ez nálatok hogy néz ki?
Ha ez a probléma ismerős, kezdjük egy folyamattal. Írjátok meg, melyik részleg viszi el a legtöbb kézi munkaórát — visszaírunk egy konkrét javaslattal.