Ez egészen addig hangzik jól, amíg a betanulás nem a kollégák zsebére megy.
Ja, hát ha a cég nem érti, hát nem érti :) Voltam én olyan helyen, ahol mérnökórát adtunk el, és a utilization volt az isten (volt is ebből súrlódás mind egyszeri paraszt vs manager mind manager vs neki a főnöke fronton), de azért ott is az volt, hogy a friss fiúk valahogy úgy mentek projektre, hogy 4 kéz kelljen, aztán már mentek úgy is, hogy ez a tied, glhf, aztán egy idő után megint 4 kezes projekteket kaptak, csak akkor már a másik kettő voltak ők.
de azt mondjuk nehezen tudom elképzelni, hogy fejlesztés oldalon se végeznének megtérülés és egyéb számításokat.
Természetesen végeznek ilyeneket, de fejlesztés oldalon általában kicsit más a dinamika, nagyobb szopás embereket tényleg produktívan bepakolni egy csapatba, mint olyan helyen, ahol "kész" termékek összerakása a feladat (nem lebecsülendő ezt egyáltalán, még mielőtt), ott egy kicsit jobban csereszabatosak az emberek, ezért aztán ezeket szokás belekalkulálni. Elég nagy méretben úgyis kb csapatokban gondolkozik a biznisz, mint felhasználható erőforrás, tudjuk, hogy viszonylag komoly idő míg összeáll, tudjuk, hogy befektetést igényel, hogy úgy is maradjon, és ne zuhanjon vissza ground zero, és tudjuk, hogy összességében az egyenletes szállítási teljesítmény általában jobb mint a folyamatos 100%-ra hajtás, amiből aztán időnként erős visszaesés lesz.
Illetve nyilván nem úgy kell ezt elképzelni, hogy évekig nem csinál semmi hasznosat egy ilyen fejlesztő. Inkább úgy nézd, hogy az, akiben van potenciál sokkal gyorsabban lesz képes eljutni oda, hogy a még hasznosabb munkát tudjon végezni, mintha egyedül kellene neki szopni. Akiben meg nincs, az gyorsabban fog tudni beállni arra, hogy kisebb "selejtszámmal" csinálja élete végéig kb ugyanazt (és fejlesztésen a selejt takarítása általában valaki drágának fogja az idejét elvenni ígyis-úgyis).