Buku "Cara ngatur intelektual. Aku, kutu buku lan kutu buku"

Darmabakti kanggo manajer proyek (lan sing ngimpi dadi bos).

Nulis ton kode angel, nanging ngatur wong malah luwih angel! Dadi, sampeyan mung butuh buku iki kanggo sinau carane nindakake loro-lorone.

Apa bisa nggabungake crita lucu lan pelajaran serius? Michael Lopp (uga dikenal ing bunderan sempit minangka Rands) sukses. Sampeyan bakal nemokake crita fiksi babagan wong fiksi kanthi pengalaman sing luar biasa (sanajan fiksi). Iki minangka cara Rands nuduhake pengalaman sing beda-beda, kadhangkala aneh sing dipikolehi sajrone pirang-pirang taun kerja ing perusahaan IT gedhe: Apple, Pinterest, Palantir, Netscape, Symantec, lsp.

Apa sampeyan manajer proyek? Utawa pengin ngerti apa sing ditindakake bos sialan sampeyan kabeh dina? Rands bakal mulang sampeyan carane urip ing Toxic World of Inflated Turkeys lan berkembang ing kegilaan umum saka wong sing flamboyan. Ing komunitas brainiacs maniacal sing aneh iki ana makhluk sing ora dikenal - manajer sing, liwat ritual organisasi mistis, wis entuk kekuwatan babagan rencana, pikirane lan akun bank akeh wong.

Buku iki ora kaya manuskrip manajemen utawa kepemimpinan. Michael Lopp ora ndhelikake apa-apa, dheweke mung ngandhani kaya apa wae (mbok menawa ora kabeh crita kudu digawe umum: P). Nanging mung kanthi cara iki sampeyan bakal ngerti carane urip karo bos kasebut, carane ngatur geeks lan kutu buku, lan carane nggawa "proyek sialan kasebut" menyang pungkasan sing nyenengake!

Kutipan. Mental engineering

Pikiran babagan: Apa Sampeyan Kudu Terus Nulis Kode?

Buku Rands babagan aturan kanggo manajer ngemot dhaptar "kudu-dos" manajerial modern. Ing laconicism saka dhaftar iki Asal-Usul saka kasunyatan sing konsep "kudu" punika jenis Absolute, lan nalika nerangake wong, ana sawetara banget konsep Absolute. Cara manajemen sing sukses kanggo siji karyawan bakal dadi bencana nyata kanggo liyane. Pikiran iki minangka item pisanan ing dhaptar "kudu" manajer:

Tetap fleksibel!

Mikir sing wis ngerti kabeh iku idea ala banget. Ing kahanan sing mung kasunyatan sing terus-terusan yaiku jagad terus ganti, keluwesan dadi siji-sijine posisi sing bener.

Paradoks, item nomer loro ing dhaptar kasebut pancen ora fleksibel. Nanging, titik iki minangka favoritku amarga aku yakin mbantu nggawe dhasar kanggo pangembangan manajerial. Paragraf iki maca:

Stop nulis kode!

Ing teori, yen sampeyan pengin dadi manajer, sampeyan kudu sinau kanggo dipercaya wong-wong sing makarya kanggo sampeyan lan nyerahke coding kabeh kanggo wong-wong mau. Saran iki biasane angel dicerna, utamane kanggo manajer sing anyar. Mbokmenawa salah sawijining alasan dheweke dadi manajer amarga produktivitase ing pembangunan, lan yen ana masalah, reaksi pisanane yaiku mundur saka katrampilan sing dipercaya, yaiku kemampuan nulis kode.

Nalika aku weruh manawa manajer sing mentas dicithak "klelep" nulis kode, aku kandha marang dheweke: "Kita ngerti yen sampeyan bisa nulis kode. Pitakonan yaiku: sampeyan bisa mimpin? Sampeyan ora tanggung jawab maneh kanggo awake dhewe, sampeyan tanggung jawab kanggo kabeh tim; lan aku pengin nggawe manawa sampeyan bisa njaluk tim kanggo ngatasi masalah ing dhewe, tanpa sampeyan kudu nulis kode dhewe. Tugas sampeyan yaiku kanggo nemtokake cara ngukur dhewe. Aku ora pengin kowe dadi siji, aku pengin akeh sing kaya kowe.”

Saran apik, bener? Skala. Manajemen. Tanggung jawabe. Buzzwords umum kuwi. Sayange sarane salah.

salah?

ya. Saran iku salah! Ora babar blas salah, nanging cukup salah aku kudu nelpon sawetara mantan kolega lan njaluk ngapura: "Elinga statement favorit saka mine babagan carane sampeyan kudu mungkasi nulis kode? Iku salah! Ya... Mulai program maneh. Mulai karo Python lan Ruby. Ya, aku serius! Karirmu gumantung!”

Nalika miwiti karir minangka pangembang piranti lunak ing Borland, aku kerja ing tim Windows Paradox, sing minangka tim gedhe. Mung ana 13 pangembang aplikasi. Yen sampeyan nambahake wong saka tim liyane sing uga terus-terusan nggarap teknologi utama kanggo proyek iki, kayata mesin basis data inti lan layanan aplikasi inti, sampeyan entuk 50 insinyur langsung melu pangembangan produk iki.

Ora ana tim liyane sing wis daklakoni malah nyedhaki ukuran iki. Nyatane, saben taun, jumlah wong ing tim sing dakgarap saya suwe saya suda. Ana apa? Apa kita pangembang bebarengan dadi luwih pinter lan luwih pinter? Ora, kita mung nuduhake beban.

Apa sing wis ditindakake para pangembang sajrone 20 taun kepungkur? Sak iki wektu kita wrote shitload kode. Segara kode! Kita nulis akeh kode sing kita mutusake bakal dadi ide sing apik kanggo nyederhanakake kabeh lan mbukak sumber terbuka.

Begjanipun, thanks kanggo Internet, proses iki saiki wis dadi prasaja sabisa. Yen sampeyan minangka pangembang piranti lunak, sampeyan bisa mriksa saiki! Telusuri jeneng sampeyan ing Google utawa Github lan sampeyan bakal weruh kode sing wis suwe sampeyan lali, nanging sapa wae bisa nemokake. Medeni, ta? Apa sampeyan ora ngerti yen kode urip ing salawas-lawase? Ya urip langgeng.

Kode urip ing salawas-lawase. Lan kode apik ora mung urip ing salawas-lawase, iku mundak akeh amarga wong-wong sing ngormati terus-terusan mesthekake yen tetep seger. Tumpukan kode sing berkualitas tinggi lan dijaga kanthi apik mbantu nyuda ukuran tim teknik rata-rata amarga ngidini kita fokus ing kode sing wis ana tinimbang nulis kode anyar, lan ngrampungake tugas karo wong sing luwih sithik lan ing wektu sing luwih cendhek.

Baris saka alesan iki muni depressing, nanging idea iku kita kabeh mung Bunch saka integrasi automata nggunakake tape tape kanggo nyambungake bit beda saka ana bebarengan kanggo nggawe versi rada beda saka bab sing padha. Iki minangka garis pemikiran klasik ing antarane eksekutif senior sing seneng outsourcing. "Sapa wae sing ngerti carane nggunakake Google lan duwe tape tape bisa nindakake iki! Banjur kenapa kita mbayar dhuwit akeh kanggo mesin kita?"

We mbayar wong Manajemen iki dhuwit tenan amba, nanging padha mikir omong kosong kuwi. Sawise maneh, titik utamaku yaiku ana akeh pangembang sing cerdas lan kerja keras ing planet kita; padha pancen sarwa lan sregep, senajan wis ora ngginakaken siji menit lungguh ing universitas terakreditasi. Oh ya, saiki wis tambah akeh!

Aku ora suggest sing miwiti sumelang ing panggonan mung amarga sawetara comrades sarwa dinuga mburu iku. Aku saranake sampeyan miwiti kuwatir babagan iki amarga evolusi pangembangan piranti lunak bisa uga luwih cepet tinimbang sampeyan. Sampeyan wis kerja sepuluh taun, lima minangka manajer, lan sampeyan mikir: "Aku wis ngerti kepiye piranti lunak dikembangake." Ya ngerti. Bye…

Mungkasi nulis kode, nanging ...

Yen sampeyan ngetutake saran asliku lan mungkasi nulis kode, sampeyan uga bakal mandheg kanthi sukarela melu proses nggawe. Mulane aku ora aktif nggunakake outsourcing. Automata ora nggawe, padha gawé. Proses sing dirancang kanthi apik ngirit dhuwit, nanging ora nggawa apa-apa sing anyar ing jagad iki.

Yen sampeyan duwe tim cilik sing entuk dhuwit sithik, mula ide kanggo mungkasi nulis kode katon kaya keputusan karir sing ala kanggo aku. Malah ing perusahaan monster karo angger-angger telas sing, pangolahan lan kawicaksanan, sampeyan ora duwe hak lali carane kanggo berkembang piranti lunak dhewe. Lan pangembangan piranti lunak saya ganti. Saiki wis ganti. Ing ngisor sikilmu! Ing detik iki!

Sampeyan duwe bantahan. Ngerti. Ayo padha ngrungokake.

“Rands, aku arep menyang kursi direktur! Yen aku terus nulis kode, ora ana sing percaya yen aku bisa tuwuh.

Aku pengin takon sampeyan iki: wiwit sampeyan lungguh ing kursi "Aku bakal dadi CEO!", apa sampeyan wis ngelingi yen lanskap pangembangan piranti lunak saya ganti, sanajan ing perusahaan sampeyan? Yen jawaban sampeyan ya, banjur aku bakal takon sampeyan pitakonan liyane: kepiye carane owah-owahan lan apa sing bakal sampeyan lakoni babagan owah-owahan kasebut? Yen sampeyan mangsuli "ora" kanggo pitakonan pisanan, sampeyan kudu pindhah menyang kursi sing beda, amarga (aku nang!) Lapangan pangembangan piranti lunak ganti ing detik iki. Kepiye carane sampeyan bakal tuwuh yen alon-alon nanging mesthi lali carane ngembangake piranti lunak?

Saranku supaya ora netepi dhewe kanggo ngetrapake akeh fitur kanggo produk sabanjure. Sampeyan kudu terus-terusan njupuk langkah supaya tetep ngerti babagan carane tim sampeyan nggawe piranti lunak. Sampeyan bisa nindakake iki minangka direktur lan minangka wakil presiden. Liyane?

"Eh, Randa! Nanging wong kudu dadi wasit! Ana sing kudu ndeleng gambar gedhe. Yen aku nulis kode, aku bakal kelangan perspektif."

Sampeyan isih kudu dadi wasit, sampeyan isih kudu nyiarake keputusan, lan sampeyan isih kudu mlaku-mlaku ngubengi bangunan kaping papat saben Senin esuk karo salah sawijining insinyur kanggo ngrungokake mingguan "We're all doomed" kanggo 30. menit.! Nanging ngluwihi kabeh iku, sampeyan kudu njaga pola pikir engineering, lan sampeyan ora kudu dadi programmer full-time kanggo nindakake.

Tip kanggo njaga mentalitas teknik:

1. Gunakake lingkungan pangembangan. Iki tegese sampeyan kudu ngerti alat tim sampeyan, kalebu sistem mbangun kode, kontrol versi, lan basa pamrograman. Akibaté, sampeyan bakal pinter basa sing digunakake tim nalika ngomong babagan pangembangan produk. Iki uga ngidini sampeyan terus nggunakake editor teks favorit, sing bisa digunakake kanthi sampurna.
2. Sampeyan kudu bisa nggambar diagram arsitektur sing rinci babagan produk sampeyan ing permukaan apa wae kapan wae. Saiki aku ora ateges versi simplified karo telung sel lan loro panah. Sampeyan kudu ngerti diagram rinci produk. Sing paling angel. Ora mung diagram sing lucu, nanging diagram sing angel diterangake. Sampeyan kudu dadi peta sing cocog kanggo pangerten lengkap babagan produk. Iku terus-terusan ganti, lan sampeyan kudu ngerti sebabe owah-owahan tartamtu dumadi.
3. Njupuk liwat implementasine saka salah siji fungsi. Aku secara harfiah wincing nalika aku nulis iki amarga titik iki wis akèh beboyo didhelikake, nanging aku pancene ora yakin sing bisa ngrampungake titik # 1 lan titik # 2 tanpa nglakoni kanggo ngleksanakake ing paling siji fitur . Kanthi ngetrapake salah sawijining fitur dhewe, sampeyan ora mung bakal melu kanthi aktif ing proses pangembangan, nanging uga ngidini sampeyan kanthi periodik ngalih saka peran "Manajer sing tanggung jawab kanggo kabeh" dadi peran "Wong sing tanggung jawab kanggo ngetrapake siji. saka fungsi.” Sikap andhap asor lan ora sopan iki bakal ngelingake sampeyan pentinge keputusan cilik.
4. Aku isih goyang kabeh. Kayane ana sing nguwuh-uwuh marang aku: "Manajer sing nindakake fungsi kasebut?!" (Lan aku setuju karo wong!) Ya, sampeyan isih manager, kang tegese iku kudu sawetara fungsi cilik, oke? Ya, sampeyan isih kudu nindakake akeh. Yen sampeyan mung ora bisa njupuk ing implementasine saka fungsi, banjur aku duwe sawetara saran nyisakke kanggo sampeyan: ndandani sawetara kewan omo. Ing kasus iki, sampeyan ora bakal ngrasakake kabungahan nggawe, nanging sampeyan bakal duwe pangerten babagan carane produk digawe, sing tegese sampeyan ora bakal ditinggal metu saka karya.
5. Tulis tes unit. Aku isih nindakake iki pungkasan ing siklus produksi nalika wong wiwit edan. Mikir minangka dhaptar priksa kesehatan kanggo produk sampeyan. Apa iki asring.

Bantahan maneh?

"Rands, yen aku nulis kode, aku bakal bingung timku. Dheweke ora bakal ngerti sapa aku - manajer utawa pangembang.

Хорошо.

Ya, aku kandha, "Oke!" Aku bungah sampeyan mikir sampeyan bisa mbingungake tim sampeyan mung kanthi nglangi ing kolam pangembang. Iku prasaja: wates antarane peran beda ing pangembangan piranti lunak saiki banget burem. Wong UI nindakake apa sing bisa diarani pemrograman JavaScript lan CSS. Pangembang sinau luwih akeh babagan desain pengalaman pangguna. Wong komunikasi karo saben liyane lan sinau bab kewan omo, bab nyolong kode wong liya, lan uga bab kasunyatan sing ora ana alesan apik kanggo manager ora melu ing bacchanalia informasi massive, global, cross-pollinating.

Kajaba iku, apa sampeyan pengin dadi bagian saka tim sing kalebu komponen sing gampang diganti? Iki ora mung nggawe tim sampeyan luwih lincah, nanging bakal menehi saben anggota tim kesempatan kanggo ndeleng produk lan perusahaan saka macem-macem perspektif. Kepiye carane sampeyan bisa ngurmati Frank, wong sing tenang sing tanggung jawab babagan bangunan kasebut, luwih-luwih sawise ndeleng keanggunan skrip bangunane?

Aku ora pengin tim sampeyan dadi bingung lan semrawut. Kosok baline, aku pengin tim sampeyan bisa komunikasi kanthi luwih efektif. Aku yakin yen sampeyan melu nggawe produk lan nggarap fitur, sampeyan bakal luwih cedhak karo tim sampeyan. Lan sing luwih penting, sampeyan bakal nyedhaki owah-owahan konstan ing proses pangembangan piranti lunak ing organisasi sampeyan.

Aja mandheg ngembangake

Sawijining kolega ing Borland nate nyerang aku kanthi lisan amarga nyebut dheweke "koder."

"Rands, tukang kode iku mesin sing ora duwe pikiran! Monyet! Coder ora nindakake apa-apa sing penting kajaba nulis baris sing ora ana gunane. Aku dudu tukang kode, aku dadi pangembang piranti lunak!”

Dheweke bener, dheweke bakal sengit karo saran awalku marang CEO anyar: "Stop nulis kode!" Ora amarga aku menehi saran manawa dheweke dadi coders, nanging luwih akeh amarga aku menehi saran kanthi proaktif supaya dheweke ora nggatekake salah sawijining bagean sing paling penting ing proyek kasebut: pangembangan piranti lunak.

Dadi aku wis nganyari saranku. Yen sampeyan pengin dadi pimpinan sing apik, sampeyan bisa mandheg nulis kode, nanging ...

Dadi fleksibel. Elinga apa tegese dadi insinyur lan aja mandheg ngembangake piranti lunak.

Babagan penulis

Michael Lopp minangka pangembang piranti lunak veteran sing isih durung ninggalake Silicon Valley. Swara 20 taun kepungkur, Michael wis kerja kanggo macem-macem perusahaan inovatif, kalebu Apple, Netscape, Symantec, Borland, Palantir, Pinterest, lan uga melu ing wiwitan sing alon-alon ngambang menyang lalen.

Ing njaba karya, Michael mbukak blog populer babagan teknologi lan manajemen kanthi jeneng samaran Rands, ing ngendi dheweke ngrembug gagasan ing bidang manajemen karo para pembaca, nyatakake keprihatinan babagan perlu tetep driji ing pulsa, lan nerangake manawa, sanajan ana ganjaran loman kanggo nggawe produk, sukses mung bisa thanks kanggo tim. Blog kasebut bisa ditemokake ing kene www.randsinrepose.com.

Michael manggon karo kulawargané ing Redwood, California. Dheweke mesthi golek wektu kanggo sepeda gunung, dolanan hoki lan ngombe anggur abang, amarga sehat luwih penting tinimbang sibuk.

» Rincian liyane babagan buku bisa ditemokake ing situs web penerbit
» Daftar Isi
» Kutipan

Kanggo Khabrozhiteley diskon 20% nggunakake kupon - Ngatur Wong

Sawise mbayar kanggo versi kertas saka buku, versi elektronik saka buku bakal dikirim dening e-mail.

PS: 7% saka rega buku bakal menyang terjemahan buku komputer anyar, dhaptar buku sing dipasrahake menyang percetakan. kene.

Source: www.habr.com