Посветено на проект менаџерите (и оние кои сонуваат да станат шефови).
Пишувањето тони код е тешко, но управувањето со луѓето е уште потешко! Затоа, само ви треба оваа книга за да научите како да ги правите и двете.
Дали е можно да се комбинираат смешни приказни и сериозни лекции? Мајкл Лоп (исто така познат во тесните кругови како Рандс) успеа. Ќе најдете измислени приказни за измислени луѓе со неверојатно наградувачки (иако измислени) искуства. Вака Рандс ги споделува своите разновидни, понекогаш чудни искуства стекнати со годините на работа во големите ИТ корпорации: Apple, Pinterest, Palantir, Netscape, Symantec итн.
Дали сте проект менаџер? Или сакате да разберете што прави вашиот проклет шеф цел ден? Рандс ќе ве научи како да преживеете во Токсичниот свет на надуени мисирки и да напредувате во општото лудило на дисфункционално раскошните луѓе. Во оваа чудна заедница на манијакални мозоци има уште почудни суштества - менаџери кои, преку мистичен организациски ритуал, стекнале моќ над плановите, мислите и банкарските сметки на многу луѓе.
Оваа книга не наликува на кој било ракопис за раководство или раководство. Мајкл Лоп не крие ништо, само кажува како што е (можеби не треба да се објавуваат сите приказни: П). Но, само така ќе разберете како да преживеете со таков шеф, како да управувате со гиковите и глупаците и како да го доведете „оној проклет проект“ до среќен крај!
Извадок. Инженерски менталитет
Размислувања за: Дали треба да продолжите да пишувате код?
Книгата на Рандс за правила за менаџери содржи многу кратка листа на модерни менаџерски „задолжителни работи“. Лаконизмот на оваа листа произлегува од фактот дека концептот „мора“ е еден вид апсолутен, а кога станува збор за луѓето, има многу малку апсолутни концепти. Успешен метод на управување за еден вработен ќе биде вистинска катастрофа за друг. Оваа мисла е првата ставка на списокот „задолжителни“ на менаџерот:
Останете флексибилни!
Да мислите дека веќе знаете сè е многу лоша идеја. Во ситуација кога единствениот постојан факт е дека светот постојано се менува, флексибилноста станува единствената правилна позиција.
Парадоксално, втората ставка на листата е изненадувачки нефлексибилна. Сепак, оваа точка е мој личен фаворит бидејќи верувам дека помага да се создаде основа за менаџерски раст. Овој став гласи:
Престани да пишуваш код!
Теоретски, ако сакате да бидете менаџер, треба да научите да им верувате на оние кои работат за вас и целосно да им го предадете кодирањето. Овој совет е обично тешко сварлив, особено за новоформираните менаџери. Веројатно една од причините поради која станаа менаџери е поради нивната продуктивност во развојот, а кога работите ќе тргнат наопаку, нивната прва реакција е да се вратат на вештините во кои имаат целосна доверба, а тоа е нивната способност да пишуваат код.
Кога ќе видам дека новосоздаден менаџер „потонува“ во пишување код, му велам: „Знаеме дека можеш да пишуваш код. Прашањето е: дали можеш да водиш? Вие веќе не сте одговорни само за себе, вие сте одговорни за целиот тим; и сакам да се уверам дека можете да го натерате вашиот тим сам да ги решава проблемите, без вие самите да го напишете кодот. Ваша задача е да откриете како да се скалирате. Не сакам да бидеш само еден, сакам да има многу како тебе“.
Добар совет, нели? Скала. Управување. Одговорност. Вакви вообичаени зборови. Штета што советот е погрешен.
Погрешно?
Да. Советите се погрешни! Не сосема погрешно, но доволно погрешно што морав да се јавам на некои поранешни колеги и да се извинам: „Се сеќавате на мојата омилена изјава за тоа како треба да престанете да пишувате код? Погрешно е! Да... Започнете со програмирање повторно. Започнете со Python и Ruby. Да, јас сум сериозен! Вашата кариера зависи од тоа!“
Кога ја започнав мојата кариера како развивач на софтвер во Borland, работев во тимот на Paradox Windows, кој беше огромен тим. Имаше само 13 развивачи на апликации. Ако додадете луѓе од други тимови кои исто така постојано работеа на клучните технологии за овој проект, како што е моторот на основната база на податоци и основните апликативни услуги, ќе добиете 50 инженери директно вклучени во развојот на овој производ.
Ниту еден друг тим за кој досега сум работел не е блиску до оваа големина. Всушност, со секоја измината година, бројот на луѓе во тимот во кој работам постепено се намалува. Што се случува? Дали ние програмерите колективно стануваме попаметни и попаметни? Не, ние само го делиме товарот.
Што прават програмерите во последните 20 години? За тоа време напишавме многу кодови. Море на код! Напишавме толку многу код што решивме дека би било добра идеја да поедноставиме сè и да одиме со отворен код.
За среќа, благодарение на Интернетот, овој процес сега стана што е можно поедноставен. Ако сте развивач на софтвер, можете да го проверите веднаш! Пребарајте го вашето име на Google или Github и ќе видите код што одамна сте го заборавиле, но кој секој може да го најде. Страшно, нели? Зарем не знаевте дека кодот живее вечно? Да, тој живее вечно.
Кодот живее вечно. И добриот код не само што живее вечно, туку и расте затоа што оние што го ценат постојано се грижат да остане свеж. Овој куп висококвалитетен, добро одржуван код помага да се намали просечната големина на инженерскиот тим бидејќи ни овозможува да се фокусираме на постоечкиот код наместо да пишуваме нов код и да ја завршиме работата со помалку луѓе и во пократка временска рамка.
Оваа линија на расудување звучи депресивно, но идејата е дека сите ние сме само куп автомати за интеграција кои користат селотејп за поврзување на различни делови од постоечките работи заедно за да се создаде малку поинаква верзија на истото. Ова е класична линија на размислување меѓу високите директори кои сакаат аутсорсинг. „Секој кој знае како да користи Google и има селотејп може да го направи ова! Тогаш зошто плаќаме многу пари на нашите машини?“
На овие менаџери им плаќаме навистина големи пари, но тие мислат такви глупости. Уште еднаш, мојата клучна поента е дека има многу брилијантни и многу вредни развивачи на нашата планета; тие се навистина брилијантни и вредни, иако немаат поминато ниту една минута седејќи на акредитирани универзитети. О, да, сега ги има се повеќе и повеќе!
Не ви предлагам да почнете да се грижите за вашето место само затоа што некои брилијантни другари наводно го ловат. Ви предлагам да почнете да се грижите за тоа бидејќи еволуцијата на развојот на софтвер веројатно се движи побрзо од вас. Работите десет години, од кои пет како менаџер, и мислите: „Веќе знам како се развива софтверот“. Да, знаеш. Чао…
Престанете да пишувате код, но...
Ако го следите мојот оригинален совет и престанете да пишувате код, исто така доброволно ќе престанете да учествувате во процесот на креирање. Токму поради оваа причина не користам активно аутсорсинг. Автоматите не создаваат, тие произведуваат. Добро дизајнираните процеси заштедуваат многу пари, но тие не носат ништо ново во нашиот свет.
Ако имате мал тим кој прави многу за малку пари, тогаш идејата да престанам да пишувам код ми изгледа како лоша одлука за кариера. Дури и во компаниите-чудовишта со нивните бескрајни регулативи, процеси и политики, немате право да заборавите како сами да развивате софтвер. И развојот на софтвер постојано се менува. Во моментов се менува. Под твоите нозе! Во оваа секунда!
Имате забелешки. Разберете. Ајде да слушаме.
„Рандс, на пат сум до директорската фотелја! Ако продолжам да пишувам код, никој нема да верува дека можам да пораснам“.
Сакам да ве прашам ова: откако седнавте на вашата фотелја „Јас ќе бидам извршен директор!“, дали забележавте дека пејзажот за развој на софтвер се менува, дури и во вашата компанија? Ако вашиот одговор е да, тогаш ќе ви поставам уште едно прашање: како точно се менува и што ќе направите со овие промени? Ако одговоривте „не“ на моето прво прашање, тогаш треба да се префрлите на друго столче, бидејќи (се обложувам!) полето на развој на софтвер се менува во оваа секунда. Како некогаш ќе растете ако полека но сигурно заборавите како да развивате софтвер?
Мој совет е да не се обврзувате да имплементирате тони функции за вашиот следен производ. Треба постојано да преземате чекори за да останете на врвот на тоа како вашиот тим гради софтвер. Можете да го направите ова и како директор и како потпретседател. Нешто друго?
„Уф, Рандс! Но некој мора да биде арбитер! Некој мора да ја види големата слика. Ако напишам код, ќе ја изгубам перспективата“.
Сè уште треба да бидете судија, сè уште треба да ги пренесувате одлуките, а сепак треба да шетате низ зградата четири пати секој понеделник наутро со некој од вашите инженери за да го слушате неговиот неделник „Сите сме осудени на пропаст“ за 30. минути.! Но, надвор од сето тоа, треба да одржувате инженерски начин на размислување и не мора да бидете програмер со полно работно време за да го направите тоа.
Мои совети за одржување на инженерски менталитет:
- Користете ја развојната средина. Ова значи дека треба да сте запознаени со алатките на вашиот тим, вклучувајќи го системот за градење код, контрола на верзијата и програмскиот јазик. Како резултат на тоа, ќе станете умешен во јазикот што го користи вашиот тим кога зборува за развој на производ. Ова исто така ќе ви овозможи да продолжите да го користите вашиот омилен уредувач на текст, кој функционира совршено.
- Мора да бидете во можност да нацртате детален архитектонски дијаграм кој го опишува вашиот производ на која било површина во секое време. Сега не мислам на поедноставената верзија со три ќелии и две стрелки. Мора да го знаете деталниот дијаграм на производот. Најтешката. Не каков било симпатичен дијаграм, туку дијаграм што е тешко да се објасни. Тоа треба да биде мапа погодна за целосно разбирање на производот. Постојано се менува и секогаш треба да знаете зошто настанале одредени промени.
- Преземете ја имплементацијата на една од функциите. Буквално се мачам додека го пишувам ова бидејќи оваа точка има многу скриени опасности, но навистина не сум сигурен дека можете да ги постигнете точките бр. 1 и 2 без да се обврзете да имплементирате барем една карактеристика. Со имплементирање на една од карактеристиките сами, не само што ќе бидете активно вклучени во процесот на развој, туку и ќе ви овозможи периодично да се префрлате од улогата на „Менаџер задолжен за сè“ во улогата на „Човек задолжен за спроведување на една на функциите“. Овој скромен и скромен став ќе ве потсети на важноста на малите одлуки.
- Сè уште се тресам цела. Изгледа некој веќе ми вика: „Менаџерот кој го презеде на себе спроведувањето на функцијата?! (И јас се согласувам со него!) Да, сеуште сте менаџер, што значи дека треба да биде некоја мала функција, во ред? Да, имаш уште многу да направиш. Ако едноставно не можете да ја преземете имплементацијата на функцијата, тогаш имам неколку резервни совети за вас: поправете некои грешки. Во овој случај, нема да ја почувствувате радоста на создавањето, но ќе имате разбирање за тоа како се создава производот, што значи дека никогаш нема да останете без работа.
- Напиши единечни тестови. Сè уште го правам ова доцна во производниот циклус кога луѓето почнуваат да лудуваат. Сфатете го тоа како здравствена листа за проверка на вашиот производ. Правете го ова често.
Повторно приговор?
„Рандс, ако напишам код, ќе го збунам мојот тим. Тие нема да знаат кој сум јас - менаџер или програмер“.
Сите во право.
Да, реков: „Во ред! Мило ми е што мислите дека можете да го збуните вашиот тим само со пливање во езерцето за развивачи. Едноставно е: границите помеѓу различните улоги во развојот на софтвер во моментов се многу нејасни. Момците од UI го прават она што може да се нарече програмирање JavaScript и CSS. Програмерите учат се повеќе и повеќе за дизајнот на корисничкото искуство. Луѓето меѓусебно комуницираат и учат за грешки, за кражба на туѓи кодови, а исто така и за фактот дека не постои добра причина менаџерот да не учествува во оваа масовна, глобална, вкрстено опрашувачка информативна баханалија.
Освен тоа, дали сакате да бидете дел од тим кој се состои од лесно заменливи компоненти? Ова не само што ќе го направи вашиот тим попргав, туку на секој член на тимот ќе му даде можност да ги види производот и компанијата од различни перспективи. Како можеш да го почитуваш Френк, мирниот човек задолжен за градбите, повеќе отколку откако ќе ја видиш едноставната елеганција на неговите скрипти за градење?
Не сакам вашиот тим да стане збунет и хаотичен. Напротив, сакам вашиот тим да комуницира поефективно. Верувам дека ако сте вклучени во креирањето на производот и работите на функциите, ќе бидете поблиску до вашиот тим. И уште поважно, ќе бидете поблиску до постојани промени во процесот на развој на софтвер во вашата организација.
Не престанувајте да се развивате
Една моја колешка во Борланд еднаш вербално ме нападна затоа што ја нареков „кодер“.
„Рандс, кодерот е безумна машина! Мајмун! Кодерот не прави ништо важно освен да пишува здодевни линии со бескорисен код. Јас не сум кодер, јас сум развивач на софтвер!“
Таа беше во право, ќе го мразеше мојот првичен совет до новите извршни директори: „Престанете да пишувате код! Не затоа што сугерирам дека се кодери, туку повеќе затоа што проактивно сугерирам да почнат да игнорираат еден од најважните делови од нивната работа: развој на софтвер.
Затоа, го ажурирав мојот совет. Ако сакате да бидете добар лидер, можете да престанете да пишувате кодови, но ...
Бидете флексибилни. Запомнете што значи да се биде инженер и не престанувајте да развивате софтвер.
За авторот
Мајкл Лоп е ветеран развивач на софтвер кој сè уште не ја напуштил Силиконската долина. Во текот на изминатите 20 години, Мајкл работеше за различни иновативни компании, вклучувајќи ги Apple, Netscape, Symantec, Borland, Palantir, Pinterest, а исто така учествуваше и во стартап кој полека лебдеше во заборав.
Надвор од работа, Мајкл води популарен блог за технологија и менаџмент под псевдонимот Рандс, каде со читателите разговара за идеи од областа на менаџментот, изразува загриженост за постојаната потреба да го држи прстот на пулсот и објаснува дека, и покрај дарежливи награди за создавање производ, вашиот успех е можен само благодарение на вашиот тим. Блогот може да се најде овде .
Мајкл живее со своето семејство во Редвуд, Калифорнија. Тој секогаш наоѓа време за планински велосипед, игра хокеј и пие црвено вино, бидејќи е поважно да се биде здрав отколку да се биде зафатен.
» Повеќе детали за книгата можете да најдете на
»
»
За Khabrozhiteley 20% попуст со користење на купон - Управување со луѓе
По уплата на хартиената верзија на книгата, електронска верзија на книгата ќе биде испратена по е-пошта.
PS: 7% од цената на книгата ќе оди за превод на нови компјутерски книги, список на книги предадени на печатницата .
Извор: www.habr.com