Китеп «Интеллигенцияны кантип башкаруу керек. Мен, тентектер жана гейктер"

Китеп «Интеллигенцияны кантип башкаруу керек. Мен, тентектер жана гейктер" Долбоордун менеджерлерине (жана жетекчи болууну кыялдангандарга) арналган.

Бир нече тонна код жазуу кыйын, бирок адамдарды башкаруу андан да кыйын! Ошентип, экөөнү тең кантип жасоону үйрөнүү үчүн бул китеп керек.

Күлкүлүү окуялар менен олуттуу сабактарды айкалыштырууга болобу? Майкл Лопп (тар чөйрөдө Рэндс деген ат менен да белгилүү) ийгиликке жетти. Сиз ойдон чыгарылган адамдар жөнүндө укмуштуудай пайдалуу окуяларды (ойдон чыгарылган болсо да) таба аласыз. Рэндс ири IT-корпорацияларда: Apple, Pinterest, Palantir, Netscape, Symantec ж.

Сиз долбоордун менеджерисизби? Же начальнигиңиз эртеден кечке эмне менен алектенерин түшүнгүңүз келеби? Rands сизге кантип толтурулган Түркиянын уулуу дүйнөсүндө аман калууну жана дисфункционалдуу жалындуу адамдардын жалпы жиндилигинде гүлдөп өсүүнү үйрөтөт. Маниакалдык мээлердин бул кызыктай коомчулугунда мистикалык уюштуруучулук ритуал аркылуу көптөгөн адамдардын пландарына, ойлоруна жана банктык эсептерине бийликке ээ болгон менеджерлер дагы бар.

Бул китеп эч кандай башкаруу же лидерлик кол жазмасынан айырмаланып турат. Майкл Лопп эч нерсени жашырбайт, жөн гана болгонун болгондой айтып берет (балким, бардык окуялар коомчулукка жарыяланышы керек эместир: P). Бирок ушундай жол менен гана сиз мындай кожоюн менен кантип аман калууга болорун, гейктер менен нерддерди кантип башкарууну жана "ошол каргыш долбоорду" кантип бактылуу аяктаарды түшүнөсүз!

үзүндү. Инженердик менталитет

Ойлор: Код жазууну уланта беришиңиз керекпи?

Рандстын менеджерлер үчүн эрежелер боюнча китебинде заманбап башкаруучулук "болушу керек" нерселердин өтө кыска тизмеси бар. Бул тизменин лаконизми “керек” түшүнүгү абсолюттуктун бир түрү экендигинен келип чыгат, ал эми адамдар жөнүндө сөз болгондо, абсолюттук түшүнүктөр өтө аз. Бир кызматкер үчүн ийгиликтүү башкаруу ыкмасы экинчиси үчүн чыныгы кырсык болот. Бул ой менеджердин "иш керек" тизмесиндеги биринчи нерсе:

Ийкемдүү болуңуз!

Баарын мурунтан эле билем деп ойлоо өтө жаман идея. Бир гана туруктуу факт дүйнө тынымсыз өзгөрүп турган кырдаалда ийкемдүүлүк бирден-бир туура позиция болуп калат.

Парадоксалдуу, тизмедеги экинчи пункт таң калыштуу ийкемсиз. Бирок, бул менин жеке сүйүктүү пунктум, анткени ал башкаруучулук өсүш үчүн негиз түзүүгө жардам берет деп ишенем. Бул пункт мындай дейт:

Код жазууну токтот!

Теориялык жактан алганда, эгер сиз менеджер болгуңуз келсе, сиз үчүн иштегендерге ишенип, коддоону толугу менен аларга өткөрүп берүүнү үйрөнүшүңүз керек. Бул кеңешти сиңирүү кыйынга турат, айрыкча жаңы ачылган жетекчилер үчүн. Мүмкүн, алардын менеджер болуп калышынын себептеринин бири - өнүгүүдөгү өндүрүмдүүлүгү жана бир нерсе туура эмес болуп калганда, алардын биринчи реакциясы – толук ишенген көндүмдөрүнө, башкача айтканда, код жазуу жөндөмүнө кайра түшүү.

Жаңы дайындалган менеджер код жазууга "чөгүп" жатканын көргөндө мен ага: "Сиз код жаза аларыңызды билебиз. Суроо: сиз жетектей аласызбы? Сиз мындан ары өзүңүз үчүн эмес, сиз бүт команда үчүн жооп бересиз; жана мен өзүңүздүн командаңызды кодду өзүңүз жазбастан, өз алдынча чече ала тургандыгыңызга ишенгим келет. Сиздин милдетиңиз - өзүңүздү кантип масштабдоону аныктоо. Мен сенин жалгыз болушуңду эмес, сендей адамдардын көп болушун каалайм».

Жакшы кеңеш, туурабы? Масштаб. Башкаруу. Жоопкерчилик. Мындай жалпы сөз. Насаат туура эмес болгону өкүнүчтүү.

Туура эмес?

Ооба. Кеңеш туура эмес! Толугу менен туура эмес, бирок мен кээ бир мурунку кесиптештериме чалып, кечирим суроого туура келди: “Код жазууну кантип токтотуу керектиги тууралуу менин сүйүктүү сөзүм эсиңдеби? Бул туура эмес! Ооба... Программалоону кайра баштаңыз. Python жана Ruby менен баштаңыз. Ооба, мен олуттуумун! Сиздин карьераңыз ушундан көз каранды!”

Мен Borland компаниясында программалык камсыздоону иштеп чыгуучу болуп карьерамды баштаганда, мен Paradox Windows командасында иштегем, ал чоң команда болчу. Жалгыз 13 тиркемени иштеп чыгуучу болгон. Эгер сиз бул долбоордун негизги технологияларынын үстүндө тынымсыз иштеп жаткан башка командалардан адамдарды кошсоңуз, мисалы, базалык маалымат базасы кыймылдаткычы жана негизги колдонмо кызматтары, сиз бул продуктту иштеп чыгууга түздөн-түз катышкан 50 инженерди аласыз.

Мен иштеген башка бир дагы команда мындай чоңдукка жакындабайт. Чынында мен иштеген бригадада жыл еткен сайын адамдардын саны азайып баратат. Эмне болуп жатат? Биз иштеп чыгуучулар чогуу акылдуу жана акылдуу болуп жатабызбы? Жок, биз жөн гана жүктү бөлүшүп жатабыз.

Акыркы 20 жыл ичинде иштеп чыгуучулар эмне кылышты? Бул убакыттын ичинде биз көп код жаздык. Код деңизи! Биз ушунчалык көп код жазгандыктан, бардыгын жөнөкөйлөштүрүп, ачык булакка өтүү жакшы идея деп чечтик.

Бактыга жараша, Интернеттин жардамы менен бул процесс азыр мүмкүн болушунча жөнөкөй болуп калды. Эгер сиз программалык камсыздоону иштеп чыгуучу болсоңуз, аны азыр текшере аласыз! Google же Github аркылуу атыңызды издеңиз жана сиз көптөн бери унутуп калган, бирок ар ким таба ала турган кодду көрөсүз. Коркунучтуу, туурабы? Код түбөлүктүү экенин билбедиңиз беле? Ооба, ал түбөлүк жашайт.

Код түбөлүк жашайт. Ал эми жакшы код түбөлүккө гана жашабастан, өсөт, анткени аны баалагандар анын жаңы бойдон калышын дайыма камсыздайт. Бул жогорку сапаттагы, жакшы сакталган коддун үймөгү инженердик топтун орточо көлөмүн азайтууга жардам берет, анткени ал бизге жаңы кодду жазууга эмес, учурдагы кодго көңүл бурууга жана жумушту азыраак адамдар менен жана кыска мөөнөттө бүтүрүүгө мүмкүндүк берет.

Ой жүгүртүүнүн бул сызыгы көңүл чөктүрөт, бирок идея баарыбыз бир эле нерсенин бир аз башкача версиясын түзүү үчүн бар нерселердин ар кандай биттерин бириктирүү үчүн скотчту колдонгон интеграциялык автоматтардын бир тобубуз. Бул аутсорсингди сүйгөн улук жетекчилердин классикалык ой жүгүртүүсү. "Google'ду кантип колдонууну билген жана скотчка ээ болгон адам муну жасай алат! Анда эмне үчүн биз машиналарыбызга көп акча төлөп жатабыз?»

Биз бул менеджменттин балдарына чындап эле чоң акча төлөйбүз, бирок алар мындай болбогон нерсе деп ойлошот. Дагы бир жолу айта кетейин, менин негизги оюм – биздин планетада көптөгөн мыкты жана абдан эмгекчил иштеп чыгуучулар бар; алар аккредитацияланган университеттерде бир мүнөт да отурушпаса да, чындап эле мыкты жана тырышчаак. Ооба, азыр алар көбөйүп баратат!

Мен кээ бир мыкты жолдоштор аңчылык кылып жатканы үчүн эле сенин ордуң үчүн тынчсыздана баштоону сунуш кылбайм. Мен сизге бул жөнүндө тынчсыздана баштоону сунуштайм, анткени программалык камсыздоону иштеп чыгуунун эволюциясы, балким, сизге караганда ылдамыраак. Сиз он жылдан бери иштедиңиз, анын бешөөсү менеджер болуп, анан: "Мен программалык камсыздоонун кандайча иштелип чыкканын билем" деп ойлойсуз. Ооба сен билесиң. Кош болуңуз…

Код жазууну токтот, бирок...

Эгер сиз менин баштапкы кеңешимди аткарып, код жазууну токтотсоңуз, анда сиз өз ыктыярыңыз менен түзүү процессине катышууну токтотосуз. Дал ушул себептен мен аутсорсингди активдүү колдонбойм. Автоматтар жаратпайт, алар чыгарышат. Жакшы иштелип чыккан процесстер көп акчаны үнөмдөйт, бирок алар биздин дүйнөгө жаңы эч нерсе алып келбейт.

Эгер сизде кичинекей командаңыз аз акча үчүн көп иш кылып жатса, анда код жазууну токтотуу идеясы мен үчүн карьералык жаман чечим сыяктуу сезилет. Чексиз эрежелери, процесстери жана саясаты бар желмогуз компанияларда да, программалык камсыздоону кантип иштеп чыгууну унутууга укугуңуз жок. Жана программалык камсыздоону иштеп чыгуу дайыма өзгөрүп турат. Ал азыр өзгөрүп жатат. Бутун астында! Ушул секундда!

Сиздин каршы пикириңиз бар. Түшүнүү. угалы.

«Рэндс, мен директордун креслосуна баратам! Код жаза берсем, менин өсө аларыма эч ким ишенбейт».

Сизден сурайын дегеним: “Мен башкы директор болом!” деген креслоңузда отурганыңыздан бери, программалык камсыздоону иштеп чыгуу ландшафты, атүгүл сиздин компанияңызда да өзгөрүп жатканын байкадыңызбы? Эгерде сиздин жообуңуз “ооба” болсо, анда мен сизге дагы бир суроо берем: ал кандайча өзгөрүп жатат жана бул өзгөрүүлөргө байланыштуу эмне кыласыз? Эгерде сиз менин биринчи суроомо “жок” деп жооп берген болсоңуз, анда башка креслого өтүшүңүз керек, анткени (мен коем!) программалык камсыздоону иштеп чыгуу чөйрөсү дал ушул секундда өзгөрүп жатат. Эгерде сиз акырындык менен программалык камсыздоону кантип иштеп чыгууну унутуп калсаңыз, кантип өсөсүз?

Менин кеңешим - кийинки буюмуңуз үчүн көптөгөн функцияларды ишке ашырууга милдеттенбеңиз. Командаңыздын программалык камсыздоону кантип куруп жатканынан кабардар болуу үчүн сиз дайыма кадамдарды жасашыңыз керек. Сиз муну директор катары да, вице-президент катары да жасай аласыз. Дагы бир нерсе?

«Уф, Рэндс! Бирок кимдир бирөө арбитр болушу керек! Кимдир бирөө чоң сүрөттү көрүшү керек. Код жазсам, көз карашымды жоготуп алам».

Сиз дагы эле калыс болушуңуз керек, сиз дагы эле чечимдерди эфирге беришиңиз керек жана дагы эле ар бир дүйшөмбү күнү эртең менен инженерлериңиздин бири менен имаратты төрт жолу айланып басып, анын 30 жумалык "Биз бардыгыбыз кыйрады" деген үнүн угушуңуз керек. мүнөт.! Бирок мунун баарынан тышкары, сиз инженердик ой жүгүртүүнү сакташыңыз керек жана бул үчүн толук убакыттагы программист болуунун кажети жок.

Инженердик менталитетти сактоо боюнча менин кеңештерим:

  1. Өнүктүрүү чөйрөсүн колдонуңуз. Бул сиздин командаңыздын куралдары, анын ичинде код түзүү тутуму, версияны башкаруу жана программалоо тили менен тааныш болушуңуз керек дегенди билдирет. Натыйжада, сиз өнүмдөрдү иштеп чыгуу жөнүндө сүйлөп жатканда, командаңыз колдонгон тилде эркин сүйлөйсүз. Бул ошондой эле кемчиликсиз иштеп жаткан сүйүктүү текст редакторуңузду колдонууну улантууга мүмкүндүк берет.
  2. Сиз каалаган убакта каалаган бетине продуктусун сүрөттөгөн деталдуу архитектуралык схемасын чийүүгө жөндөмдүү болушу керек. Эми мен үч уяча жана эки жебе менен жөнөкөйлөтүлгөн вариантты айткым келбейт. Сиз буюмдун деталдуу диаграммасын билишиңиз керек. Эң кыйыны. Кандайдыр бир сүйкүмдүү диаграмма эмес, бирок түшүндүрүү кыйын диаграмма. Бул продуктту толук түшүнүү үчүн ылайыктуу карта болушу керек. Ал тынымсыз өзгөрүп турат жана сиз эмне үчүн белгилүү бир өзгөрүүлөр болгонун дайыма билишиңиз керек.
  3. Функциялардын бирин ишке ашырууну колго алуу. Мен муну жазып жатканда чындап эле таң калдым, анткени бул пункттун көптөгөн жашыруун коркунучтары бар, бирок мен чындап эле №1 жана №2 пунктту жок дегенде бир функцияны ишке ашырууга милдеттендирбестен аткара аларыңызга ишенбейм. Функциялардын бирин өзүңүз ишке ашыруу менен, сиз иштеп чыгуу процессине жигердүү катышып гана тим болбостон, ал мезгил-мезгили менен “Баардык нерсеге жооптуу менеджер” ролунан “Бирөөнү ишке ашырууга жооптуу адам” ролуна өтүүгө мүмкүндүк берет. функцияларынын». Бул кичи пейил жана жөнөкөй мамиле сизге кичинекей чечимдердин маанилүүлүгүн эскертет.
  4. Мен дагы эле титиреп жатам. Мага азыртан эле бирөө кыйкырып жаткансыйт: «Функцияны ишке ашырууну өзүнө алган жетекчи?! (Жана мен ага кошулам!) Ооба, сиз дагы эле менеджерсиз, демек, бул кичинекей функция болушу керек, макулбу? Ооба, сизде дагы көп нерсе бар. Эгер сиз жөн гана функцияны ишке ашыра албасаңыз, анда мен сизге бир нече кеңеш берем: кээ бир мүчүлүштүктөрдү оңдоңуз. Бул учурда сиз жаратуунун кубанычын сезбейсиз, бирок буюмдун кантип жаралганын түшүнөсүз, демек сиз эч качан жумуштан четте калбайсыз.
  5. Бирдик тесттерин жазыңыз. Адамдар жинди боло баштаганда, мен муну өндүрүш циклинин аягында жасайм. Бул сиздин продукт үчүн ден соолук текшерүү тизмеси катары ойлонуп көр. Муну тез-тез жасаңыз.

Кайрадан каршы?

«Рэндс, эгер мен код жазсам, командамды чаташтырам. Алар менин ким экенимди билишпейт — менеджер же иштеп чыгуучу».

Хорошо.

Ооба, мен: "Макул!" Иштеп чыгуучунун көлмөсүндө сүзүү менен командаңызды чаташтыра аласыз деп ойлогонуңузга кубанычтамын. Бул жөнөкөй: программалык камсыздоону иштеп чыгуудагы ар кандай ролдордун ортосундагы чектер учурда өтө бүдөмүк. UI балдары JavaScript жана CSS программалоо деп атоого боло турган нерсени жасашат. Иштеп чыгуучулар колдонуучу тажрыйбасы дизайнын көбүрөөк үйрөнүп жатышат. Адамдар бири-бири менен баарлашып, мүчүлүштүктөр, башка адамдардын кодун уурдоо жөнүндө, ошондой эле менеджердин бул массалык, глобалдуу, кайчылаш чаңдашуучу маалыматка катышпоо үчүн эч кандай жүйөлүү себеп жок экендиги жөнүндө билишет.

Мындан тышкары, сиз оңой алмаштырылуучу компоненттерден турган команданын мүчөсү болгуңуз келеби? Бул жөн гана сиздин командаңызды тезирээк кылбастан, ар бир команда мүчөсүнө өнүмдү жана компанияны ар кандай көз караштардан көрүү мүмкүнчүлүгүн берет. Фрэнкти, курулуштарды башкарган сабырдуу жигитти, анын сценарийлеринин жөнөкөй жарашыктуулугун көргөндөн кийин кантип сыйлай аласың?

Мен силердин командаңардын баш аламан жана баш аламан болуп калышын каалабайм. Тескерисинче, мен сиздин командаңыздын натыйжалуураак баарлашуусун каалайм. Эгерде сиз продуктту түзүүгө жана функциялардын үстүндө иштөөгө катышсаңыз, сиз өзүңүздүн командаңызга жакын болосуз деп ишенем. Андан да маанилүүсү, сиз уюмуңуздун ичиндеги программалык камсыздоону иштеп чыгуу процессиндеги туруктуу өзгөрүүлөргө жакын болосуз.

Өнүгүүнү токтотпоңуз

Бир жолу Борланддагы кесиптешим аны "кодер" деп атаганым үчүн мага оозеки кол салды.

«Рэндс, кодер акылсыз машина! Маймыл! Кодер пайдасыз коддун кызыксыз саптарын жазуудан башка маанилүү эч нерсе кылбайт. Мен кодер эмесмин, мен программалык камсыздоону иштеп чыгуучумун!"

Ал туура айтты, ал менин жаңы директорлорго: "Код жазууну токтот!" Мен аларды кодерлер деп сунуштаганым үчүн эмес, тескерисинче, алардын жумушунун эң маанилүү бөлүктөрүнүн бирин этибар албай баштоону сунуштап жатканым үчүн: программалык камсыздоону иштеп чыгуу.

Ошентип, мен кеңешимди жаңырттым. Эгер сиз жакшы лидер болгуңуз келсе, код жазууну токтотсоңуз болот, бирок...

ийкемдүү бол. Инженер болуу эмнени билдирерин эстеп, программалык камсыздоону иштеп чыгууну токтотпоңуз.

жазуучу тууралуу

Майкл Лопп дагы деле Силикон өрөөнүнөн кете элек ардагер программалык камсыздоону иштеп чыгуучу. Акыркы 20 жыл ичинде Майкл Apple, Netscape, Symantec, Borland, Palantir, Pinterest сыяктуу ар кандай инновациялык компанияларда иштеген, ошондой эле акырындык менен унутулуп калган стартапка катышкан.

Жумуштан тышкары Майкл Рандс деген каймана ат менен технология жана менеджмент боюнча популярдуу блогду жетектейт, анда ал окурмандар менен менеджмент тармагындагы идеяларды талкуулайт, сөөмөйүн такай кармап туруу зарылдыгына тынчсыздануусун билдирет жана Продукцияны түзүү үчүн берешен сыйлыктар, сиздин ийгилигиңиз командаңыздын аркасында гана мүмкүн. Блогду бул жерден тапса болот www.randsinrepose.com.

Майкл үй-бүлөсү менен Калифорниянын Редвуд шаарында жашайт. Ал ар дайым тоо велосипедин тебүүгө, хоккей ойноого жана кызыл шарап ичүүгө убакыт табат, анткени бош эмес ден соолук маанилүү.

» Китеп тууралуу кененирээк бул жерден тапса болот чыгаруучунун веб-сайты
» Мазмуну
» Үзүндү

Khabrozhiteley үчүн купонду колдонуу менен 20% арзандатуу - Адамдарды башкаруу

Китептин кагаз түрүндөгү версиясы үчүн төлөм жүргүзүлгөндөн кийин китептин электрондук версиясы электрондук почта аркылуу жөнөтүлөт.

PS: Китептин баасынын 7% жаңы компьютердик китептерди которууга кетет, басмаканага берилген китептердин тизмеси бул жерде.

Source: www.habr.com

Комментарий кошуу