Най-добрият съвет, който моят шеф ми е давал
В училище бях като цяло отличник. Не бях достатъчно брилянтен, за да получа A+, но бях достатъчно умен и мотивиран, за да вляза едва в тази категория A.
За мен беше достатъчно да се кача на хладилника в началното училище. И това беше достатъчно за мен да купонясвам без вина в колежа.
Така че това е, към което се стремях - и работи много добре за мен. Получих солидни стажове през лятото, направих малко допълнителни пари като преподавател по физика в университета и дори бях в програмата за инженерни почести. По всичко личи, че успявах.
Проблемът дойде, когато получих първата си работа като софтуерен инженер в забавен малък стартъп. Продължих да правя моето А-нещо, но по някаква причина просто не получавах същите резултати.
Не получавах почти толкова похвала или признание, колкото чувствах, че заслужавам. И което е по-лошо, знаех, че шефът ми е човекът, който дава кредит там, където се дължи кредит.
Така че очевидно правех нещо нередно.
Този страх от класическия синдром на измамника започна да се прокрадва и аз започнах да се чудя дали не съм едно от онези деца с класически права, които са свикнали да получават трофеи за участие, че нямам представа за истинското значение на добрата работа. И, добре, журито все още не е наясно с това.
Но попитах шефа си дали все пак можем да започнем да провеждаме месечни сесии един на един. Очевидно, ако не получавах похвала, то беше, защото не я заслужавах - и исках да знам защо.
Не правех ли всичко, което трябваше? Не бях ли доброволец за всички най-големи, най-трудни, най-подли проекти и не работех по тях с ентусиазъм и без оплаквания?
Дойде денят на първия ни двубой един на един и трябва да кажа, че бях наистина нервен от това, което щяха да кажат. Но шефът ми беше мил и щедър с тяхната мъдрост.
И в крайна сметка те ми дадоха най-добрия съвет за работа, който някога съм получавал.
И честно казано, съветът беше толкова основен, толкова прост и толкова очевиден, че беше почти неудобно, че трябваше да бъде казано. Дори сега, докато го пиша, се чудя дали това ще помогне на някого. Но дори и да помага само на още един отличник там, ето го:
„Нещото, което ще издигне кариерата ви, е да се научите да поемате по-малко проекти, но да превеждате тези проекти на 100% до финалната линия.“
Еха. Отново, толкова очевидно в ретроспекция.
Но ето нещо: финалната линия всъщност е по-далеч, отколкото си мислите. Не казвам, че съм предал половинчати проекти. Щях да завърша кода, да го предам на екипа за контрол на качеството, след което да премина към следващия проект, смятайки, че това е това.
Но грешах.
Всъщност бях на цели три стъпки от финалната линия.
1. Подготовка на QA екипа
Начинът, по който гледам на моя QA екип е като вратар във футбола. Не знам дали има еквивалент в други области на работа, но в света на софтуера те са там, за да спасят кожата ви, като се уверят, че няма да направите глупак, като стартирате функция, която не работи — или още по-лошо, срива цялата система.
И моят QA екип е абсолютен специалист в това, което прави. Не знам какво щях да правя без тях.
Но проблемът беше, когато им дадох функция, някак просто очаквах да знаят как да я тестват, което беше погрешно на толкова много нива.
Като за начало, ако това беше строго бекенд функция, на практика всичко беше невидимо и невъзможно за тестване без подходящо регистриране или правилните заявки към базата данни. Често не мислех да предоставя тези неща.
И дори за функциите на предния край, не казах ясно на моя QA човек какво трябва да търси. Беше като да завържа очите на вратаря си, преди да стрелям по тях.
Без да са виновни, те не биха имали представа какво да правят.
Това също означаваше да упълномощавам екипа за контрол на качеството да тества функцията ми. Това означаваше да напишат достатъчно документация, за да знаят как да го тестват и какво да търсят. Това означаваше да подготвя моята функция за внедряване, да обуча екипа за поддръжка, ако е необходимо, как да я използва, да добавя документация за разработчици и дори да напиша съобщението по имейл.
Така че първият урок, който научих, беше, че за да успея в работата, трябваше да настроя моите съотборници за успех и в техните работни места.
2. По целия път през финалната линия
Най-очевидно е, че ако QA човекът направи открит бъг в моя код (както често се случва в софтуера), трябваше да съм готов да го поправя — не просто да го заложа на някой друг, който го измисля няма да отнеме толкова време за тях.
Тук си мислех, че това е начинът: да поемам всеки отделен проект, давам доброволно времето си и да казвам „да“ на всичко.
Но грешах, защото получаването на 93% в училище е страхотно и всичко останало, но всъщност е доста кофти на работа. Ето защо.
Всички знаем, че последните 7% в училище бяха като най-лошото нещо, защото може да прекарашпетчаса, работейки, за да свършиш първите 93% и след това още 2 -3 часа, за да свършите последните 7%нали?
Ако не ми вярвате, погледнете моята напълно ненаучна графика, подкрепена само от личен опит, сравняваща оценки и усилия:
Знаете ли колко усилия са необходими, за да преминете от A- до A? Приблизително толкова усилия, колкото са необходими, за да стигнете от D+ до B-.
Въпреки че оценките изглеждат като стълба, процентно усилието за постигане на тези оценки е много по-скоро като опит да изкачите халф-пайп. Лесно е да стигнете от територия D до територия C, отнема малко повече усилия, за да стигнете до територия B, а понякога се чувства почти невъзможно да стигнете до A+.
Това е концепцията за намаляване на възвръщаемостта на вашите усилия и време. И аз го разбирам. За да оптимизирате оценките си в училище, беше по-логично да отделите достатъчно време, за да получите A- в един клас, след това да преминете към другия си клас и да работите върху повишаването на тази оценка. И тогава в края на тримесечието може да имате четири ярки и лъскави A-.
умно! Даже ефикасно! Но в реалния свят вече не става въпрос за намаляваща възвръщаемост. Шефът ми е много по-доволен, когато им дам три A+, които той не трябва да докосва, отколкото четири A-, които той трябва да прегледа, коригира и финализира.
Когато връчите на шефа си почти завършен проект, който се нуждае от няколко довършителни работи, всичко, което шефът ви вижда, е последната част от халфпайпа, която сега ще трябва да завърши вместо вас.
И това е огромно усилие от тяхна страна - особено след като те трябва да ускорят целия ви проект, преди да могат да го разберат достатъчно, за да могат да го поправят.
Така че поправете тези бъгове, обработете тези крайни случаи, напишете тези модулни тестове и, за бога, завършете всяка документация, която се изисква. Не е задължително да е роман, но трябва да е достатъчно, така че всеки друг, който трябва да го вземе по-късно, да не бъде напълно изгубен.
Повярвайте ми, вашият шеф ще ви обича. В реалния свят 93% завършен проект изглежда много повече като 50% завършен проект поради огромното количество време, което ще отнеме на някой друг да разгледа проекта ви, да превключи контекста, да достигне скорост и да го завърши.
Така че дори ако трябва да поискате някои съвети и съвети, за да продължите, уверете се, че вие сте този, който ще го преведе през финалната линия. Не го предавайте просто на следващия човек като щафета и смятайте, че сте свършили по-голямата част от работата, защото вероятно другите хора няма да го видят така.
3. Маркетинг на вашата работа
Преди си мислех, че една добра функция говори сама за себе си — че потребителите ще ви пеят възхвала. Но това беше далеч от истината.
Често хората са толкова обвързани с начина си на правене на нещо, че всъщност не искат да го променят, освен ако не им дадете доста убедителна причина защо.
Същото важи и за работа, която не е свързана със софтуера. Трябва да покажете стойността, която носите, защото никой друг няма да го направи вместо вас.
След като кодът ми беше готов за пускане на живо, трябваше да напиша съобщение, така че потребителите да знаят как да използват новата функция. Нещо повече, те трябваше да разберат стойността, която извличаха от това (напр. „Направете XYZ 10 пъти по-бързо!“).
Така че последната стъпка е да рекламирате работата си. И наистина, тази стъпка всъщност идва, след като пресечете финалната линия, но е също толкова важна.
Това е вашата снимка на финалната линия.
И надхвърля просто маркетинга на вашата функция на потребителите или на всеки, който ще получи стойност от работата ви. Трябва също да сте сигурни, че вашият шеф разбира добрата работа, която сте свършили.
Не можете просто да пробягате маратон и да очаквате всички да ви поздравят за това. Не казвам, че трябва да се разхождате наоколо, защото това е просто досадно.
Но също така не можете винаги да очаквате хората да признаят работата ви. Обикновено те са също толкова заети да се фокусират върху собствените си проекти. За разлика от училище, където работата на вашия учител е да преглежда вашите домашни и тестове, на работа всеки има своя работа, върху която да се съсредоточи.
И когато дойде време да получите повишение или повишение, трябва да можете да докажете стойността си, като посочите проектите, в които сте изиграли ключова роля, покажете как тази функция е повишила производителността или задържането на клиенти, или е създала по-добро изживяване, или доведе до повече приходи. Трябва да можете да покажете вашите снимки от финалната линия.
„„Затворените усти не се хранят“.“ — Елън Помпео, която договори договор за 20 милиона долара за „Анатомията на Грей“, за да стане най-добре платеният актьор в телевизията по това време
Това също означава проява на отговорност. Ако започнете да поставяте името си върху неща и да си приписвате заслуги, вие също трябва да сте готови да поемете отговорност, когато потребителите открият грешка във функцията. Бъдете готови да се върнете в кода, за да го поправите. Бъдете готови да гасите пожари и да управлявате комуникацията около тях.
Поемете собствеността.
Храна за вкъщи
Някой веднъж ми каза, че най-важният урок, който са научили, е как да казват „не“ по-често и едва когато шефът ми ми даде този съвет за финалната линия, всичко най-накрая проработи. Те предпочитат да кажа „не“ на нови проекти, за да мога да предам текущите си проекти на 100%.
„Само като кажете „не“, можете да се концентрирате върху нещата, които са наистина важни.“ - "Стийв Джобс"
Училището не те подготвя за това. В училище се очаква да предадете всичките си домашни задачи на определената дата, независимо дали са завършени или не.
В реалния свят трябва да се научите как да казвате „не“, за да защитите успеха на текущите си проекти.
Очевидно е, че ако произвеждате само една функция на година, това може да не е достатъчно бързо. Но според моя опит е по-добре да предадете един завършен проект, отколкото два полуосмислени, докато същото не е вярно в училище.
Така че бъдете работник с A+! Прекарайте проектите си през цялата финална линия, подгответе съотборниците си за успех и се уверете, че хората виждат стойността на работата, която сте предоставили.
