3 egyszerű módszer a szoftverfejlesztők hatékonyságának növelésére

által kifejezett vélemények Vállalkozó a közreműködők a sajátjuk.

Furcsa tendenciát vettem észre a vállalati igazgatósági üléseken. A marketing- és értékesítési alelnökök diagramokkal, jelentésekkel és finomhangolt adatokkal jelentkeznek. A pénzügyi igazgató elindít egy irányítópultot, amely részletezi a bevételek és kiadások minden fillérjét. A HR-vezető az utolsó alkalmazottig megosztja a felvételi statisztikákat. De ha a mérnöki munkáról van szó, amely minden modern vállalkozás éltető eleme, kevés adat áll rendelkezésre – csak egy homályos elképzelés arról, hogy mi működik és mi nem.

A valóság az, hogy a technikai hatékonyság és a fejlesztői tapasztalat még a legfejlettebb szervezetekben is fekete doboz marad. És ebben a dobozban hatalmas hiányosságok vannak.

Hallottam már olyan nagy bankokról, ahol több tízezer fejlesztőt foglalkoztatnak, akik 30%-os hatékonysággal dolgoznak a felpuffadt folyamatok és a felesleges fáradozások miatt. Ez több, mint az erőforrások pazarlása. A csalódott fejlesztők kiléptek. A cég bérszámfejtése lesüllyed az eredménytelenség pótlásához szükséges többletbérek súlya alatt. Az ügyfelek elakadtak a szállítmányokra várva. A termelékenységre és a kibocsátásra gyakorolt ​​globális hatást figyelembe véve ez könnyen billió dolláros probléma.

A jó hír az, hogy vannak egyszerű, konkrét módszerek a fejlesztői tapasztalat (DX) és a műszaki hatékonyság előtérbe helyezésére. Három gyorsan növekvő technológiai vállalat fejlesztőjeként, alapítójaként és vezérigazgatójaként láttam a DX fejlesztésének átalakító előnyeit. Íme, amit minden vezérigazgatónak tudnia kell:

Kapcsolódó: Használja ezt a 4 tippet a szoftverfejlesztők megnyeréséhez és megtartásához

A rossz DX valódi ára

Minden szoftverfejlesztésre támaszkodó cégnek megszállottja kell, hogy legyen a fejlesztői munkatapasztalat optimalizálása. A kutatások azt mutatják, hogy a legtöbb szoftvermérnök munkanapjának több mint felét fárasztó, ismétlődő feladatokkal tölti. Egyetlen mérnök sem akar órákat tölteni egy olyan probléma kijavításával, amelyet az automatizálás észlelhet, vagy heteket várni a többi csapat jóváhagyására. Igen, továbbléphetnek (és tesznek is) más projektekre, de a kontextusváltás növeli az ellenállást és a hibalehetőséget. Ez is egy stresszes munkamódszer.

A frusztráló munkakörnyezet magas fluktuációhoz vezet, ami mindenkor költséges, de különösen akkor, ha a kiváló fejlesztők iránti kereslet messze meghaladja a kínálatot. A Bureau of Labor Statistics szerint az Egyesült Államokban körülbelül 162 900 állás van szoftverfejlesztők és kapcsolódó foglalkozások számára. Ahogy terjednek a hírek egy vállalat DX-kudarcairól, a toborzás nehézzé válik, ami lefelé ívelő spirált eredményez.

Mindez azt jelenti, hogy a fejlesztők átlagosan 120 000 dollár feletti fizetést keresnek, és nem tesznek semmit a készpénz elégetésére. Még rosszabb, hogy a nem hatékony tervezés elkerülhetetlenül lelassítja a termékfejlesztést. Az olyan versenyképes iparágakban, mint a banki, kiskereskedelmi vagy egészségügyben működő vállalatok, amelyek nem tudják elérni a DX-et, elveszítik az ügyfeleket a versenytársakkal szemben, akik gyorsan tudnak alkalmazásokat, frissítéseket és új termékeket indítani.

Az ezüst bélés az, hogy mivel a legtöbb vállalat új a DX-ben, néhány egyszerű fejlesztés jelentős előnyökkel járhat. Íme három gyakorlati módszer a fejlesztők hatékonyságának növelésére:

Lásd még: A szoftverfejlesztés jövője 2022-ben és azt követően

1. Legyen valakinek munkája

Lehet ez egy Developer Experience Officer (DXO), egy főmérnök vagy egy rotációs csapat, de szüksége van valakire, aki a DX tulajdonosa a vállalaton belül. Itt, a Harnessnél van egy Tiger Team, amely elemzi a hatékonyság hiányát és megoldásokat javasol. Íme egy nemrégiben készült példa: A csapat úgy találta, hogy a kódbázisunk túl nagy ahhoz, hogy a fejlesztők teszteljék a változtatásokat laptopjaikon, így egy kétperces tesztet 40 perces kirándulássá változtattak egy kellően robusztus számítógép futtatásához. Miután azonosították a problémát, a megoldás egyszerű volt: csökkenteni kell a fejlesztők laptopjain szükséges mikroszolgáltatások számát, hogy saját számítógépükön tesztelhessék a kódot.

2. Gyűjtse össze az adatokat és használja azokat

Meglehetősen ironikus, hogy a mérnöki részleg – minden részlegnél – a kvantitatív működési adatok hiányától szenved. A legtöbb vállalat többet tud az értékesítési csapat termelékenységéről, mint a munkájuk középpontjában álló műszaki csapatok. Nem tudod megjavítani, amit nem mértél, ezért kezdj el kemény számokat gyűjteni. Néhány hasznos mérőszám közé tartozik az automatizált folyamatok száma a fejlesztői munkafolyamatban, mennyi munkát tud elvégezni a fejlesztő egy adott időkereten belül, valamint a projekt kezdete és a szállítás közötti átfutási idő.

Aztán ott vannak a minőségi meglátások. A legtöbb vállalat az ügyfelek és az alkalmazottak tapasztalataira vonatkozó felmérésekből származó visszajelzésekre támaszkodik, hogy megbizonyosodjon arról, hogy jó úton halad, de nincs fejlesztői megfelelője – és ez óriási hiba. Használjon felméréseket, hogy minőségi adatokat gyűjtsön a mérnököktől, és azonosítsa a megoldandó szűk keresztmetszeteket és hiányosságokat. A DX mérések olyan mutatókat tartalmazhatnak, mint például, hogy mennyire könnyű megtalálni a munkájukhoz szükséges információkat, eszközöket vagy rendszereket.

3. Távolítsa el a szükségtelen akadályokat

A fejlesztők előtt álló akadályok lehetnek kulturális vagy technológiaiak. Sok nagyvállalat számára jellemző a mikromenedzsment és a túlzott felügyelet kultúrája. A fejlesztők számára ez azt jelenti, hogy időt vesztegetnek arra várva, hogy valaki megadja az utat a lépésről lépésre történő előrelépéshez. Ehelyett állítson be magas szintű védőkorlátokat a költségek, a biztonság és a minőség köré, és adjon szabad uralmat a mérnököknek ezeken a paramétereken belül. Az egyszerűsített folyamat növeli a kreativitást és a termelékenységet, valamint növeli a fejlesztők munkával való elégedettségét.

Ez együtt jár a fejlesztők saját technikai eszköztárának frissítésével. Túl sokan ragadnak le az elavult és manuális eszközök és folyamatok használatában, vagy saját javításaik feltörésével. Ezért dolgozom az automatizálást és az AI-t használó megoldások kidolgozásán, amelyek lehetővé teszik a felhasználók számára, hogy igény szerint építhessenek, tesztelhessenek, telepítsenek és ellenőrizhessenek. Például, ha egy fejlesztő egy funkción dolgozik, annak a fő kódba való egyesítése több ezer tesztet igényelhet, ami órákig is eltarthat. Intelligens automatizálással azonban ugyanez a folyamat 20 percig is eltarthat. Vannak még olyan automatizálások is, amelyek lehetővé teszik a védőkorlátok programozott meghatározását, és automatizálják a jóváhagyásokat, ha egy projekt megfelel a specifikációknak.

Kapcsolódó: Hogyan alakítja át az AI a szoftverfejlesztést

Végső soron a fejlesztői élmény javítása nem lehet egyszeri esemény. Folyamatos odafigyelést és ismétlést igényel a releváns adatok gyűjtése, az elakadások megszüntetése, valamint a termelékenység és a munkával való elégedettség növelése. Ennek ellenére a javulás elérhető, és a lehetséges megtérülés túl nagy ahhoz, hogy figyelmen kívül hagyjuk.

Arról álmodom, hogy hamarosan besétálok egy tárgyalóterembe, és egy olyan átfogó fejlesztői termelékenységi irányítópultot látok, mint bármely más osztályé. Rendelkezésünkre állnak az eszközök és adatok a termelékenység, a morál, a hatékonyság, a vevői elégedettség és az innovációs előnyök felszabadításához. Ideje megszabadítani a fejlesztőket a fáradságtól, hogy azt a munkát végezhessék, amit szeretnek.

.

Leave a Comment

%d bloggers like this: