A menedzser útmutató Hogyan lehet megérteni, hogy a fejlesztők tényleg működik

Találkoztál már a menedzser, a tartalom fejlődés sebessége? Személy szerint én nem. De néha gorazdno rosszabb, mint a sebesség ... Hallottam egy csomó oktatási beszélgetések az ügyfelek a fejlesztő munka - miért nem tud írni kódot 08:00 evezni és miért ül, és nézi a falat, vagy akár játék asztalitenisz, a tervező is működik, mert figyelembe véve a megoldás ezen a ponton. Egyszer az egyik felső vezetők bejött a szobámba, kiabálva: „Nem működik! Ülnek az interneten. Mit tehetünk ez ellen? "

Szóval, én megmondom egy történetet a két csapat. Mindketten dolgoztak a mobil termékek ugyanolyan összetettek. Egy csapat már dolgozik keményen egész idő alatt - 10-12 órát naponta, gyakran dolgozik hétvégén. Minden kiadás számukra a harc - szinte mindig sikerült kigurul idejével, de nehéz volt, nagyon nehéz. Mindenki tudta, hogy milyen keményen dolgoznak - már állandó mozgás, és mindenki láthatja ránézésre az egész csapat foglalt. Elég gyakran voltak „kritikus blokkok” megjelenése előtt, és az egész csapat fogja megoldani ezt a problémát. Látni lehetett őket áll közel a számítógépet, és valami megvitatni. Ha mosolyognak szerencse - Találtam egy fix nem okoz semmilyen új hibákat, de néha volt egy egész láncot - egy probléma a másik után merült fel. Így kellett egész éjjel dolgoznia, hogy felkészüljenek a kiadás épít.

A második csapat teljesen más volt - kezdtek dolgozni 11 órakor reggel és menj haza 6-7 óráig. Ők is már ezzel a rendszeres kiadások és szinte soha nem késett. Ők sokat dolgoztunk alkalmazás architektúra, annak érdekében, hogy érthető és könnyen karbantartható. Az architektúra nem volt tökéletes, de ők próbálják javítani. Nem voltak a pánik megjelenése előtt, a fejlesztők több vagy kevesebb megjósolni a bonyolultsága az új funtsionala. Igen, ők is töltenek sok időt a unit tesztek és integrációs tesztek. Nem tudták tölteni a fél sprint újratervezés. Vajon könnyebb helyzetben vannak, mint az előző csapat? Nem.

Hogy nézett ki a vezetők? Fogadok, hogy azt sugallják, valami hasonló „Az első csapat keményen dolgozik, a második - nem.” Menedzserek is próbálták mérni „termelékenység”, teljesítményének összehasonlításával töltött órák - az első parancs után csaknem kétszer annyi órát Jira. Tehát, mindenki számára nyilvánvaló volt, hogy a második csapat nagyon lusta.

De mi a helyzet az eredmények? Már majdnem ugyanaz a két csapat - futó alkalmazások prodakshene, kevésbé elégedett ügyfelek), nem tudok még mondani, hogy a második kérelem, hogy jobban fut, és tartalmaznia kevesebb hibát (és ez igaz)

Szóval, hogyan tudja, hogy a fejlesztők keményen dolgoznak

Ez a történet azt mutatja, hogy nem lehet megítélni a teljesítményét a csapat, nézd, milyen elfoglalt fejlesztők.

Személy szerint úgy vélem, hogy ezek a fejlesztők kellene lusta. Ha mégis ugyanazt kétszer - ők túl lusta, hogy ismételje meg, így próbálják kitalálni, hogyan lehet automatizálni ezt a folyamatot. Lusták, ezért nem engedheti meg magának, hogy ismételje meg -, hogy megszabaduljon tőlük, amennyire csak lehetséges. Ők mindig keres egy kényelmes és hatékony lehetőségeket.

Itt van egy kis útmutató a projekt menedzserek. Először meg kell állapítani, mi a probléma.

Ha nincsenek problémák és hibák a fejlesztés, de úgy érzi, hogy „ez nem helyes”:

1. Lehetetlen, hogy írjon kódot napi 8 órában. Meg kell idő még gondolni, mert ha nem egy írógép - először el kell döntenie, hogy mit lehet nyomtatni. Gondolkodás idő néha venni sokszor több nyomtatást.
2. Ami tükrözi -, akkor nem hiszem, 8:00 a sorozat (és itt nem azt értem, a gondolat, hogy a közelgő ünnep - személyesen belegondolok egész nap). Azt jelentette, hogy „kitalálni”. Meg kell idő feltalálta ötleteket. Nem lehet csak egy gép, a generátor az ötletek. Tehát mindig egy kis „rés” a munkanap.
3. Project Manager nagyon nehéz megérteni, hogy a fejlesztő - a menedzser nap áll megszakítások a „Feed Manager”. Fejlesztő Takarmány naobort - folyamatos, ha letölti az összes információt a feladat maga az agyban - és azok értékeit, tárgyak, kommunikáció stb Meg kell tartani az egészet a fejét, hogy írni a kódot, amellett, hogy a „modell” megoldásokat. Meg lehet megunni. Az agy akar egy kis pihenés. Olyan ez, mint szállító nehéz dobozokat néhány órára - csak meg kell lazítani. És feltölti az összes agyi és nyissa vöröses. Ezen a ponton, adja meg a menedzser és a „Hey, miért nem működik. "
4. Haladás. Ön nem tud haladni, ha minden alkalommal betöltve. Nem volt ideje változtatni. Ezért nem kell időt erre - kísérletek, a növekedés, a tanulás
5. Ez nem egy gyárban. Nem lehet megítélni egy teljesítmény, egyszerű mérőszámok, mint például „a kiadott példány.” Mindezek az egyszerű mérőszámok, mint például a több sornyi kódot, vagy „mennyiségű funkciók” egy ideig. A fejlesztők nem ostobák (sajnos ezek is okos) - amikor elkezdi mérni őket - betörni a mutatót. Az egyetlen módja annak, hogy hasznot húznak belőle - helyezze a mutatót a „siker” - eléréséhez néhány csapat céljait, kiadások, megérkezett, elégedett ügyfelek. Nem probléma ezzel? Tehát semmi sem rögzíti.

Vannak hibák a fejlesztés
Próbáld megtalálni a kiváltó ok. A legegyszerűbb módja - azt jelenti, hogy a fejlesztők lusták. Még ha a fejlesztő nem működik ... Egyszerűen nem működik minden nap. Próbálja meg kitalálni, hogy miért. Talán azért, mert, mint projektmenedzser, munkájukat rosszul: a fejlesztő nem érdekelt a projektben? Mivel minden nagyon unalmas? Mert „nincs értelme, hogy bármit, én még mindig folyik hibáztatni a végén?”
Igen, néha találkoznak a fejlesztők, akik egyszerűen nem akarnak dolgozni. Ez nem nehéz megérteni. A megoldás egyszerű - van nekik tüzelt.

Szóval, ne próbálja megváltoztatni az embereket. Megváltoztatni a környezetet, változás-menedzsment, távolítsa el az akadályokat. Legyen kertész - nem tud egy igazi virág a kezét, de akkor növekszik meg.