Loyiha menejerlariga (va boshliq bo'lishni orzu qilganlarga) bag'ishlangan.
O'nlab kod yozish qiyin, lekin odamlarni boshqarish bundan ham qiyin! Shunday qilib, ikkalasini ham qanday qilishni o'rganish uchun sizga bu kitob kerak.
Kulgili hikoyalar va jiddiy darslarni birlashtirish mumkinmi? Maykl Lopp (tor doiralarda Rands nomi bilan ham tanilgan) muvaffaqiyatga erishdi. Siz ajoyib (badiiy bo'lsa ham) tajribaga ega bo'lgan xayoliy odamlar haqidagi xayoliy hikoyalarni topasiz. Rands o'zining yirik IT korporatsiyalarida: Apple, Pinterest, Palantir, Netscape, Symantec va boshqalarda ishlagan yillari davomida to'plagan turli, ba'zan g'alati tajribalari bilan shunday o'rtoqlashadi.
Siz loyiha menejerimisiz? Yoki la'nati xo'jayiningiz kun bo'yi nima qilishini tushunmoqchimisiz? Rands sizga shishgan kurkalarning zaharli dunyosida qanday qilib omon qolishni va disfunktsiyali shafqatsiz odamlarning umumiy aqldan ozishini o'rgatadi. Bu g'alati maniyaklar jamoasida hatto g'alati mavjudotlar - mistik tashkiliy marosim orqali ko'plab odamlarning rejalari, fikrlari va bank hisoblari ustidan hokimiyatga ega bo'lgan menejerlar bor.
Bu kitob menejment yoki etakchilik qo'lyozmalariga o'xshamaydi. Maykl Lopp hech narsani yashirmaydi, u xuddi shunday gapiradi (ehtimol, hamma hikoyalar ommaga oshkor etilmasligi kerak: P). Ammo faqat shu yo'l bilan siz bunday xo'jayin bilan qanday omon qolishni, g'ayrioddiylar va ahmoqlarni qanday boshqarishni va qanday qilib "o'sha la'nati loyihani" baxtli oxiriga etkazishni tushunasiz!
Ko'chirma. Muhandislik mentaliteti
Fikrlar: Kod yozishni davom ettirishingiz kerakmi?
Randsning menejerlar uchun qoidalar to'g'risidagi kitobida zamonaviy boshqaruvning "kerakli narsalar" ro'yxati juda qisqa. Ushbu ro'yxatning lakonizmi "kerak" tushunchasining o'ziga xos mutlaq ekanligidan kelib chiqadi va odamlar haqida gap ketganda, mutlaq tushunchalar juda kam. Bir xodim uchun muvaffaqiyatli boshqaruv usuli boshqasi uchun haqiqiy falokat bo'ladi. Bu fikr menejerning "bajarish" ro'yxatidagi birinchi element:
Moslashuvchan bo'ling!
Siz allaqachon hamma narsani bilasiz deb o'ylash juda yomon fikr. Yagona doimiy haqiqat - dunyo doimo o'zgarib turadigan vaziyatda moslashuvchanlik yagona to'g'ri pozitsiyaga aylanadi.
Ajablanarlisi shundaki, ro'yxatdagi ikkinchi element hayratlanarli darajada moslashuvchan emas. Biroq, bu nuqta mening shaxsiy sevimli narsam, chunki men bu boshqaruv o'sishi uchun poydevor yaratishga yordam beradi deb o'ylayman. Ushbu paragrafda:
Kod yozishni to'xtating!
Nazariy jihatdan, agar siz menejer bo'lishni istasangiz, siz uchun ishlaydiganlarga ishonishni o'rganishingiz va kodlashni to'liq ularga topshirishingiz kerak. Bu maslahat, ayniqsa, yangi rahbarlar uchun, odatda, hazm qilish qiyin. Ehtimol, ularning menejer bo'lish sabablaridan biri ularning rivojlanishdagi mahsuldorligi va ishlar noto'g'ri bo'lganda, ularning birinchi reaktsiyasi o'zlari to'liq ishonadigan ko'nikmalarga, ya'ni kod yozish qobiliyatiga qaytishdir.
Yangi ishga tushirilgan menejer kod yozishga "cho'kib ketganini" ko'rganimda, men unga aytaman: "Siz kod yozishingiz mumkinligini bilamiz. Savol: siz rahbarlik qila olasizmi? Siz endi faqat o'zingiz uchun emas, balki butun jamoa uchun javobgarsiz; va men kodni o'zingiz yozishingiz shart bo'lmasdan, jamoangizni muammolarni o'zingiz hal qilishiga ishonch hosil qilishni xohlayman. Sizning vazifangiz o'zingizni qanday o'lchashni aniqlashdir. Men sizning bitta bo'lishingizni xohlamayman, men sizga o'xshaganlar ko'p bo'lishini xohlayman."
Yaxshi maslahat, to'g'rimi? Masshtab. Boshqaruv. Mas'uliyat. Bunday keng tarqalgan so'zlar. Maslahat noto'g'ri ekanligi achinarli.
Noto'g'ri?
Ha. Maslahat noto'g'ri! Mutlaqo noto'g'ri emas, lekin juda noto'g'ri bo'lib, ba'zi sobiq hamkasblarimga qo'ng'iroq qilib, kechirim so'rashga majbur bo'ldim: “Kod yozishni qanday to'xtatish kerakligi haqidagi mening sevimli gapimni eslaysizmi? Bu noto'g'ri! Ha... Dasturlashni qaytadan boshlang. Python va Ruby bilan boshlang. Ha, men jiddiyman! Sizning martabangiz bunga bog'liq!"
Men Borlandda dasturiy ta'minot ishlab chiqaruvchisi sifatida faoliyatimni boshlaganimda, men Paradox Windows jamoasida ishladim, bu juda katta jamoa edi. Faqatgina 13 ta dastur ishlab chiquvchisi bor edi. Agar siz ushbu loyihaning asosiy texnologiyalari, masalan, asosiy ma'lumotlar bazasi mexanizmi va asosiy dastur xizmatlari kabi doimiy ravishda ishlayotgan boshqa jamoalardan odamlarni qo'shsangiz, ushbu mahsulotni ishlab chiqishda bevosita ishtirok etgan 50 ta muhandisni olasiz.
Men ishlagan boshqa hech bir jamoa bu o'lchamga yaqinlashmaydi. Darhaqiqat, yil sayin men ishlayotgan jamoadagilar soni asta-sekin kamayib bormoqda. Nima gaplar? Biz ishlab chiquvchilar birgalikda aqlli va aqlli bo'layapmizmi? Yo'q, biz faqat yukni baham ko'ramiz.
Ishlab chiquvchilar so'nggi 20 yil ichida nima qilishdi? Bu vaqt ichida biz juda ko'p kod yozdik. Kod dengizi! Biz shunchalik ko'p kod yozdikki, hamma narsani soddalashtirib, ochiq manbaga kirish yaxshi fikr bo'lardi.
Yaxshiyamki, Internet tufayli, bu jarayon endi imkon qadar soddalashdi. Agar siz dasturiy ta'minot ishlab chiqaruvchisi bo'lsangiz, uni hoziroq tekshirishingiz mumkin! Google yoki Github-da ismingizni qidiring va siz allaqachon unutgan kodni ko'rasiz, lekin har kim topa oladi. Qo'rqinchli, to'g'rimi? Kod abadiy yashashini bilmadingizmi? Ha, u abadiy yashaydi.
Kod abadiy yashaydi. Yaxshi kod nafaqat abadiy yashaydi, balki o'sib boradi, chunki uni doimo qadrlaydiganlar uning yangiligini ta'minlaydilar. Ushbu yuqori sifatli, yaxshi saqlangan kodlar to'plami muhandislik guruhining o'rtacha hajmini kamaytirishga yordam beradi, chunki u bizga yangi kod yozishdan ko'ra mavjud kodga e'tibor qaratishga va ishni kamroq odam bilan va qisqa vaqt ichida bajarishga imkon beradi.
Ushbu fikrlash chizig'i tushkunlikka tushadi, ammo g'oya shundan iboratki, biz hammamiz bir xil narsaning biroz boshqacha versiyasini yaratish uchun mavjud narsalarning turli qismlarini bir-biriga ulash uchun yopishqoq lentadan foydalanadigan integratsiya avtomatlari to'plamimiz. Bu autsorsingni yaxshi ko'radigan yuqori lavozimli rahbarlar orasida klassik fikrlash yo'nalishi. “Google’dan qanday foydalanishni biladigan va yopishqoq lentaga ega bo‘lgan har bir kishi buni qila oladi! Unda nega biz mashinalarimizga katta pul to'layapmiz? ”
Biz bu menejment yigitlariga juda katta pul to'laymiz, lekin ular bunday bema'nilik deb o'ylashadi. Yana bir bor, mening asosiy fikrim shundaki, bizning sayyoramizda juda ko'p ajoyib va juda mehnatsevar ishlab chiquvchilar bor; ular akkreditatsiyadan o'tgan universitetlarda bir daqiqa ham o'tirishmagan bo'lsa-da, ular haqiqatan ham ajoyib va tirishqoq. Ha, endi ular ko'payib ketdi!
Men o'z joyingiz haqida qayg'urishni boshlashingizni maslahat bermayman, chunki ba'zi ajoyib o'rtoqlar go'yo uni ov qilmoqdalar. Men sizga bu haqda tashvishlanishni maslahat beraman, chunki dasturiy ta'minotni ishlab chiqish evolyutsiyasi sizdan ko'ra tezroq harakat qilmoqda. Siz o'n yildan beri ishlayapsiz, shundan beshtasi menejer sifatida va siz: "Men dasturiy ta'minot qanday ishlab chiqilishini allaqachon bilaman" deb o'ylaysiz. Ha, bilasiz. Xayr…
Kod yozishni to'xtating, lekin...
Agar siz mening asl maslahatlarimga amal qilsangiz va kod yozishni to'xtatsangiz, siz ham ixtiyoriy ravishda yaratish jarayonida ishtirok etishni to'xtatasiz. Aynan shuning uchun men autsorsingdan faol foydalanmayman. Avtomatlar yaratmaydi, ishlab chiqaradi. Yaxshi ishlab chiqilgan jarayonlar ko'p pul tejaydi, lekin ular bizning dunyomizga hech qanday yangilik keltirmaydi.
Agar sizda oz pul evaziga ko'p ish qiladigan kichik jamoangiz bo'lsa, kod yozishni to'xtatish g'oyasi men uchun noto'g'ri martaba qarori kabi ko'rinadi. Hatto cheksiz qoidalar, jarayonlar va siyosatlarga ega bo'lgan yirtqich kompaniyalarda ham dasturiy ta'minotni qanday ishlab chiqishni unutishga haqqingiz yo'q. Va dasturiy ta'minotni ishlab chiqish doimo o'zgarib turadi. Hozir o'zgarmoqda. Oyoqlaringiz ostida! Shu soniyada!
E'tirozlaringiz bor. Tushunmoq. Keling, tinglaylik.
“Rands, men direktor kursisiga ketyapman! Agar men kod yozishni davom ettirsam, o'sishimga hech kim ishonmaydi."
Men sizdan so'ramoqchiman: “Men bosh direktor bo'lmoqchiman!” kafedrangizda o'tirganingizdan beri, dasturiy ta'minotni ishlab chiqish landshafti hatto kompaniyangizda ham o'zgarayotganini payqadingizmi? Agar javobingiz ha bo'lsa, men sizga yana bir savol beraman: u qanday o'zgarmoqda va bu o'zgarishlarga nisbatan nima qilmoqchisiz? Agar siz mening birinchi savolimga "yo'q" deb javob bergan bo'lsangiz, unda siz boshqa stulga o'tishingiz kerak, chunki (ishlayman!) dasturiy ta'minotni ishlab chiqish sohasi aynan shu soniyada o'zgarib bormoqda. Asta-sekin, lekin dasturiy ta'minotni qanday ishlab chiqishni unutib qo'ysangiz, qanday qilib o'sasiz?
Mening maslahatim - keyingi mahsulotingiz uchun o'nlab xususiyatlarni amalga oshirishga o'zingizni bag'ishlamang. Jamoangiz dasturiy ta'minotni qanday yaratayotganidan xabardor bo'lish uchun doimo qadamlar qo'yishingiz kerak. Siz buni direktor sifatida ham, vitse-prezident sifatida ham qilishingiz mumkin. Boshqa bir narsa?
“Uf, Rends! Lekin kimdir hakam bo'lishi kerak! Kimdir katta rasmni ko'rishi kerak. Agar kod yozsam, istiqbolimni yo'qotaman."
Siz hali ham hakam bo'lishingiz kerak, siz hali ham qarorlarni efirga uzatishingiz kerak va siz hali ham har dushanba kuni ertalab muhandislaringizdan biri bilan uning haftalik "Biz hammamiz halok bo'ldik" 30 yil davomida tinglash uchun bino bo'ylab to'rt marta aylanib chiqishingiz kerak. daqiqa.! Lekin bundan tashqari, siz muhandislik tafakkurini saqlab qolishingiz kerak va buning uchun to'liq vaqtli dasturchi bo'lishingiz shart emas.
Muhandislik mentalitetini saqlab qolish bo'yicha maslahatlarim:
- Rivojlanish muhitidan foydalaning. Bu sizning jamoangiz vositalari, jumladan, kod yaratish tizimi, versiyani boshqarish va dasturlash tilini bilishingiz kerakligini anglatadi. Natijada, siz mahsulotni ishlab chiqish haqida gapirganda, jamoangiz ishlatadigan tilni yaxshi bilasiz. Bu, shuningdek, mukammal ishlaydigan sevimli matn muharriridan foydalanishni davom ettirish imkonini beradi.
- Siz istalgan vaqtda istalgan sirtda mahsulotingizni tavsiflovchi batafsil arxitektura diagrammasini chizishingiz kerak. Endi men uchta katak va ikkita o'q bilan soddalashtirilgan versiyani nazarda tutmayman. Siz mahsulotning batafsil diagrammasini bilishingiz kerak. Eng qiyini. Har qanday yoqimli diagramma emas, balki tushuntirish qiyin bo'lgan diagramma. Bu mahsulotni to'liq tushunish uchun mos xarita bo'lishi kerak. U doimo o'zgarib turadi va nima uchun ba'zi o'zgarishlar sodir bo'lganligini doimo bilishingiz kerak.
- Funktsiyalardan birini amalga oshirishni o'z zimmangizga oling. Buni yozayotganda men tom ma'noda xijolat tortaman, chunki bu nuqta juda ko'p yashirin xavf-xatarlarga ega, lekin siz kamida bitta xususiyatni amalga oshirish majburiyatini olmagan holda №1 va №2 nuqtalarni bajarishingiz mumkinligiga ishonchim komil emas. Funktsiyalardan birini o'zingiz amalga oshirish orqali siz nafaqat rivojlanish jarayonida faol ishtirok etasiz, balki vaqti-vaqti bilan "hamma narsaga mas'ul menejer" rolidan "birini amalga oshirish uchun mas'ul bo'lgan odam" roliga o'tishga imkon beradi. funktsiyalari." Bu kamtar va kamtarona munosabat sizga kichik qarorlar muhimligini eslatadi.
- Men hali ham butun vujudim titrayapti. Aftidan, kimdir menga baqirayotganga o'xshaydi: "Funktsiyani amalga oshirishni o'z zimmasiga olgan menejer?!" (Va men uning fikriga qo'shilaman!) Ha, siz hali ham menejersiz, demak bu kichik funktsiya bo'lishi kerak, xo'pmi? Ha, siz hali ko'p ish qilishingiz kerak. Agar siz funktsiyani amalga oshirishni o'z zimmangizga olmasangiz, men sizga bir nechta maslahat beraman: ba'zi xatolarni tuzating. Bunday holda siz yaratilish quvonchini his qilmaysiz, lekin mahsulot qanday yaratilgani haqida tushunchaga ega bo'lasiz, demak siz hech qachon ishdan chetda qolmaysiz.
- Birlik testlarini yozing. Men hali ham ishlab chiqarish tsiklining oxirida, odamlar aqldan ozishni boshlaganlarida buni qilaman. Buni mahsulotingiz uchun salomatlik nazorati ro'yxati sifatida o'ylab ko'ring. Buni tez-tez bajaring.
Yana e'tiroz?
“Rands, agar men kod yozsam, jamoamni aralashtirib yuboraman. Ular mening kimligimni bilishmaydi - menejer yoki dasturchi."
Yaxshi.
Ha, men: “Yaxshi!” dedim. Ishlab chiquvchi hovuzida suzish orqali jamoangizni chalkashtirib yuborishingiz mumkin deb o‘ylaganingizdan xursandman. Hammasi oddiy: dasturiy ta'minotni ishlab chiqishdagi turli rollar orasidagi chegaralar hozirda juda xiralashgan. UI yigitlari keng tarqalgan JavaScript va CSS dasturlash deb atalishi mumkin bo'lgan narsani qilishadi. Ishlab chiquvchilar foydalanuvchi tajribasi dizayni haqida tobora ko'proq o'rganmoqdalar. Odamlar bir-birlari bilan muloqot qilishadi va xatolar, boshqa odamlarning kodlarini o'g'irlash haqida, shuningdek, menejerning ushbu ommaviy, global, o'zaro changlatuvchi ma'lumot bakkanaliyasida ishtirok etmasligi uchun yaxshi sabab yo'qligi haqida bilib olishadi.
Bundan tashqari, osongina almashtiriladigan komponentlardan tashkil topgan jamoaning bir qismi bo'lishni xohlaysizmi? Bu nafaqat jamoangizni yanada chaqqonroq qiladi, balki har bir jamoa aʼzosiga mahsulot va kompaniyani turli nuqtai nazardan koʻrish imkoniyatini beradi. Qurilishlar uchun mas'ul bo'lgan xotirjam odam Frenkni qanday qilib uning qurilish skriptlarining oddiy nafisligini ko'rgandan keyin hurmat qila olasiz?
Men sizning jamoangiz chalkash va tartibsiz bo'lishini xohlamayman. Aksincha, sizning jamoangiz yanada samarali muloqot qilishini xohlayman. Ishonamanki, agar siz mahsulotni yaratishda ishtirok etsangiz va xususiyatlar ustida ishlasangiz, jamoangizga yaqinroq bo'lasiz. Va eng muhimi, tashkilotingizdagi dasturiy ta'minotni ishlab chiqish jarayonida doimiy o'zgarishlarga yaqinroq bo'lasiz.
Rivojlanishni to'xtatmang
Borlanddagi hamkasbim bir marta uni "koder" deb ataganim uchun menga og'zaki hujum qildi.
“Rands, koder aqlsiz mashina! Maymun! Koder keraksiz kodning zerikarli satrlarini yozishdan boshqa muhim ish qilmaydi. Men kodlovchi emasman, men dasturiy ta'minot ishlab chiqaruvchisiman!"
U haq edi, u mening yangi bosh direktorlarga: "Kod yozishni to'xtating!" Men ularni koderlar deb taklif qilganim uchun emas, balki men ularga o'z ishining eng muhim qismlaridan biri — dasturiy ta'minotni ishlab chiqishni e'tiborsiz qoldirishni faol ravishda taklif qilayotganim uchun.
Shunday qilib, men maslahatimni yangiladim. Agar siz yaxshi rahbar bo'lishni istasangiz, kod yozishni to'xtatishingiz mumkin, lekin...
Moslashuvchan bo'ling. Muhandis bo'lish nimani anglatishini unutmang va dasturiy ta'minotni ishlab chiqishni to'xtatmang.
Muallif haqida
Maykl Lopp hali ham Silikon vodiysini tark etmagan tajribali dasturchi. Oxirgi 20 yil davomida Maykl Apple, Netscape, Symantec, Borland, Palantir, Pinterest kabi turli innovatsion kompaniyalarda ishlagan, shuningdek, asta-sekin unutilib ketgan startapda ishtirok etgan.
Ishdan tashqari, Maykl Rands taxallusi ostida texnologiya va menejmentga oid mashhur blogni yuritadi, u erda u o'quvchilar bilan menejment sohasidagi g'oyalarni muhokama qiladi, barmog'ini yurak urishini doimiy ravishda ushlab turish zarurati haqida tashvish bildiradi va buni tushuntiradi. mahsulot yaratish uchun saxovatli mukofotlar, sizning muvaffaqiyatingiz faqat jamoangiz tufayli mumkin. Blogni shu yerda topishingiz mumkin .
Maykl oilasi bilan Kaliforniyaning Redvud shahrida yashaydi. U har doim tog 'velosipedida yurish, xokkey o'ynash va qizil sharob ichish uchun vaqt topadi, chunki sog'lom bo'lish band bo'lishdan muhimroqdir.
» Kitob haqida batafsil ma’lumotni quyidagi manzildan olishingiz mumkin
»
»
Xabrozhiteley uchun kupondan foydalangan holda 20% chegirma - Odamlarni boshqarish
Kitobning qog'oz versiyasi uchun to'lov amalga oshirilgandan so'ng, kitobning elektron versiyasi elektron pochta orqali yuboriladi.
PS: Kitob narxining 7% yangi kompyuter kitoblari tarjimasiga ketadi, bosmaxonaga topshiriladigan kitoblar roʻyxati .
Manba: www.habr.com