En Alibaba-ingeniørs tanker om, hvordan man kan være en bedre ingeniør

Af Qu Kuilin, kaldet Disu i Alibaba.

Når ethvert team af ingeniører står over for en række udfordringer, vil de naturligvis have spørgsmål. Med det samme rejser teammedlemmer spørgsmål som disse:

  • Hvordan finder vi spørgsmål, der har teknisk værdi i virksomheden?
  • Hvordan skal vi udvikle og initiere løsninger efter at have fundet et problem?
  • Hvordan er vores endelige tekniske resultater knyttet til de virkelige forretningsresultater?

Når vi hører folk sige, at "tænkning ikke er nok" eller "tænk mere", hvad de virkelig taler om er disse slags spørgsmål.

Så hvad er løsningen? Hvordan besvarer du disse spørgsmål effektivt? I denne artikel vil Kuilin Qu som senior frontend-ekspert i Alibaba dele sin erfaring med, hvordan han løste disse tre store problemer for at blive en bedre ingeniør.

Hvordan ved vi, hvilke problemer der er værdifulde?

Selvom en videnskabsmand måske dedikerer en levetidskarriere til forskning, er virkeligheden, at hans eller hendes tid er ekstremt begrænset, når det kommer til faktisk at forske. Det store dilemma er imidlertid, at der findes utallige emner, der er værdige og har brug for yderligere forskning i verden. Og så, hvis du vælger forskningsemner bare fordi de er lidt interessante, vil dit liv være forbi, før du kan gøre noget virkelig vigtigt, sagde en meget klog Nobelvindende videnskabsmand, Susumu Tonegawa.

Dette gælder også softwareingeniører. Faktum er, at før vi besvarer dette spørgsmål, skal vi først forstå et vigtigt begreb: Hvad er et værdifuldt spørgsmål?

Min forståelse er ethvert spørgsmål, der vedrører et vigtigt, presserende emne og fører til et kritisk vigtigt og kvalitetssvar er værdifuldt. Men hvad betyder det? Får du stadig ikke det? Tænk på spørgsmålet på denne måde derefter: overvej, om dette spørgsmål faktisk eksisterer, overvej om det er nødvendigt nok til at løse dette problem i den nærmeste fremtid, og overveje, om løsningen på dette spørgsmål er gennemførlig.

Så hvis du tænker på tingene på denne måde, ved du også, at: hvis du vil finde sådanne problemer i din virksomhed, skal du først forstå din forretningsstrategi såvel som metoden og placeringen bag din forretning. Forberedelse af denne forudsætningsinformation er en stor udfordring for ingeniører, og det er sandsynligvis, hvorfor vi har en tendens til at stille dette spørgsmål.

De fleste softwareingeniører beskæftiger sig med frontlinieudvikling. Derfor kan deres forståelse af forretningen være begrænset til, hvad der er umiddelbart under deres øjne, og hvad de gør lige i øjeblikket. Men meget information derude er de oplysninger, der er blevet filtreret flere gange af en anden. Det, du får, kan være en opgave, og grunden til, at du udfører denne opgave. Men virkeligheden er, at kernen i denne forståelse ikke er så god som den forståelse, som den oprindelige strategimaskine selv havde foreslået.

Så det, vi kan trække på dette, er, at ikke alle oplysninger også er ens. Nogle oplysninger er bedre end andre. Derfor, når vi får en ny opgave, en ny besked, er vi nødt til at indsamle information, sortere og sammenfatte informationen og analysere problemerne. Først når vi gør dette, kan vi komme ind i kernen i problemet og vide, hvad der er værdifuldt.

Indsamling af alle oplysninger

Så nu i dette afsnit vil jeg tale om processen med at indsamle information. Faktisk er denne proces ligesom informationsvidenskab, hvis du vil. Den bedste måde at indsamle information er at deltage i kickoff-møderne, som lederne af dine forretningsenheder holder. Hver type kickoff-møde vil fordele den tilsvarende strategi og tænkning bag den generelle forretningsplan og de tilsvarende opgaver, der skal følges. Disse møder præsenteres for medlemmer af forretningsenheden eller den pågældende afdeling. Selvom vi måske ikke personligt deltager i brainstormingsprocessen, vil vi forstå tankerne bag det, hvis vi deltager i mødet. Så som en generel tommelfingerregel skal du altid huske at tage notater.

Efter at have indhentet denne førstehåndsinformation, bliver vi nødt til at begynde at indsamle eksterne oplysninger og organisere alt sammen. Her bruger jeg ofte Ali-learning til dette.

Alibaba's har to interne læringsplatforme, som er Ali-learning-forretningslageret og ATA-teknologiordningen. Naturligvis kan du også indsamle sådan information fra mange andre eksterne kanaler. Der er masser af forskellige kilder derude. Kort sagt, vi er nødt til at indsamle disse oplysninger, ligesom hvordan en produktchef ville gøre. Hos Alibaba opfordrer vi også studerende til forskellige forretningsenheder i forskellige felter til at kommunikere med hinanden, ikke kun ved at chatte offline, men også ved at stille spørgsmål online. Faktisk kan det på dette tidspunkt af processen være en smart idé at bruge websteder som Wikipedia eller Yahoo Answers for at give dig lidt mere baggrundsinformation og en bedre forståelse af, hvad der foregår. I Kina er to populære websteder af denne art Zhihu og Baidu Baike.

Problemanalyse

De oplysninger, vi får fra forskellige kilder, kan spredes, og derfor kan det også være skræmmende at sammenstyre det hele sammen. Du tænker måske for dig selv: hvordan kan vi behandle og integrere den i vores egen tænkningsproces? For det første, for at besvare dette, kan information ikke blot samles op. Vi er nødt til at finde ud af hovedtrådene, før vi gør noget andet. Et princip kaldet MECE-princippet kan være nyttigt til dette. Det kan bruges til at nedbryde informationen. Kort sagt, dette princip indkapsler tanken om, at hele informationsmassen kan forstås gennem klassificering, der både er gensidigt eksklusiv og kollektivt udtømmende. Oplysningerne om det logiktræ, du opretter, vil blive matchet med det kravbaserede scenarie, du sigter mod at finde ud af. Du kan prøve at bruge forskellige poster på C-enden og B-enden til at rekonstruere det kravbaserede scenarie. I denne proces kan du kombinere bestemte metoder, såsom deduktiv begrundelse og induktiv begrundelse for at forbedre de involverede problemer og udfordringer, som i sidste ende vil hjælpe dig med at forstå forretningsenhedens strategi.

I mellemtiden kan du også opdele dine strategier i de tilsvarende projekter fra dit eget perspektiv. For eksempel analyserede jeg sidste år i Alibaba personligt, at to enheds trafikmønstre tjente som et af de største problemer, som Fliggy står overfor i C-enden. Tilføjelse til dette var Fliggy's B-end forsyningskæde ikke moden nok, hvilket gjorde det umuligt at give leverandører en mere omfattende serviceoplevelse. Årsagen bag det begrænsede kategoriskryds mellem Fliggy var, at dens lodrette tjenester blev isoleret fra hinanden.

Hvordan bevæger du dig fremad efter genopdagelsesprocessen?

Da vi fundet ud af disse tre problemer, kunne vi ikke begynde at arbejde med det samme. Vi var stadig nødt til at forfine, hvad der nøjagtigt var kerneværdien i disse spørgsmål. Ellers kunne vi ikke forbinde den endelige tekniske output til forretningsresultaterne efter at have gjort alt det nødvendige arbejde. At tænke er ikke et spørgsmål om brute force. Dit arbejde er ikke alene afhængig af fysisk styrke.

Så hvor er det arbejde, der er relateret til din rolle, nøjagtigt? Når du er på fronten, har kanten en stor fordel, og det er, at du er tæt på produktet og slutbrugeren. Derfor kan du forstå de grundlæggende præsentationstilstande på en mere abstraheret og systematisk måde gennem produktprototypen.

I betragtning af konstruktionen af ​​et trafiksystem som et eksempel er vi nødt til at segmentere brugere. Rimelige metoder kan bruge og stole på flere forskellige traditionelle modeller som RFM eller AARRR og deres varianter for at slå sig ned på de tekniske platforme eller produkter, vi er nødt til at foretage. For eksempel ved konstruktion af trafiksystemer, når vi har tænkt på segmentering, deler vi brugere efter deres villighed til at købe og opdeler dem også i brugere, der enten er uden for eller inden for Alibaba-økosystemet. Derefter designer vi to platformsprodukter i overensstemmelse hermed.

Find mennesker, der deler dine mål

Som projektinitiator er vi nødt til at være opmærksomme på hvert stykke af puslespillet. Derfor er vi nødt til først at finde den tilsvarende forretningsparti for at ”sælge” vores tanker til andre. For at finde mennesker med de samme mål, skal du vide, hvem din forretningsfest er, og hvad er de ansvarlige for.

Når det kommer til denne slags ting, er min metode relativt enkel. Jeg ser direkte på den funktionelle opdeling med hensyn til drift. Jeg vil gerne være klar over, hvad personen er ansvarlig for og KPI, som personen er ansvarlig for at opnå. Derudover vil du være på udkig efter folk med din tilsvarende projektdirektør. Generelt er den mest direkte partner den person, der kan hjælpe dig med at tackle problemet med forretning og teknologisk konvergens.

Når du har fundet alle de rigtige mennesker, du har brug for, ønsker du at forberede et kickoff-møde for at bestemme de prioriteringer, der er involveret i alle jobkravene. Og så, når ressourcer er begrænset, hvad skal vi gøre først? Svaret er simpelt: Uvigtige dele kan være tilbage, indtil senere, prioritere kernefunktionerne i dit produkt.

Generelt er den højeste prioriterede vare af platformprodukter de generelle funktioner, der er nødvendige for driften af ​​dette produkt. Derfor skal du bekræfte med dine partnere, hvilke funktioner de synes er de vigtigste, og derefter starte der.

Innovation står på Shoulders of Giants

Alibaba Group er allerede en meget stor institution. Grundlæggende er enhver tanke, du tænker, sandsynligvis allerede blevet tænkt på før, så det er ikke din tid til at prøve at opfinde hjulet igen. Faktisk gælder det samme også for små virksomheder. Mange små virksomheder vil bruge open source-teknologier snarere end at skabe deres egne proprietære løsninger, fordi der ikke er behov for at genopfinde hjulet, hvis det kan fungere helt fint til din virksomhed.

Når vi starter arbejdet med projektet, hvis det er en platform, skal vi først adskille kernefunktionerne. Disse kernefunktioner afhænger af, om nogen i gruppen allerede gør det, eller om der er en moden løsning. At undersøge disse problemer hjælper med at undgå gentagen udvikling, så du kan løse dine mest presserende kerneproblemer så hurtigt og så direkte som muligt.

Hos Alibaba Cloud er den enkleste og mest direkte metode at søge i nogle af vores interne tekniske opbevaringssteder og videnbaser, som for os er ATA og Yuque, til at udtrække nøgleord og finde den nøgleperson, der gør ting. Det vil sige, involveret i denne proces er det faktum, at du lige er nødt til at tro og vide, at du ikke er den første person, der tænker på dette spørgsmål. Nogle generelle problemer har bestemt allerede generelle tjenester leveret i gruppen. Hvis de ikke leveres, vil en mere moden løsning sandsynligvis allerede finde anvendelse.

Selvom der ikke er etableret nogen løsning i din virksomhed, er denne retning også banebrydende i branchen. Hvis du støder på et sådant problem, kan du først se, om det er muligt at omgå dette problem. Hvis det er umuligt at omgå dette problem, kan du prøve at finde et grundlæggende team, der er egnet til at arbejde og bygge videre på dette spørgsmål sammen. Og selvfølgelig kan der også være eksterne betalte løsninger til køb og brug.

Uanset løsningen skal du stadig sikre, at virksomheden vinder i sidste ende. Forretningsingeniører er nødt til at tænke over, hvilken værdi du kan give virksomheden. Derfor er din kerneværdi ikke at håndtere og løse meget komplekse tekniske problemer, men snarere at bruge dine teknologier til at øge værdien af ​​din virksomhed.

Derfor er en stor meddelelse, jeg vil dele her, at den værdi, som forretningsingeniører bringer til en virksomhed, udnytter en teknologi eller model til at løse meget komplekse forretningsproblemer, og dette er en teknologi af universel værdi.

Stå i nuet, se til fremtiden

En af de vigtigste ting, du har brug for at udvikle, er fremsyn, som jeg gerne kalder evnen til at se ind i fremtiden, mens du står i nuet.

Du er nødt til at fokusere på nutiden og endnu mere på fremtiden. Ikke kun teknologien skal orienteres mod fremtiden, men også industrien. Stå i nuet, og tænk over, hvordan du løser de største problemer, som virksomheden er stødt på i øjeblikket og tidligere. Og tænk på mulighederne for at overhale konkurrenter i fremtiden.

For eksempel, hvis Alibaba's Fliggy ønsker at indhente et konkurrerende produkt i samme branche, men ikke kan konkurrere med denne konkurrent med hensyn til mængden af ​​ressourcer, der er investeret i den. I sidste ende kan det bedste resultat være at nå et uafgjort med sin konkurrent. Derfor er vi nødt til at finde omdrejningspunktet for at vinde i den fremtidige industri, tiden til at fokusere og energien til at skubbe disse nøgleknudepunkter frem og bruge en global strategi til at bryde igennem. Og Fliggy skal også være forberedt på internationalisering. I denne del af puslespillet kan vi også trække på den tekniske erfaring, som vi har fundet fra andre. For at hjælpe os med at fokusere mere på vores forretning, kunne vi sige, at sidste års platforme banede vej for vores forretning.

Hvordan er de endelige tekniske resultater forbundet med forretningsresultaterne?

Dette sidste spørgsmål er lidt af et trick-spørgsmål. Hvis vi helt klart forstår virksomheden fra begyndelsen, og hvis vores henrettelse ikke har afviget og har været fokuseret på vores oprindelige mål, er det usandsynligt, at vores endelige forretningsresultater ikke kan opnås.

I sidste ende er der kun et spørgsmål: Hvordan er teknisk værdi legemliggjort, når vi opnår forretningsresultaterne?

Fra mine egne erfaringer har mine kolleger ofte spurgt mig, om der ikke er behov for at genopfinde hjulet, men på samme tid er alt allerede gjort, så hvad er vores værdi i sidste ende. Og mit svar på denne slags spørgsmål har altid været, at et team, der arbejder med basisteknologi, kontinuerligt vil grave sig ind i de grundlæggende tekniske og tekniske felter. Men de er også nødt til at fokusere på overgangen fra at opdage den teknologiske værdi af deres skabelse til at finde dens forretningsværdi.

Hovedspørgsmålet er faktisk næsten altid, at forretningsscenarierne, som skulle have været overvejet for længe siden, mangler. Så samarbejde med forretningsteamet er vigtigt og supplerer det tekniske, vi laver. Dette gør det muligt for os at få forretningsresultater og også opleve væksten i vores egen teknologi.

Men så igen, når jeg tænker tilbage på disse samtaler, er det klart, at der også er mange internaliserede, uudtalede spørgsmål. For forretningsingeniører er kernen i vores fokus at sikre, at virksomheden naturligvis vinder. Så hvis dette mål ikke nås, kan ingeniørerne ende med at blive en smule for ”selvindgivende” til problemløsning. Derfor, hvad vi har brug for på forretningssiden, er at have et teknisk perspektiv for at se, hvad andre teams eller eksterne teams i virksomheden laver, og aktivt kommunikere for at gøre denne situation til en win-win.

Hvis ingen andre gør det, lad os gå og bede nogen om at stå op og se, om dette input-output-forhold er rimeligt. Dette er også værdispørgsmålet om emnet og løsningen, som vi nævnte i begyndelsen af ​​denne artikel. Er disse problemer fælles for andre teams i virksomheden, og kan vi give dem værdi ved at løse dem? I betragtning af spørgsmålet om at finde teknisk værdi i virksomheden er der selvfølgelig et relativt klart svar her.

Det vigtigste er at tænke klart over ”hvorfor”, så vi kan gøre det mest korrekte. Kun ved at gøre tingene på denne måde kan den forretningsværdi, der oprettes ved at løse dette problem, klart findes.

Det vil sige, at de bedste ingeniører skal forstå produktet, og hvordan det er et stykke af forretningsgodkendelsen.

For fremtiden

For at afvige fra dette tema lidt spurgte en kollega i Alibaba mig, om forretningsfronten ville blive fjernet i fremtiden. Denne kollega stillede dette spørgsmål, fordi den lave kode / nocode, vi laver, kan udsætte os for et job. Selvom et interessant spørgsmål er det ikke produktivt. Det er simpelthen en pessimistisk tanke, der glemmer, hvordan og hvorfor bag, hvorfor frontend udviklede sig i første omgang.

I den aktuelle retning er vi stadig nødt til at overveje, hvordan vi løser kodekonstruktion af lav kvalitet og ineffektivt gentagne arbejde, der optager det meste af en ingeniørs energi, og frigør en ingeniørs tid til at kunne forbedre den samlede udviklingseffektivitet for virksomheden. Tidligere hørte frontenden til applikationslaget eller nærmere bestemt udseendet, præsentationen og gengivelsessiden af ​​det øverste lag.

Anvendelseslaget har konstant ændret og udviklet sig i løbet af de sidste par årtier, og derfor har erhvervet også udviklet sig med det. Denne udvikling er gået fra de tidligste GUI-ingeniører til frontend- og klientsiden webudviklingsingeniører i dag og den seneste fortid. Under denne transformation har applikationslaget og præsentationslaget konstant ændret sig, og derfor føler frontend-fagfolk, at de altid erhverver ny viden.

Imidlertid følger denne udviklingsproces faktisk et mønster. Selvom applikationslaget konstant ændrer sig, udvikles det i det væsentlige i to hovedretninger. Den ene er forbedring af teknisk effektivitet fra det tekniske perspektiv, og det andet er grafer og billedundersøgelser fra brugerperspektivet. På nuværende tidspunkt har de to retninger også et meget komplekst og stort træ af vidensystemer, som stadig udvides.

I mellemtiden med stigningen i maskinlæring, forbedring af hardware-ydeevne og netværksbåndbredde og opgradering af visuelle præsentationsenheder er en ny runde med teknologisk forstyrrelse mulig. Fra dette perspektiv forsvinder frontenden derfor ikke i fremtiden, men vil i stedet kun eksistere i en anden form. Ingeniører, der ikke lærer, forsvinder dog.

Konklusion

Afslutningsvis vil jeg sige, at når du kommer til en ny virksomhed, skal du ikke skynde dig at få disse to resultater på forretnings- og teknologisiden af ​​tingene, men snarere tage dig tid til at få strømmen af ​​ting.

Før noget andet, er vi nødt til at se, hvor virksomheden er i det store billede af tingene, og forstå, hvordan det er forbundet med andre virksomheder. Vi er nødt til at indsamle information og problemer, se på disse spørgsmål i dybden og finde forretningssmertepunkter ved at kommunikere med andre i virksomheden.

I denne proces er vi nødt til at indsamle problemerne først, tænke på dem og derefter arbejde på forretningsprojekter. Vi skal have målrettet tænkning. Lås på og spores vores mål, og ændre vores vej i henhold til de faktiske forhold, vi finder og fortsætter med at gøre det, indtil vi når vores eventuelle slutmål og resultaterne af det.

Faktisk har jeg skrevet meget og også sorteret og opsummeret metodikken for, hvordan jeg gør ting. I alt dette sagde jeg også, at det er bedst ikke at lade virksomheden skubbe dig videre, men at det er mest vigtigt, at du bringer virksomheden med dig på din rejse.

Oprindeligt kan "bringe" betyde, at virksomheden bevæger sig i den retning, du forstår, når du lærer, hvordan virksomheden fungerer. Imidlertid kan du opdage, at denne del faktisk også involverer en smule implementering gennem en lang række træning og selvlæring. Endelig skal du indse, at det virkelig er dig, der leder branchen og driver forretningens retning fremad gennem teknologisk innovation snarere end selve teknologien.

Dette er mit tredje år i Alibaba. Selvom jeg havde arbejdet i næsten otte år, før jeg kom hit, voksede jeg langt hurtigere i min tid på Alibaba, end jeg før havde vokset på mine tidligere positioner.

Jeg er blevet en ny person disse tre korte år, så jeg vil gerne give mig selv en besked nu: Jeg håber, at i de næste fem til ti år vil min tænkning være steget til et helt nyt niveau. Jeg glæder mig også over alles kommentarer og feedback. Al kritik er velkommen, fordi opmuntring ikke hjælper med at afsløre problemerne.

Endelig har jeg også nogle relaterede bøger, som jeg kan anbefale dig, som indeholder flere detaljer om nogle af de foregående dele. Jeg håber, de vil være nyttige: Pyramidprincippet, McKinsey's tænkningsmetoder, tænkning, hurtig og langsom, indflydelse, viljestyrkeinstinktet og smidig udvikling.

PS: Fliggys brugerteknologiafdeling rekrutterer P7-P8-frontend-, klientside- og Java-trådløse server-side-ingeniører, der er hjemmehørende i Hangzhou. Du er velkommen til at ansøge! Kontakt [email protected], hvis du er interesseret

Oprindelig kilde: