Proiektu-kudeatzaileei (eta nagusi izatearekin amesten dutenei) eskainia.
Kode pila idaztea zaila da, baina jendea kudeatzea are zailagoa da! Beraz, liburu hau besterik ez duzu behar biak egiten ikasteko.
Posible al da istorio dibertigarriak eta ikasgai serioak uztartzea? Michael Loppek (zirkulu estuetan Rands izenez ere ezaguna) lortu zuen. Fikziozko pertsonei buruzko fikziozko istorioak aurkituko dituzu esperientzia izugarri aberasgarriak (fikziozkoak izan arren). Honela partekatzen du Randsek bere esperientzia anitzak, batzuetan bitxiak, IT korporazio handietan lan egin zuen urteetan zehar: Apple, Pinterest, Palantir, Netscape, Symantec, etab.
Proiektu kudeatzailea al zara? Edo zure nagusi madarikatuak egun osoan zer egiten duen ulertu nahi duzu? Randsek Indioilar Puztuen Mundu Toxikoan bizirik irauten irakatsiko dizu eta disfuntzionalki distiratsuak diren pertsonen eromen orokorrean nola bizi. Burugabeko maniako komunitate bitxi honetan izaki arraroagoak ere badaude: antolakuntza-erritual mistiko baten bidez, jende askoren plan, pentsamendu eta banku-kontuen gaineko boterea lortu duten kudeatzaileak.
Liburu hau kudeaketa edo lidergo eskuizkriburik ez da. Michael Loppek ez du ezer ezkutatzen, den bezala kontatzen du (agian istorio guztiak ez dira publiko egin behar: P). Baina horrela bakarrik ulertuko duzu nola bizirauteko halako nagusi batekin, nola kudeatu geek eta nerdak eta nola eraman "proiektu madarikatu hori" amaiera zoriontsu batera!
Laburpena. Ingeniaritza mentalitatea
Hausnarketak: Jarraitu beharko zenuke kodea idazten?
Randsen kudeatzaileentzako arauei buruzko liburuak kudeaketa modernoaren "behar-beharrezko" zerrenda oso laburra du. Zerrenda honen lakonismoa “behar” kontzeptua absolutu moduko bat dela eta pertsonei dagokienez, oso kontzeptu absolutu gutxi daude. Langile batentzako kudeaketa metodo arrakastatsua benetako hondamendia izango da beste batentzat. Pentsamendu hau kudeatzailearen "egin beharreko" zerrendako lehen elementua da:
Egon malgu!
Dagoeneko dena ezagutzen duzula pentsatzea oso ideia txarra da. Konstante bakarra mundua etengabe aldatzen ari den egoera batean, malgutasuna posizio zuzen bakarra bihurtzen da.
Paradoxikoki, zerrendako bigarren elementua harrigarriro malgugabea da. Hala ere, puntu hau nire gogokoena da, uste baitut kudeaketa-hazkunderako oinarriak sortzen laguntzen duela. Paragrafo honek honela dio:
Utzi kodea idazteari!
Teorian, kudeatzaile izan nahi baduzu, zuretzako lan egiten dutenengan konfiantza izaten ikasi behar duzu eta kodeketa oso-osorik haiei lagatzen. Aholku hau digeritzen zaila izan ohi da, batez ere kudeatzaile berrientzat. Seguruenik, kudeatzaile izateko arrazoietako bat garapenean duten produktibitatea izatea da, eta gauzak okertzen direnean, euren lehen erreakzioa konfiantza osoa duten gaitasunetan atzera egitea da, hau da, kodea idazteko gaitasuna.
Kudeatzaile sortu berri bat kodea idazten "hondoratzen" dela ikusten dudanean, esaten diot: "Badakigu kodea idatzi dezakezula. Galdera da: eraman dezakezu? Jada ez zara zeure buruaren ardura bakarrik, talde osoaren arduraduna zara; eta ziurtatu nahi dut zure taldeak arazoak bere kabuz konpon ditzala lortuko duzula, zuk zeuk kodea idatzi beharrik izan gabe. Zure lana zure burua nola eskalatzea da. Ez dut bat bakarra izan nahi, zu bezalako asko egotea nahi dut».
Aholku ona, ezta? Eskala. Kudeaketa. Erantzukizuna. Halako ohiko hitzak. Pena da aholkua gaizki egotea.
Okerra?
Bai. Aholkua okerra da! Ez guztiz oker, baina nahikoa gaizki, lankide ohi batzuei deitu eta barkamena eskatu behar izan nien: “Gogoratzen al duzu nire adierazpen gogokoena kodea idazteari nola utzi behar diozun? Gaizki dago! Bai... Hasi berriro programatzen. Hasi Python eta Ruby-rekin. Bai, serio ari naiz! Zure ibilbidea horren araberakoa da!».
Borlanden software garatzaile gisa hasi nintzenean, Paradox Windows taldean lan egin nuen, talde handia zen. Bakarrik 13 aplikazio garatzaile zeuden. Proiektu honetarako funtsezko teknologietan etengabe lanean ari ziren beste taldeetako pertsonak gehitzen badituzu, hala nola datu-basearen oinarrizko motorra eta aplikazio nagusietako zerbitzuak, produktu honen garapenean zuzenean parte hartzen duten 50 ingeniari lortu dituzu.
Inoiz lan egin dudan beste talderik ere ez da tamaina honetara hurbiltzen. Izan ere, urtero joan ahala, lan egiten dudan taldeko pertsona kopurua gutxitzen ari da pixkanaka. Zer gertatzen ari da? Garatzaileak gero eta adimentsuagoak gara kolektiboki? Ez, karga partekatzen ari gara.
Zer egin dute garatzaileek azken 20 urteotan? Denbora horretan kode pilo bat idatzi genuen. Kode itsasoa! Hainbeste kode idatzi genuen, dena sinplifikatzea eta kode irekian joatea ideia ona izango zela erabaki genuen.
Zorionez, Interneti esker, orain prozesu hau ahalik eta errazena bihurtu da. Software garatzailea bazara, egiazta dezakezu oraintxe bertan! Bilatu zure izena Googlen edo Github-en eta aspaldi ahaztu duzun kodea ikusiko duzu, baina edonork aurki dezakeena. Beldurgarria, ezta? Ez al zenekien kodea betiko bizi dela? Bai, betiko bizi da.
Kodea betiko bizi da. Eta kode ona betiko bizi ez ezik, hazten da, baloratzen dutenek fresko mantentzen dela ziurtatzen dutelako etengabe. Kalitate handiko eta ondo zaindutako kode pila honek ingeniaritza-taldearen batez besteko tamaina murrizten laguntzen du, lehendik dagoen kodean zentratu beharrean kode berria idazten, eta lana jende gutxiagorekin eta denbora-epe laburragoan burutzen dugulako.
Arrazoibide-lerro honek etsigarria dirudi, baina ideia da denok integrazio-automa bat baino ez garela zinta hodi-zinta erabiliz lehendik dauden gauza zati desberdinak elkarrekin konektatzeko gauza beraren bertsio apur bat desberdina sortzeko. Pentsamendu-lerro klasikoa da azpikontratazioa maite duten goi-kargudunen artean. “Google erabiltzen dakien eta zinta bat duen edonork egin dezake hau! Orduan, zergatik ordaintzen ari gara diru asko gure makinei?».
Kudeaketa hauei diru asko ordaintzen diegu, baina horrelako zentzugabekeriak uste dute. Berriro ere, nire gakoa da gure planetan garatzaile bikain eta oso langile asko daudela; benetan distiratsuak eta arduratsuak dira, nahiz eta akreditatutako unibertsitateetan eserita minutu bakar bat ere eman ez. Bai, orain gero eta gehiago dira!
Ez dizut iradokitzen zure lekuaz kezkatzen hasterik, adiskide bikain batzuk haren bila dabiltzalako. Horretaz kezkatzen hastea proposatzen dizut, softwarearen garapenaren bilakaera ziurrenik zu baino azkarrago doalako. Hamar urte daramatzazu lanean, horietako bost zuzendari gisa, eta pentsatzen duzu: «Badakit softwarea nola garatzen den». Bai, badakizu. Agur…
Utzi kodea idazteari, baina...
Nire jatorrizko aholkuak jarraitzen badituzu eta kodea idazteari uzten badiozu, borondatez ere utziko diozu sorkuntza prozesuan parte hartzeari. Horregatik ez dut aktiboki azpikontratazioa erabiltzen. Automatek ez dute sortzen, ekoizten dute. Ongi diseinatutako prozesuek diru asko aurrezten dute, baina ez dute ezer berririk ekartzen gure mundura.
Talde txiki bat diru gutxigatik asko egiten baduzu, kodea idazteari uzteko ideia karrerako erabaki txarra iruditzen zait. Munstro-enpresetan ere beren araudi, prozesu eta politika amaigabeekin, ez duzu softwarea nola garatzen duzun ahazteko eskubiderik. Eta softwarearen garapena etengabe aldatzen ari da. Oraintxe aldatzen ari da. Zure oinen azpian! Bigarren honetan!
Objekzioak dituzu. Ulertu. Entzun dezagun.
«Rands, zuzendariaren aulkira noa! Kodea idazten jarraitzen badut, inork ez du sinetsiko hazten naizenik».
Hau galdetu nahi dizut: zure “zuzendari nagusia izatera nago!” aulkian eseri zarenetik, konturatu al zara software garapenaren panorama aldatzen ari dela, baita zure enpresan ere? Zure erantzuna baiezkoa bada, beste galdera bat egingo dizut: nola aldatzen da zehazki eta zer egingo duzu aldaketa hauen aurrean? Nire lehenengo galderari "ez" erantzun baduzu, beste aulki batera joan behar zara, (apustu dut!) softwarearen garapenaren eremua aldatzen ari baita bigarren honetan. Nola haziko zara pixkanaka softwarea nola garatzen ahazten bazaizu?
Nire aholkua ez da zure hurrengo produkturako hainbat funtzio ezartzeko konpromisoa hartzea. Etengabe hartu behar dituzu urratsak zure taldea softwarea nola eraikitzen ari den jakiteko. Zuzendari gisa eta presidenteorde gisa egin dezakezu hori. Beste zerbait?
«Uf, Rands! Baina norbaitek izan behar du arbitroa! Norbaitek irudi handia ikusi behar du. Kodea idazten badut, perspektiba galduko dut".
Oraindik arbitroa izan behar duzu, oraindik erabakiak zabaldu behar dituzu, eta oraindik astelehen goizero lau aldiz ibili behar duzu eraikinean zehar zure ingeniari batekin 30 urtez asteroko "Denok gaude kondenatutako" aldarria entzuteko. minutu.! Baina horretaz gain, ingeniaritzako pentsamoldeari eutsi behar zaio, eta ez duzu lanaldi osoko programatzailea izan behar horretarako.
Ingeniaritza mentalitatea mantentzeko nire aholkuak:
- Erabili garapen-ingurunea. Horrek esan nahi du zure taldearen tresnak ezagutu behar dituzula, besteak beste, kodea sortzeko sistema, bertsio-kontrola eta programazio-lengoaia. Ondorioz, trebea izango zara zure taldeak produktuen garapenari buruz hitz egitean erabiltzen duen hizkuntzan. Horrek zure gogoko testu-editorea erabiltzen jarraitzeko aukera emango dizu, ezin hobeto funtzionatzen duena.
- Zure produktua edozein gainazaletan deskribatzen duen eskema arkitektoniko zehatza marraztu ahal izan behar duzu edonoiz. Orain ez dut hiru gelaxka eta bi gezi dituen bertsio sinplifikatua esan nahi. Produktuaren diagrama zehatza ezagutu behar duzu. Zailena. Ez edozein diagrama polita, baizik eta azaltzeko zaila den diagrama bat. Produktua erabat ulertzeko egokia den mapa izan behar du. Etengabe aldatzen ari da, eta beti jakin behar duzu zergatik gertatu diren zenbait aldaketa.
- Funtzioetako bat ezartzea bere gain hartzea. Literalki ikaratu egiten naiz hau idazten dudan bitartean, puntu honek ezkutuko arrisku asko dituelako, baina benetan ez nago ziur #1 eta #2 puntuak bete ditzakezunik ezaugarri bat gutxienez ezartzeko konpromisoa hartu gabe. Ezaugarrietako bat zuk zeuk inplementatuz, garapen-prozesuan aktiboki parte hartuko ez ezik, aldian-aldian "Guztiaren arduraduna den kudeatzailea" roletik "bat ezartzeaz arduratzen den gizona" ere aldatzeko aukera emango dizu. funtzioen artean». Jarrera xume eta xume honek erabaki txikien garrantzia gogoraraziko dizu.
- Oraindik dardarka nago. Badirudi dagoeneko norbait oihukatzen ari zaidala: "Funtzioa ezartzea bere gain hartu duen kudeatzailea?!" (Eta ados nago berarekin!) Bai, oraindik zuzendaria zara, eta horrek esan nahi du funtzio txiki bat izan beharko lukeela, ados? Bai, oraindik asko duzu egiteko. Funtzioa inplementatzea ezin baduzu hartu, ordezko aholku batzuk dauzkat zuretzat: akats batzuk konpondu. Kasu honetan, ez duzu sorkuntzaren poza sentituko, baina produktua nola sortzen den ulertuko duzu, hau da, inoiz ez zarela lanik gabe geratuko.
- Unitate-probak idaztea. Ekoizpen zikloan berandu egiten dut oraindik jendea erotzen hasten denean. Pentsa ezazu zure produktuaren osasun-zerrenda gisa. Egin hau maiz.
Eragozpena berriro?
«Rands, kodea idazten badut, nire taldea nahastuko dut. Ez dute jakingo nor naizen: kudeatzailea edo garatzailea».
Guztiak eskubidea.
Bai, esan nion: "Ongi!" Pozten naiz zure taldea nahas dezakezula uste duzulako garatzaileen putzuan igeri eginez. Sinplea da: software garapenean rol ezberdinen arteko mugak oso lausoak dira gaur egun. UI mutilek, orokorrean, JavaScript eta CSS programazioa dei daitekeena egiten dute. Garatzaileek gero eta gehiago ikasten dute erabiltzailearen esperientziaren diseinuari buruz. Jendea elkarren artean komunikatzen da eta akatsak, besteen kodea lapurretaz eta kudeatzaile batek informazio bakanalia masibo, global eta gurutzatutako polinizazioan ez parte hartzeko arrazoi onik ez dagoela ikasten du.
Gainera, erraz ordezka daitezkeen osagaiez osatutako talde baten parte izan nahi duzu? Horrek ez du zure taldea arinagoa bihurtuko, taldekide bakoitzari produktua eta enpresa hainbat ikuspegitatik ikusteko aukera emango dio. Nola iritsiko zara errespetatzera Frank, eraikuntzaz arduratzen den tipo lasaia, bere eraikuntza-gidoien dotorezia soila ikusita baino gehiago?
Ez dut nahi zure taldea nahastu eta kaotiko bihurtzea. Aitzitik, zure taldea modu eraginkorragoan komunikatzea nahi dut. Uste dut produktua sortzen eta funtzioak lantzen parte hartzen baduzu, zure taldetik gertuago egongo zarela. Eta are garrantzitsuagoa dena, zure erakundeko softwarearen garapen prozesuan etengabeko aldaketetatik gertuago egongo zara.
Ez utzi garatzeari
Borland-eko lankide batek ahoz eraso zidan behin "kodetzailea" deitzeagatik.
«Rands, kodetzailea burugabeko makina bat da! Tximinoa! Kodetzaileak ez du ezer garrantzitsurik egiten alferrikako kodearen lerro aspergarriak idazten ezik. Ez naiz kodetzailea, software garatzailea naiz!”.
Arrazoia zuen, gorroto izango zien nire hasierako aholkuak zuzendari nagusi berriei: "Utzi kodea idazteari!" Ez kodetzaileak direla iradokitzen dudalako, baizik eta proaktiboki iradokitzen dudalako beren lanaren atal garrantzitsuenetako bat alde batera uzten hasteko: software garapena.
Beraz, nire aholkua eguneratu dut. Lider ona izan nahi baduzu, kodea idazteari utzi diezaiokezu, baina...
Izan malgua. Gogoratu zer den ingeniari izateak eta ez utzi softwarea garatzeari.
Egileari buruz
Michael Lopp software garatzaile beteranoa da, oraindik Silicon Valley-tik irten ez dena. Azken 20 urteetan, Michaelek hainbat enpresa berritzailetan lan egin du, Apple, Netscape, Symantec, Borland, Palantir, Pinterest barne, eta poliki-poliki ahanzturan flotatzen joan den startup batean ere parte hartu du.
Lanetik kanpo, Michaelek teknologiari eta kudeaketari buruzko blog ezagun bat zuzentzen du Rands ezizenarekin, non irakurleekin kudeaketaren alorreko ideiak eztabaidatzen dituen, hatza pultsuan mantentzeko etengabeko beharraren kezka adierazten duen eta azaltzen duen arren, produktu bat sortzeko sari eskuzabalak, zure arrakasta zure taldeari esker baino ez da posible. Bloga hemen aurki daiteke .
Michael bere familiarekin bizi da Redwood-en (Kalifornia). Mendi bizikletan, hockeyan jolastu eta ardo beltza edateko denbora aurkitzen du beti, osasuntsu egotea lanpetuta egotea baino garrantzitsuagoa baita.
» Liburuari buruzko xehetasun gehiago hemen aurki daitezke
»
»
Khabrozhiteleyrentzat % 20eko deskontua kupoia erabiliz - Pertsonak kudeatzea
Liburuaren paperezko bertsioa ordaintzean, liburuaren bertsio elektronikoa bidaliko da posta elektronikoz.
PD: liburuaren prezioaren %7 informatika-liburu berrien itzulpenerako izango da, inprimategiaren esku utzitako liburuen zerrenda. .
Iturria: www.habr.com