Alibaba inseneri mõtted, kuidas olla parem insener

Qu Kuilin, hüüdnimega Disu Alibabas.

Muidugi, kui mõni inseneride meeskond seisab silmitsi rea väljakutsetega, on neil küsimusi. Kohe-kohe tõstatavad meeskonna liikmed järgmised küsimused:

  • Kuidas leiame küsimusi, millel on ettevõttes tehniline väärtus?
  • Kuidas peaksime pärast probleemi leidmist lahendusi välja töötama ja algatama?
  • Kuidas on meie lõplikud tehnilised tulemused seotud reaalse maailma äritulemustega?

Kui kuuleme inimesi ütlevat, et „mõtlemisest ei piisa” või „mõtle rohkem”, siis nad räägivad tegelikult just selliseid küsimusi.

Mis on lahendus? Kuidas neile küsimustele tõhusalt vastata? Noh, selles artiklis jagab Kuilin Qu Alibaba vanemanadeksperdina oma kogemusi, kuidas ta lahendas need kolm peamist probleemi paremaks inseneriks saamiseks.

Kuidas me teame, millised küsimused on väärtuslikud?

Ehkki teadlane võib pühendada terve elu karjääri teadustööle, on reaalsus selline, et tegelikult on tema aeg uurimistöö tegemiseks äärmiselt piiratud. Suur dilemma on aga see, et maailmas on lugematu arv teemasid, mis on väärt ja vajavad edasist uurimist. Ja kui valite uurimisteemad lihtsalt sellepärast, et need on pisut huvitavad, siis saab teie elu läbi enne, kui saate midagi tõeliselt olulist teha, ütles üks väga tark Nobeli võitnud teadlane Susumu Tonegawa.

See kehtib ka tarkvarainseneride kohta. Enne sellele küsimusele vastamist peame kõigepealt mõistma ühte olulist kontseptsiooni: Mis on väärtuslik teema?

Minu arusaam on mis tahes küsimus, mis puudutab olulist, pakilist teemat ja viib kriitiliselt olulisele ning kvaliteetne vastus on väärtuslik. Aga mida see tähendab? Kas te ikkagi ei saa seda? Noh, mõelge siis sellisele küsimusele: mõelge, kas see küsimus on tegelikult olemas, mõelge, kas selle küsimuse lähitulevikus lahendamiseks on vaja, ja mõelge, kas selle küsimuse lahendus on teostatav.

Siis, kui mõtlete asjadele niimoodi, siis teate ka seda, et kui soovite oma ettevõttes selliseid probleeme leida, peate kõigepealt mõistma oma äristrateegiat, meetodit ja positsiooni taga sinu äri. Selle eeltingimuse teabe ettevalmistamine on inseneridele suur väljakutse, mistõttu tõenäoliselt kipume seda küsimust esitama.

Enamik tarkvarainsenere tegeleb eesliinil välja töötamisega. Seetõttu võib nende ettekujutus ettevõtlusest piirduda sellega, mis on kohe nende silme all ja mida nad hetkel teevad. Kuid palju teavet on seal selle teabe vahel, mida keegi teine ​​on mitu korda filtreerinud. See, mida saate, võib olla ülesanne ja põhjus, miks seda ülesannet täidate. Kuid tegelikkus on see, et selle mõistmise keskmes pole nii hea kui arusaam, mille algne strateegiakujundaja ise oli välja pakkunud.

Niisiis võime sellest järeldada, et ka kogu teave pole võrdne. Mõni teave on parem kui teised. Seetõttu peame uue ülesande, uue sõnumi saamise korral teavet koguma, teabe sorteerima ja kokku võtma ning probleeme analüüsima. Ainult siis, kui seda teeme, saame selle teema keskmesse ja teame, mis on väärtuslik.

Kogu teabe kogumine

Niisiis, nüüd selles jaotises tahan rääkida teabe kogumise protsessist. Tegelikult on see protsess omamoodi infoteadus, kui soovite. Parim viis teabe kogumiseks on osalemine oma äriüksuste juhtide algavatel koosolekutel. Igasugused avakoosolekud lammutavad vastava strateegia ja üldise äriplaani taga oleva mõtte ning järgitavad vastavad ülesanded. Neid koosolekuid tutvustatakse äriüksuse või asjaomase osakonna liikmetele. Ehkki me ei pruugi ajurünnakutes isiklikult osaleda, mõistame koosolekul osaledes selle taga olevat mõtlemist. Nii et üldise rusikareeglina peaksite alati märkmeid tegema.

Pärast selle otsese teabe hankimist peame hakkama koguma välist teavet ja korraldama kõike koos. Siin kasutan selleks sageli Ali-õpet.

Alibabal on kaks ettevõttesisest õppeplatvormi, milleks on Ali-õppe ärihoidla ja ATA tehnoloogiahoidla. Muidugi saate sellist teavet koguda ka paljudest muudest välistest kanalitest. Seal on palju erinevaid allikaid. Lühidalt, me peame seda teavet koguma täpselt nii, nagu teeks tootejuht. Alibabas julgustame ka eri valdkondade erinevate äriüksuste õpilasi suhtlema mitte ainult võrguühenduseta, vaid ka veebis küsimusi esitades. Tegelikult võib selle protsessi hetkel olla nutikas idee kasutada selliseid veebisaite nagu Wikipedia või Yahoo Answers, et saada teile natuke rohkem taustteavet ja paremini mõista toimuvat. Hiinas on kaks populaarset sedalaadi veebisaiti Zhihu ja Baidu Baike.

Väljaannete analüüs

Eri allikatest saadud teave võib olla hajutatud ja seetõttu võib ka selle kokku koondamine olla hirmutav. Võite ise mõelda: kuidas saame seda töödelda ja integreerida omaenda mõtlemisprotsessi? Esiteks, sellele vastuseks ei saa teavet lihtsalt kokku koguda. Enne kui midagi muud teha, peame välja mõtlema peamised niidid. Selle jaoks võib abiks olla MECE põhimõtteks nimetatud põhimõte. Seda saab kasutada teabe jaotamiseks. Lühidalt, see põhimõte kapseldab ideed, et kogu teavet saab haarata salastatuse kaudu, mis on üksteist välistav ja kollektiivselt ammendav. Teie loodud loogikapuu teave viiakse vastavusse nõudepõhise stsenaariumiga, mille soovite välja mõelda. Nõuetepõhise stsenaariumi rekonstrueerimiseks võite proovida kasutada erinevaid kirjeid C-otsas ja B-otsas. Selles protsessis saate ühendada teatud metoodikad, näiteks deduktiivsed mõttekäigud ja induktiivsed mõttekäigud, et täpsustada seotud probleeme ja väljakutseid, mis lõpuks aitab teil mõista äriüksuse strateegiat.

Samal ajal saate oma strateegiad jagada ka vastavateks projektideks omaenda vaatenurgast. Näiteks analüüsisin eelmisel aastal Alibabas isiklikult, et kaks ühist liiklusharjumust olid Fliggy jaoks C-otsas üks peamisi probleeme. Lisaks sellele ei olnud Fliggy B-otsa tarneahel piisavalt küps, muutes võimatuks pakkuda müüjatele sisukamat teeninduskogemust. Fliggy piiratud kategooria ristmiku taga oli asjaolu, et tema vertikaalsed teenused olid üksteisest eraldatud.

Kuidas edasi liikuda pärast väljaande leidmise protsessi?

Kui need kolm küsimust välja mõistsime, ei saanud me kohe tööle asuda. Me pidime veel täpsustama, mis täpselt oli nende küsimuste põhiväärtus. Muidu ei saaks me pärast kõigi vajalike tööde tegemist siduda lõplikku tehnilist väljundit äritulemustega. Mõtlemine pole jõhkra jõu küsimus. Teie töö ei sõltu ainult füüsilisest tugevusest.

Niisiis, kus täpselt on teie rolliga seotud teos siis? Esipaneelil olles on ühel serval üks suur eelis ja see tähendab, et olete tootele ja lõpptarbijale lähedal. Seetõttu saate toote prototüübi abil põhilistest esitlusviisidest aru saada abstraktsemalt ja süsteemsemalt.

Arvestades näitena liiklussüsteemi ehitamist, peame kasutajad segmentima. Mõistlikel meetoditel saab kasutada paljusid erinevaid traditsioonilisi mudeleid, näiteks RFM või AARRR, ja nende variante, et arveldada tehniliste platvormide või toodetega, mida peame kasutama. Näiteks liiklussüsteemi ehitamisel jagame pärast segmenteerimist mõeldes kasutajad ostmisvalmiduse järgi ja jagame nad ka kasutajateks, kes asuvad kas Alibaba ökosüsteemis või asuvad seal. Seejärel kujundame vastavalt sellele kaks platvormitoodet.

Leidke inimesi, kes jagavad teie eesmärke

Projekti algatajana peame tähelepanu pöörama igale pusletükile. Seetõttu peame kõigepealt leidma vastava äripoole, et oma mõtteid teistele müüa. Samade eesmärkidega inimeste leidmiseks peate teadma, kes on teie ettevõtluspartei ja mille eest nad vastutavad.

Minu jaoks on see meetod suhteliselt lihtne. Vaatan operatsioonide osas funktsionaalset jaotust otse. Tahan saada selgeks, mille eest inimene vastutab ja KPI-d, mille saavutamise eest inimene vastutab. Lisaks soovite otsida inimesi koos vastava projektijuhiga. Üldiselt on kõige otsesemaks partneriks inimene, kes aitab teil äri ja tehnoloogia lähenemise probleemiga toime tulla.

Pärast kõigi vajalike inimeste leidmist soovite ette valmistada avakoosoleku, et määrata kindlaks kõigi tööga seotud nõuete prioriteedid. Ja siis, kui ressursid on piiratud, mida peaksime kõigepealt tegema? Vastus on lihtne: ebaolulisi osi saab alles jätta hiljem, tähtsustage oma toote põhifunktsioone.

Üldiselt on platvormitoodete kõige olulisem element selle toote tööks vajalikud üldfunktsioonid. Seetõttu peate oma partneritega kinnitama, millised funktsioonid on nende arvates kõige olulisemad, ja seejärel alustama sealt.

Innovatsioon seisab hiiglaste õlgadel

Alibaba grupp on juba väga suur asutus. Põhimõtteliselt on iga mõte, mida mõtlete, juba varem läbi mõeldud, nii et pole aeg proovida ratast leiutada. Tegelikult kehtib sama asi ka väikeste ettevõtete kohta. Paljud väikesed ettevõtted kasutavad oma patenteeritud lahenduste loomise asemel avatud lähtekoodiga tehnoloogiaid, kuna pole vaja ratast leiutada, kui see võib teie ettevõtte jaoks suurepäraselt töötada.

Projekti kallal tööd alustades, kui see on platvorm, peame kõigepealt eraldama põhifunktsioonid. Need põhifunktsioonid sõltuvad sellest, kas keegi grupist juba teeb seda või on olemas küps lahendus. Nende probleemide uurimine aitab vältida korduvat arengut, nii et saate kõige kiireloomulisemad põhiprobleemid lahendada nii kiiresti kui võimalik.

Alibaba pilves on lihtsaim ja otseseim meetod otsida mõnda meie sisemisest tehnilisest andmekogudest ja teadmistebaasidest, mis meie jaoks on ATA ja Yuque, märksõnade eraldamiseks ja võtmeisiku leidmiseks, kes asju teeks. See tähendab, et selles protsessis osaleb tõsiasi, et olete just uskunud ja teadnud, et te pole esimene inimene, kes selle teema peale mõtleb. Mõnes üldises küsimuses pakutakse grupis juba üldteenuseid. Kui neid ei pakuta, rakendatakse tõenäoliselt juba küpsemat lahendust.

Isegi kui teie ettevõttes pole lahendust leitud, on see suund ka tööstuses tipptasemel. Kui teil tekib selline probleem, saate kõigepealt teada saada, kas sellest probleemist on võimalik mööda minna. Kui sellest küsimusest on võimatu mööda minna, võite proovida leida põhimeeskonna, kes sobib selle teemaga koos töötamiseks ja selle ülesehitamiseks. Ja muidugi võib ostmiseks ja kasutamiseks olla ka väliseid tasulisi lahendusi.

Olenemata lahendusest peate ikkagi tagama, et lõpuks võidakse äri võita. Ettevõtte insenerid peavad mõtlema, millist väärtust saate ettevõttele anda. Seetõttu pole teie põhiväärtus mitte väga keerukate tehniliste probleemide käsitlemine ja lahendamine, vaid pigem oma tehnoloogiate kasutamine ettevõtte väärtuse suurendamiseks.

Seetõttu on üks suur sõnum, mida ma siinkohal tahan jagada, et väärtus, mille äriinsenerid ettevõttele annavad, on tehnoloogia või mudeli võimendamine väga keerukate äriprobleemide lahendamiseks ja see on universaalse väärtusega tehnoloogia.

Seisa olevikus, vaata tulevikku

Üks olulisemaid asju, mida peate arendama, on ettenägelikkus, mida mulle meeldib nimetada võimeks vaadata tulevikku, seistes olevikus.

Peate keskenduma olevikule ja veelgi enam tulevikule. Tehnoloogia peab olema orienteeritud mitte ainult tulevikule, vaid ka tööstusele. Seisake olevikus ja mõelge, kuidas lahendada suurimad probleemid, millega ettevõte praegusel ja minevikus kokku puutub. Ja mõelge konkurentide möödasõidu võimalustele tulevikus.

Näiteks kui Alibaba Fliggy soovib järele jõuda konkureerivale tootele samas tööstuses, kuid ei suuda selle konkurendiga sellesse investeeritud ressursside osas võistelda. Lõppkokkuvõttes võib parim tulemus olla konkurendiga lipsu saavutamine. Seetõttu peame leidma tulevase tööstuse võitmise tugipunkti, aega keskendumiseks ja energiat nende võtmesõlmede edasiarendamiseks ning murdmiseks kasutama globaalset strateegiat. Ja Fliggy peab olema ka valmis rahvusvahelistumiseks. Selles pusleosas saame kasutada ka tehnilisi kogemusi, mille oleme teistelt leidnud. Aitamaks meil rohkem oma ärile keskenduda, võiksime öelda, et eelmise aasta platvormimine sillutas meie äri.

Kuidas ühendatakse lõplikud tehnilised tulemused äritulemustega?

See viimane küsimus on natuke trikk. Kui mõistame ettevõtet algusest peale selgelt ja kui meie täideviimine pole kaldunud kõrvale ja on keskendunud meie algsetele eesmärkidele, on ebatõenäoline, et meie lõplikke äritulemusi ei õnnestu saada.

Lõppkokkuvõttes on ainult üks küsimus: kuidas tehniline väärtus kehastus äritulemite saamisel?

Alustades asjadest omast kogemusest, on kolleegid minult sageli küsinud, kas pole vaja ratast uuesti leiutada, kuid samal ajal on kõik juba tehtud, nii et mis on lõpuks meie väärtus. Ja minu vastus sedalaadi küsimusele on alati olnud, et meeskond, kes töötab põhitehnoloogia kallal, kaevab pidevalt põhitehnika ja tehnika valdkonda. Kuid nad peavad keskenduma ka üleminekule oma loomingu tehnoloogilise väärtuse avastamiselt ettevõtte väärtuse leidmisele.

Tegelikult on peamine probleem peaaegu alati see, et puuduvad äristsenaariumid, mida oleks tulnud juba ammu kaaluda. Seega on koostöö ärimeeskonnaga oluline ja täiendab tehnilisi asju, mida teeme. See võimaldab meil saada äritulemusi ja kogeda ka oma tehnoloogia kasvu.

Kuid jällegi, kui ma nende vestluste juurde tagasi mõtlen, on selge, et on ka palju sisemisi, ütlemata küsimusi. Äriinseneride jaoks on meie tähelepanu keskpunkt loomulikult ettevõtte võidu tagamine. Seega, kui seda eesmärki ei saavutata, võivad insenerid olla probleemide lahendamisel natuke liiga „enesekindlad”. Seetõttu on äripoolel vaja tehnilist väljavaadet, et näha, mida teised meeskonnad või ettevõtte välised meeskonnad teevad, ja aktiivselt suhelda, et sellest olukorrast võidavad kõik.

Kui keegi teine ​​seda ei tee, lähme ja palume kellelgi püsti tõusta ja vaadata, kas see sisendi-väljundi suhe on mõistlik. See on ka teema väärtusküsimus ja lahendus, mida me selle artikli alguses mainisime. Kas need probleemid on ühised teistele ettevõtte meeskondadele ja kas me suudame neid lahendades väärtust tuua? Muidugi, arvestades küsimust, kas leida ettevõttes tehniline väärtus, on siin tegelikult suhteliselt selge vastus.

Kõige tähtsam on mõelda selgelt välja „miks”, et saaksime teha kõige õigemat asja. Ainult sel viisil asju tehes saab selle probleemi lahendamisel loodud äriväärtus selgelt paikneda.

See tähendab, et parimad insenerid peavad tootest ja sellest, kuidas see on osa ärimõistatustest, aru saama.

Tulevikuks

Sellest teemast natuke kõrvale kaldudes küsis Alibaba kolleeg minult, kas tulevikus kaotatakse äriühendus. See kolleeg esitas selle küsimuse, kuna madal kood / nocode, mida me teeme, võib meid tööst ilma jätta. Kuigi see on huvitav küsimus, pole see produktiivne. See oli lihtsalt pessimistlik mõte, mis unustab selle, kuidas ja miks tagaosa esikülg arenes.

Praeguse suuna jaoks peame ikkagi mõtlema, kuidas lahendada madala kvaliteediga koodiehitus ja ebaefektiivne korduv töö, mis võtab suurema osa inseneri energiast, ning vabastada inseneri aeg, et saaksime ettevõtte üldist arendusefektiivsust paremaks muuta. Varem kuulus esikülg rakenduskihti või täpsemalt ülemise kihi välimust, esitusviisi ja renderduskülge.

Rakenduskiht on viimase paarikümne aasta jooksul pidevalt muutunud ja arenenud ning seetõttu on ka elukutse koos sellega edasi arenenud. See areng on liikunud kõige varasematest GUI-inseneridest tänapäeva ja lähimineviku esiservade ja kliendi poolel asuvate veebiarendusinsenerideni. Selle ümberkujundamise ajal on rakenduskiht ja esitluskiht pidevalt muutunud ja seetõttu tunnevad esiplaanide spetsialistid, et nad koguvad alati uusi teadmisi.

Kuid see arendusprotsess järgib tegelikult mustrit. Ehkki rakenduskiht on pidevas muutumises, areneb see sisuliselt kahes põhisuunas. Üks on masinaehituse tõhususe parandamine inseneri seisukohast ja teine ​​on graafikute koostamine ja piltide uurimine kasutaja vaatenurgast. Praegu on kahel suunal ka väga keeruline ja suur teadmiste süsteemide puu, mida alles laiendatakse.

Samal ajal on masinõppe kasvu, riistvara jõudluse ja võrgu ribalaiuse parandamise ning visuaalse esitluse seadmete täiustamise abil võimalik uus tehnoloogiliste häirete voor. Seetõttu ei kao esiplaan sellest vaatenurgast tulevikus, vaid eksisteerib ainult teisel kujul. Insenerid, kes ei õpi, kaovad aga ära.

Järeldus

Kokkuvõtteks tahan öelda, et uue ettevõtte juurde tulles ärge kiirustage neid kahte tulemust asjade äri- ja tehnoloogiaküljel saavutama, vaid võtke pigem aega asjade voo saamiseks.

Enne midagi muud peame vaatama, kus ettevõte on asjade laiemas pildis, ja mõistma, kuidas seda seostatakse teiste ettevõtetega. Peame koguma teavet ja küsimusi, uurima neid teemasid sügavuti ja leidma ettevõtte valupunktid, suheldes ettevõtte teistega.

Selle protsessi käigus peame kõigepealt teemad kokku koguma, nende üle järele mõtlema ja seejärel äriprojektide kallal töötama. Meil peab olema sihipärane mõtlemine. Lukustage oma eesmärk ja jälgige seda ning muutke oma rada vastavalt tegelikele tingimustele, mida me leiame, ja jätkame seda seni, kuni jõuame oma lõpliku eesmärgini ja selle tulemusteni.

Tegelikult olen palju kirjutanud ja ka metoodikat sortinud ning kokku võtnud ja kokku võtnud, kuidas asju teen. Kõike seda öeldes ütlesin ka, et kõige parem on mitte lasta ettevõttel end kaasa lüüa, vaid on kõige tähtsam, et tooksite ettevõtte oma teekonnale kaasa.

Algselt võib „tuua” tähendada, et ettevõte liigub teile arusaadavas suunas pärast seda, kui olete ettevõtte toimimise kohta teada saanud. Pika koolituse ja iseõppimise kaudu võite siiski leida, et see osa hõlmab ka natuke rakendamist. Lõpuks peate mõistma, et tööstust juhib ja ettevõtte suunda tehnoloogilise innovatsiooni kaudu pigem teie ise juhite kui tehnoloogia ise.

See on minu kolmas aasta Alibabas. Ehkki olin enne siia tulekut töötanud peaaegu kaheksa aastat, kasvasin Alibabas töötamise ajal palju kiiremini, kui olin varasematel ametikohtadel kasvanud.

Olen neist kolmest lühikesest aastast saanud uueks inimeseks, nii et tahaksin nüüd anda endale sõnumi: loodan, et järgmise viie kuni kümne aasta jooksul on minu mõtlemine tõusnud täiesti uuele tasemele. Samuti tervitan kõigi märkusi ja tagasisidet. Kõik kriitikad on teretulnud, kuna julgustamine ei aita neid probleeme esile tuua.

Lõpuks on mul teile ka mõned seotud raamatud, mis pakuvad lisateavet mõne eelneva osa kohta. Loodan, et neist on abi: püramiidi põhimõte, McKinsey mõtlemismeetodid, mõtlemine, kiire ja aeglane, mõjutamine, tahtejõu instinkt ja vilgas areng.

PS: Fliggy kasutajatehnoloogia osakond värbab Hangzhou linnas asuvaid P7-P8 kasutajaliidese, kliendi ja Java traadita serveripoolseid insenere. Olete oodatud kandideerima! Huvi korral võtke ühendust [email protected]

Algne allikas: