Ymroddedig i reolwyr prosiect (a'r rhai sy'n breuddwydio am ddod yn benaethiaid).
Mae ysgrifennu tunnell o god yn anodd, ond mae rheoli pobl yn anoddach byth! Felly dim ond y llyfr hwn sydd ei angen arnoch i ddysgu sut i wneud y ddau.
A yw'n bosibl cyfuno straeon doniol a gwersi difrifol? Llwyddodd Michael Lopp (a elwir hefyd mewn cylchoedd cul fel Rands). Byddwch yn dod o hyd i straeon ffuglen am bobl ffuglen gyda phrofiadau hynod werth chweil (er yn ffuglennol). Dyma sut mae Rands yn rhannu ei brofiadau amrywiol, weithiau rhyfedd a gafwyd dros y blynyddoedd o weithio mewn corfforaethau TG mawr: Apple, Pinterest, Palantir, Netscape, Symantec, ac ati.
Ydych chi'n rheolwr prosiect? Neu eisiau deall beth mae eich bos damn yn ei wneud drwy'r dydd? Bydd Rands yn eich dysgu sut i oroesi ym Myd Gwenwynig Tyrcwn Chwyddedig a ffynnu yng ngwallgofrwydd cyffredinol pobl sy'n ymddwyn yn wenfflam. Yn y gymuned ryfedd hon o ymennydd maniacal mae hyd yn oed greaduriaid dieithr - rheolwyr sydd, trwy ddefod sefydliadol gyfriniol, wedi ennill pŵer dros gynlluniau, meddyliau a chyfrifon banc llawer o bobl.
Mae'r llyfr hwn yn wahanol i unrhyw lawysgrif rheolaeth neu arweinyddiaeth. Nid yw Michael Lopp yn cuddio dim byd, mae'n ei ddweud fel y mae (efallai na ddylai pob stori gael ei chyhoeddi: P). Ond dim ond fel hyn y byddwch chi'n deall sut i oroesi gyda bos o'r fath, sut i reoli geeks a nerds, a sut i ddod â'r “prosiect damn hwnnw” i ddiweddglo hapus!
Dyfyniad. Meddylfryd peirianneg
Syniadau ar: A Ddylech Chi Barhau i Ysgrifennu Cod?
Mae llyfr Rands ar reolau i reolwyr yn cynnwys rhestr fer iawn o "rhaid ei wneud" rheolaethol fodern. Mae laconigiaeth y rhestr hon yn deillio o'r ffaith bod y cysyniad o “rhaid” yn fath o absoliwt, a phan ddaw i bobl, ychydig iawn o gysyniadau absoliwt sydd. Bydd dull rheoli llwyddiannus ar gyfer un gweithiwr yn drychineb go iawn i un arall. Y meddwl hwn yw’r eitem gyntaf ar restr “rhaid ei wneud” y rheolwr:
Arhoswch yn hyblyg!
Mae meddwl eich bod chi eisoes yn gwybod popeth yn syniad drwg iawn. Mewn sefyllfa lle mai'r unig ffaith gyson yw bod y byd yn newid yn gyson, hyblygrwydd yw'r unig sefyllfa gywir.
Yn baradocsaidd, mae'r ail eitem ar y rhestr yn rhyfeddol o anhyblyg. Fodd bynnag, y pwynt hwn yw fy ffefryn personol oherwydd credaf ei fod yn helpu i greu'r sylfaen ar gyfer twf rheolaethol. Mae'r paragraff hwn yn darllen:
Stopiwch ysgrifennu cod!
Mewn egwyddor, os ydych chi eisiau bod yn rheolwr, mae'n rhaid i chi ddysgu ymddiried yn y rhai sy'n gweithio i chi a throsglwyddo'r codio yn gyfan gwbl iddyn nhw. Mae'r cyngor hwn fel arfer yn anodd ei ddeall, yn enwedig ar gyfer rheolwyr sydd newydd eu bathu. Mae’n debyg mai un o’r rhesymau y daethant yn rheolwyr yw oherwydd eu cynhyrchiant wrth ddatblygu, a phan aiff pethau o chwith, eu hymateb cyntaf yw disgyn yn ôl ar y sgiliau y mae ganddynt hyder llawn ynddynt, sef eu gallu i ysgrifennu cod.
Pan welaf fod rheolwr sydd newydd ei fathu yn “suddo” i mewn i ysgrifennu cod, dywedaf wrtho: “Rydyn ni'n gwybod y gallwch chi ysgrifennu cod. Y cwestiwn yw: a allwch chi arwain? Nid ydych chi'n gyfrifol amdanoch chi'ch hun yn unig mwyach, chi sy'n gyfrifol am y tîm cyfan; ac rwyf am sicrhau y gallwch gael eich tîm i ddatrys problemau ar eu pen eu hunain, heb i chi orfod ysgrifennu'r cod eich hun. Eich swydd chi yw darganfod sut i raddfa eich hun. Dydw i ddim eisiau i chi fod yn un yn unig, rydw i eisiau bod llawer fel chi."
Cyngor da, iawn? Graddfa. Rheolaeth. Cyfrifoldeb. Geiriau cyffredin o'r fath. Mae'n drueni bod y cyngor yn anghywir.
Anghywir?
Ydw. Mae'r cyngor yn anghywir! Ddim yn hollol anghywir, ond yn ddigon anghywir bod yn rhaid i mi ffonio rhai cyn-gydweithwyr ac ymddiheuro: “Cofiwch y hoff ddatganiad hwnnw gennyf am sut y dylech roi'r gorau i ysgrifennu cod? Mae'n anghywir! Ie... Dechrau rhaglennu eto. Dechreuwch gyda Python a Ruby. Ydw, dwi o ddifrif! Mae eich gyrfa yn dibynnu arno!”
Pan ddechreuais fy ngyrfa fel datblygwr meddalwedd yn Borland, roeddwn yn gweithio ar dîm Paradox Windows, a oedd yn dîm enfawr. Roedd 13 o ddatblygwyr cais yn unig. Os ydych chi'n ychwanegu pobl o dimau eraill a oedd hefyd yn gweithio'n gyson ar dechnolegau allweddol ar gyfer y prosiect hwn, megis yr injan gronfa ddata graidd a'r gwasanaethau cymhwysiad craidd, roedd gennych 50 o beirianwyr yn ymwneud yn uniongyrchol â datblygu'r cynnyrch hwn.
Nid oes unrhyw dîm arall rydw i erioed wedi gweithio iddo hyd yn oed yn agos at y maint hwn. Mewn gwirionedd, gyda phob blwyddyn yn mynd heibio, mae nifer y bobl ar y tîm rwy'n gweithio arno yn gostwng yn raddol. Beth sy'n Digwydd? A ydym ni gyda'n gilydd datblygwyr yn dod yn fwy craff a doethach? Na, dim ond rhannu'r llwyth rydyn ni.
Beth mae datblygwyr wedi bod yn ei wneud dros yr 20 mlynedd diwethaf? Yn ystod y cyfnod hwn fe wnaethom ysgrifennu llwyth shitload o god. Môr o god! Fe wnaethon ni ysgrifennu cymaint o god nes i ni benderfynu y byddai'n syniad da symleiddio popeth a mynd yn ffynhonnell agored.
Yn ffodus, diolch i'r Rhyngrwyd, mae'r broses hon bellach wedi dod mor syml â phosibl. Os ydych chi'n ddatblygwr meddalwedd, gallwch chi ei wirio ar hyn o bryd! Chwiliwch eich enw ar Google neu Github a byddwch yn gweld cod yr ydych wedi hen anghofio amdano, ond y gall unrhyw un ddod o hyd iddo. Brawychus, dde? Onid oeddech chi'n gwybod bod cod yn byw am byth? Ydy, mae'n byw am byth.
Mae'r cod yn byw am byth. Ac mae cod da nid yn unig yn byw am byth, mae'n tyfu oherwydd bod y rhai sy'n ei werthfawrogi yn gyson yn sicrhau ei fod yn aros yn ffres. Mae'r pentwr hwn o god o ansawdd uchel, sy'n cael ei gynnal a'i gadw'n dda, yn helpu i leihau maint cyfartalog y tîm peirianneg oherwydd mae'n caniatáu inni ganolbwyntio ar y cod presennol yn hytrach nag ysgrifennu cod newydd, a chyflawni'r gwaith gyda llai o bobl ac mewn ffrâm amser fyrrach.
Mae'r llinell hon o resymu yn swnio'n ddigalon, ond y syniad yw mai dim ond criw o awtomata integreiddio ydyn ni i gyd gan ddefnyddio tâp dwythell i gysylltu gwahanol ddarnau o bethau presennol gyda'i gilydd i greu fersiwn ychydig yn wahanol o'r un peth. Mae hon yn ffordd glasurol o feddwl ymhlith uwch swyddogion gweithredol sydd wrth eu bodd yn rhoi gwaith ar gontract allanol. “Gall unrhyw un sy'n gwybod sut i ddefnyddio Google ac sydd â rhywfaint o dâp dwythell wneud hyn! Yna pam ydyn ni'n talu llawer o arian i'n peiriannau?”
Rydyn ni'n talu arian mawr iawn i'r dynion rheoli hyn, ond maen nhw'n meddwl nonsens o'r fath. Unwaith eto, fy mhwynt allweddol yw bod yna lawer o ddatblygwyr gwych sy'n gweithio'n galed iawn ar ein planed; maent yn wirioneddol wych a diwyd, er nad ydynt wedi treulio un funud yn eistedd mewn prifysgolion achrededig. O ie, nawr mae mwy a mwy ohonyn nhw!
Nid wyf yn awgrymu eich bod yn dechrau poeni am eich lle dim ond oherwydd honnir bod rhai cymrodyr gwych yn hela amdano. Rwy'n awgrymu ichi ddechrau poeni amdano oherwydd mae'n debyg bod esblygiad datblygu meddalwedd yn symud yn gyflymach nag ydych chi. Rydych chi wedi bod yn gweithio ers deng mlynedd, pump ohonyn nhw fel rheolwr, ac rydych chi'n meddwl: "Rwy'n gwybod yn barod sut mae meddalwedd yn cael ei ddatblygu." Ie, wyddoch chi. Hwyl…
Rhoi'r gorau i ysgrifennu cod, ond ...
Os dilynwch fy nghyngor gwreiddiol a rhoi'r gorau i ysgrifennu cod, byddwch hefyd yn rhoi'r gorau i gymryd rhan yn y broses greu o'ch gwirfodd. Am y rheswm hwn nid wyf yn mynd ati i ddefnyddio gwaith allanol. Nid yw Automata yn creu, maen nhw'n cynhyrchu. Mae prosesau sydd wedi'u cynllunio'n dda yn arbed llawer o arian, ond nid ydynt yn dod ag unrhyw beth newydd i'n byd.
Os oes gennych chi dîm bach yn gwneud llawer am ychydig o arian, yna mae'r syniad o roi'r gorau i ysgrifennu cod yn ymddangos fel penderfyniad gyrfa gwael i mi. Hyd yn oed mewn cwmnïau anghenfil gyda'u rheoliadau, prosesau a pholisïau diddiwedd, nid oes gennych hawl i anghofio sut i ddatblygu meddalwedd eich hun. Ac mae datblygu meddalwedd yn newid yn gyson. Mae'n newid ar hyn o bryd. O dan eich traed! Ar yr eiliad iawn hon!
Mae gennych chi wrthwynebiadau. Deall. Gadewch i ni wrando.
“Rands, rydw i ar fy ffordd i gadair y cyfarwyddwr! Os byddaf yn dal i ysgrifennu cod, ni fydd neb yn credu y gallaf dyfu.”
Rwyf am ofyn hyn ichi: ers i chi eistedd yn eich cadeirydd “Rydw i ar fin bod yn Brif Swyddog Gweithredol!”, a ydych chi wedi sylwi bod y dirwedd datblygu meddalwedd yn newid, hyd yn oed o fewn eich cwmni? Os mai ‘ydw’ yw eich ateb, yna fe ofynnaf gwestiwn arall ichi: sut yn union y mae’n newid a beth ydych chi’n mynd i’w wneud ynglŷn â’r newidiadau hyn? Os ateboch chi “na” i fy nghwestiwn cyntaf, yna mae angen i chi symud i gadair wahanol, oherwydd (mi fetio!) mae maes datblygu meddalwedd yn newid ar yr eiliad hon. Sut ydych chi byth yn mynd i dyfu os ydych yn araf ond yn sicr yn anghofio sut i ddatblygu meddalwedd?
Fy nghyngor i yw peidio ag ymrwymo'ch hun i weithredu tunnell o nodweddion ar gyfer eich cynnyrch nesaf. Mae angen i chi gymryd camau yn gyson i gadw ar ben sut mae'ch tîm yn adeiladu meddalwedd. Gallwch wneud hyn fel cyfarwyddwr ac fel is-lywydd. Rhywbeth arall?
“We, Rands! Ond mae'n rhaid i rywun fod yn ganolwr! Mae'n rhaid i rywun weld y darlun mawr. Os byddaf yn ysgrifennu cod, byddaf yn colli persbectif."
Mae'n rhaid i chi fod yn ganolwr o hyd, mae'n rhaid i chi ddarlledu'r penderfyniadau o hyd, ac mae dal yn rhaid i chi gerdded o gwmpas yr adeilad bedair gwaith bob bore Llun gydag un o'ch peirianwyr i wrando ar ei rant wythnosol "We're all doomed" am 30 munud.! Ond y tu hwnt i hynny i gyd, mae'n rhaid ichi gynnal meddylfryd peirianneg, ac nid oes rhaid i chi fod yn rhaglennydd amser llawn i wneud hynny.
Fy awgrymiadau ar gyfer cynnal meddylfryd peirianneg:
- Defnyddiwch yr amgylchedd datblygu. Mae hyn yn golygu y dylech fod yn gyfarwydd ag offer eich tîm, gan gynnwys y system adeiladu cod, rheoli fersiynau, ac iaith raglennu. O ganlyniad, byddwch yn dod yn hyddysg yn yr iaith y mae eich tîm yn ei defnyddio wrth siarad am ddatblygu cynnyrch. Bydd hyn hefyd yn caniatáu ichi barhau i ddefnyddio'ch hoff olygydd testun, sy'n gweithio'n berffaith.
- Rhaid i chi allu llunio diagram pensaernïol manwl yn disgrifio'ch cynnyrch ar unrhyw arwyneb ar unrhyw adeg. Nawr nid wyf yn golygu y fersiwn symlach gyda thair cell a dwy saeth. Rhaid i chi wybod diagram manwl y cynnyrch. Yr un anoddaf. Nid dim ond unrhyw ddiagram ciwt, ond diagram sy'n anodd ei egluro. Dylai fod yn fap sy'n addas ar gyfer dealltwriaeth gyflawn o'r cynnyrch. Mae'n newid yn gyson, a dylech bob amser wybod pam y digwyddodd rhai newidiadau.
- Cymryd drosodd gweithredu un o'r swyddogaethau. Rwy'n llythrennol yn wincio wrth i mi ysgrifennu hwn oherwydd mae gan y pwynt hwn lawer o beryglon cudd, ond dwi wir ddim yn siŵr y gallwch chi gyflawni pwynt #1 a phwynt #2 heb ymrwymo i weithredu o leiaf un nodwedd . Trwy weithredu un o'r nodweddion eich hun, nid yn unig y byddwch yn cymryd rhan weithredol yn y broses ddatblygu, bydd hefyd yn caniatáu ichi newid o bryd i'w gilydd o rôl “Rheolwr sy'n gyfrifol am bopeth” i rôl “Dyn sy'n gyfrifol am weithredu un. o’r swyddogaethau.” Bydd yr agwedd ostyngedig a diymhongar hon yn eich atgoffa o bwysigrwydd penderfyniadau bach.
- Rwy'n dal i ysgwyd ar hyd a lled. Mae'n ymddangos bod rhywun eisoes yn gweiddi arnaf: “Y rheolwr a gymerodd arno'i hun y broses o weithredu'r swyddogaeth?!” (Ac yr wyf yn cytuno ag ef!) Ie, chi yw'r rheolwr o hyd, sy'n golygu y dylai fod yn rhyw swyddogaeth fach, iawn? Oes, mae gennych lawer i'w wneud o hyd. Os na allwch ymgymryd â gweithredu'r swyddogaeth, yna mae gennyf rywfaint o gyngor sbâr i chi: trwsio rhai chwilod. Yn yr achos hwn, ni fyddwch yn teimlo llawenydd y greadigaeth, ond bydd gennych ddealltwriaeth o sut mae'r cynnyrch yn cael ei greu, sy'n golygu na fyddwch byth yn cael eich gadael allan o waith.
- Ysgrifennu profion uned. Rwy'n dal i wneud hyn yn hwyr yn y cylch cynhyrchu pan fydd pobl yn dechrau mynd yn wallgof. Meddyliwch amdano fel rhestr wirio iechyd ar gyfer eich cynnyrch. Gwnewch hyn yn aml.
Gwrthwynebiad eto?
“Rands, os byddaf yn ysgrifennu cod, byddaf yn drysu fy nhîm. Ni fyddant yn gwybod pwy ydw i - rheolwr neu ddatblygwr."
Da
Ie, dywedais, "Iawn!" Rwy'n falch eich bod chi'n meddwl y gallwch chi ddrysu'ch tîm dim ond trwy nofio ym mhwll y datblygwr. Mae'n syml: mae'r ffiniau rhwng gwahanol rolau mewn datblygu meddalwedd yn aneglur iawn ar hyn o bryd. Mae'r dynion UI yn gwneud yr hyn y gellir ei alw'n fras yn rhaglennu JavaScript a CSS. Mae datblygwyr yn dysgu mwy a mwy am ddylunio profiad defnyddwyr. Mae pobl yn cyfathrebu â'i gilydd ac yn dysgu am fygiau, am ddwyn cod pobl eraill, a hefyd am y ffaith nad oes rheswm da i reolwr beidio â chymryd rhan yn y bacchanalia gwybodaeth enfawr, fyd-eang, drawsbeilliol hon.
Ar ben hynny, a ydych chi am fod yn rhan o dîm sy'n cynnwys cydrannau y gellir eu newid yn hawdd? Nid yn unig y bydd hyn yn gwneud eich tîm yn fwy heini, bydd yn rhoi cyfle i bob aelod o'r tîm weld y cynnyrch a'r cwmni o amrywiaeth o safbwyntiau. Sut allwch chi ddod i barchu Frank, y dyn pwyllog sy'n gyfrifol am yr adeiladu, yn fwy nag ar ôl gweld ceinder syml ei sgriptiau adeiladu?
Dydw i ddim eisiau i'ch tîm ddryslyd ac anhrefnus. I'r gwrthwyneb, rwyf am i'ch tîm gyfathrebu'n fwy effeithiol. Rwy'n credu, os ydych chi'n ymwneud â chreu'r cynnyrch a gweithio ar nodweddion, byddwch chi'n agosach at eich tîm. Ac yn bwysicach fyth, byddwch yn agosach at newidiadau cyson yn y broses datblygu meddalwedd o fewn eich sefydliad.
Peidiwch â rhoi'r gorau i ddatblygu
Ymosododd cydweithiwr i mi yn Borland arnaf ar lafar unwaith am ei galw’n “godiwr.”
“Rands, mae'r codydd yn beiriant difeddwl! Mwnci! Nid yw'r codydd yn gwneud unrhyw beth pwysig ac eithrio ysgrifennu llinellau diflas o god diwerth. Dydw i ddim yn godiwr, dwi'n ddatblygwr meddalwedd!"
Roedd hi'n iawn, byddai wedi casáu fy nghyngor cychwynnol i Brif Weithredwyr newydd: “Rhowch y gorau i ysgrifennu cod!” Nid oherwydd fy mod yn awgrymu eu bod yn godwyr, ond yn fwy oherwydd fy mod yn awgrymu'n rhagweithiol eu bod yn dechrau anwybyddu un o rannau pwysicaf eu swydd: datblygu meddalwedd.
Felly rydw i wedi diweddaru fy nghyngor. Os ydych chi am fod yn arweinydd da, gallwch chi roi'r gorau i ysgrifennu cod, ond ...
Byddwch yn hyblyg. Cofiwch beth mae'n ei olygu i fod yn beiriannydd a pheidiwch â rhoi'r gorau i ddatblygu meddalwedd.
Am y Awdur
Mae Michael Lopp yn ddatblygwr meddalwedd hynafol nad yw wedi gadael Silicon Valley o hyd. Dros yr 20 mlynedd diwethaf, mae Michael wedi gweithio i amrywiaeth o gwmnïau arloesol, gan gynnwys Apple, Netscape, Symantec, Borland, Palantir, Pinterest, a hefyd wedi cymryd rhan mewn busnes cychwyn a symudodd yn araf i ebargofiant.
Y tu allan i’r gwaith, mae Michael yn rhedeg blog poblogaidd am dechnoleg a rheolaeth o dan y ffugenw Rands, lle mae’n trafod syniadau yn y maes rheoli gyda darllenwyr, yn mynegi pryder am yr angen cyson i gadw ei fys ar y pwls, ac yn esbonio hynny, er gwaethaf y gwobrau hael am greu cynnyrch, dim ond diolch i'ch tîm y mae eich llwyddiant yn bosibl. Gellir dod o hyd i'r blog yma .
Mae Michael yn byw gyda'i deulu yn Redwood, California. Mae bob amser yn dod o hyd i amser i feicio mynydd, chwarae hoci ac yfed gwin coch, gan fod bod yn iach yn bwysicach na bod yn brysur.
» Ceir rhagor o fanylion am y llyfr yn
»
»
Ar gyfer Khabrozhiteley gostyngiad o 20% gan ddefnyddio cwpon - Rheoli Pobl
Ar ôl talu am y fersiwn papur o'r llyfr, anfonir fersiwn electronig o'r llyfr trwy e-bost.
ON: Bydd 7% o bris y llyfr yn mynd at gyfieithu llyfrau cyfrifiadurol newydd, rhestr o lyfrau yn cael eu trosglwyddo i'r tŷ argraffu .
Ffynhonnell: hab.com