a legirritálóbb problémák amit sok főnök nem akar elfogadni a szoftverfejlesztésről

Vannak, akik nem értik, vagy nem akarják megérteni.

Ebben a cikkben elgondolkodom a különböző vállalatoknál töltött időmről és a főnökökkel kapcsolatos tapasztalataimról (legtöbbjüknek nem volt technikai tudása). Természetesen ezek személyes vélemények, de úgy gondolom, hogy sok más fejlesztő tapasztalt már hasonlókat.

Bízz bennük

Sok menedzser ragaszkodik ahhoz, hogy az irodában töltött órák alapján mérje meg, mit csinál. Ha öt óra alatt befejeztem valami nagyon bonyolultat, és túl kimerült vagyok ahhoz, hogy valami újat kezdjek, hadd menjek haza. Egy másik nap fordítva lesz.

Ha azt szeretné, hogy a fejlesztők jól működjenek, bízzon bennük, és fizessen nekik jól. Ha úgy döntök, hogy kiveszek pár órát, mert a fejem nem tudja kezelni, hadd tegyem meg. A szoftver előállítása nem valami mechanikus vagy valami, amit egy adott helyen kell elvégezni. Ha bízol a fejlesztőkben, akkor aggódni fognak, hogy jól és hatékonyan csinálják a dolgokat - és senki sem jobb náluk a szervezésben.

Bízzon a fejlesztők megítélésében a fejlesztői stack kiválasztásakor, mert ők általában tájékozottak az aktuális lehetőségekről - előnyökről és hátrányokról.

A fókusz fontos

A fejlesztők nem ugrálhatnak egyik projektről a másikra. A kontextus megváltoztatása időt vesz igénybe, és ha azt szeretné, hogy valami jól működjön, akkor a fejlesztőknek egy dologra kell összpontosítaniuk - nem ezerre.

Apró változások

Igen, vannak és gyakoriak a változások. De bármilyen apró változás, még egy egyszerű is, kivehet a fókuszból, és órákat veszíthet. Képzelje el például, hogy adatelemzési projektet fejleszt. Hirtelen a főnöke azt mondja, hogy adjon hozzá egy új űrlapot a felhasználó életkorának tárolására az alkalmazáshoz (egy olyan alkalmazáshoz, amely már fel van töltve a Google Playre vagy az App Store-ba). Bár ez elvben nagyon egyszerűnek tűnik, figyelembe kell vennie a következőket:

Emlékeznie kell arra, hogyan készült a kérelem.

Meg kell tennie a változást.

Frissítenie kell az alkalmazást az egyes üzletek által kért legújabb biztonsági házirendek szerint.

Tesztelned kell.

Össze kell állítania és fel kell töltenie a különböző üzletekbe. És ha hosszú idő telt el az utolsó változás óta, akkor valószínűleg megváltoztatták a szabályokat és a módját.

Végül több mint egy napot vesz igénybe.

Minden fontos prioritású

Ha minden fontos prioritás, akkor semmi sem fontos. Tehát, ha azt mondja a fejlesztőknek, hogy tegyenek egy kicsit egy dolgot, majd egy másikat, a végén nem fogják befejezni őket, és minden késni fog.

Őszintén szólva, ezt sokszor tapasztaltam a múltban, és ez volt az egyik dolog, ami a legjobban irritált.

Nem tud nemet mondani az ügyfeleknek

Egy újabb klasszikus. Először eladják a terméket, hogy jól nézzen ki az ügyfél számára anélkül, hogy megbeszélnék a fejlesztőkkel, majd azt mondják a fejlesztőknek, hogy tegyék ezt meg, még akkor is, ha tudják, hogy ez hiba. De a végén a fejlesztők hibája lesz, ha minden rosszul megy.

Ezerszer ugyanazt a dolgot kérve

Sokuk számára, eltekintve attól, hogy a munkáját végzi, a titkárnőjük. Ezerszer kérhetnek olyan dokumentumokat és elemzéseket, amelyeket számos alkalommal küldött nekik, ahelyett, hogy először kereste volna őket.

A becslés nagyon nehéz

A szoftverfejlesztés becslése - különösen, ha valami új - nagyon nehéz. Azonban meg kell bíznia a fejlesztőkben és durva becsléseikben, mert tudják, hogy a problémák mindig megjelennek ott, ahol első pillantásra nem láthatja őket.

Tiszteld a fejlesztő idejét

Ne tartson olyan értekezleteket, amelyek nem szükségesek, és amikor értekezletet vagy "vállalati" eseményt szervez, munkaidőben tegye meg. A szabadidő az szabad idő, és ez fontos.

A nyomás nem jó

Soha ne kényszerítse a fejlesztőket, hogy gyorsabban fejezzék be munkájukat. A végén több hibát követnek el, és a dolgok még lassabban fognak menni. Ehelyett bízzon bennük, amikor azt mondják, hogy valami egy napig tart. A jó mindig győzedelmeskedik a gonosz felett – jobb időt szánni a dolgok helyes megtételére.

Fektessen a dolgozókba

Fektessen be a fejlesztőkbe, és biztosítson számukra jó felszerelést. Ha szükségük van egy második monitorra vagy a gép frissítésére, hallgassa meg őket, mert a nem megfelelő hardverrel való fejlesztés miatt elvesztett idő nagyon értékes, és még a fejlesztők frusztrációját is okozza. Pénzügyi szempontból a beruházás nemcsak megtérül, hanem számos előnnyel jár.

Ha otthon dolgoznak, segíts nekik kényelmesen lenni - csakúgy, mint az irodában. Nem lehetnek különbségek. Ha székre van szükségük, vedd meg nekik.

Egy jó szék kevesebb, mint 200 dollárba kerül, és ezt két produktív óra alatt helyreállítják.

Valami régi módosítása általában problémákat okoz

Egy régi projekten bárminek a módosítása akár egy űrodisszea is lehet.

Először is működőképessé kell tennie a projektet. Ezután meg kell próbálnia megérteni, és meg kell tennie azt, amire kérték. Gyakran az a legjobb, ha a nulláról kezdi, ha nem akarja, hogy túl drága legyen.

Egy régi termék értékesítése, de "kisebb módosításokkal" egy másik ügyfél számára, amelyet egy ideje nem érintettek, teljes katasztrófához és az egekbe szökő órákhoz vezethet. És vigyázz, ez nem a fejlesztő hibája. Először is tökéletesen meg kell érteniük a projekt elavult nyelvét - stack-jét - az egész framework-ot amit akkor használtak, mindezt gyakran dokumentáció nélkül.

A status quo

Egyes vezetők eltökéltek abban, hogy fenntartsák a status quo-t, mindent eldöntsenek, és ne engedjenek senkinek semmilyen döntést meghozni. Ez csak a fejlesztőket tántorítja el és ijeszti meg.

Végső gondolatok

Összefoglalva, ha azt szeretné, hogy vállalata virágozzon, vigyázzon a munkavállalókra, fizessen nekik jól, és bízzon bennük. A végén nem is olyan nehéz helyrehozni. Minden kapcsolatnak a tiszteleten és a bizalmon kell alapulnia, és ezzel szinte minden problémát meg lehet oldani.

Az a fejlesztő, aki 3-6 hónap után elhagyja a céget, katasztrófa a termék vagy szolgáltatás számára.