Pagrindinis kliento darbui tinkamos technikos rinkinio pasirinkimo vadovas

Roberto Anascho nuotrauka „Unsplash“

Tinkamo technologijos rinkinio pasirinkimo įtakos supratimas yra pagrindinis laisvai samdomų kūrėjų sėkmės faktorius. Šiame vadove nagrinėjami pagrindiniai klausimai, į kuriuos turėtumėte atsakyti rinkdamiesi geriausias technologijas kliento programai ar svetainei. Mes raginame jus perskaityti prieš neatsargiai peršokdami į naujausią „JavaScript“ sistemą.

Kaip žino dauguma patirties turinčių kūrėjų, profesionaliai kuriant programinę įrangą svarbu ne tik skubiai pristatyti. Tai taip pat optimizuoja prižiūrimumą, mastelį ir saugumą, o kiekvieno jų lygis priklauso nuo kliento verslo.

Tinkama projekto analizė nustatys, kokias technologijas turėtumėte naudoti, o ne atvirkščiai. Šis paprastas principas paskatins puikius, ilgalaikius verslo ryšius.

Jūsų pasirinktų technologijų poveikis bus jaučiamas beveik kiekviename verslo lygmenyje - nuo žmogiškųjų išteklių iki finansų, nuo vadybos iki rinkodaros. Nepastebėjimas gali sugadinti jūsų reputaciją - turtas, kurio neturi laisvai samdomas vertėjas, neturėtų pakenkti.

Norėdami sudaryti šį sąrašą, prieš rašydami vieną kodo eilutę, mes apklausėme vyresnius laisvai samdomus kūrėjus apie svarbius klausimus, kuriuos jie užduoda sau. Rezultatus padalijome į 3 blokus: suprantame projektą (verslo perspektyva), renkame krūvą (techninę perspektyvą) ir perduodame degiklį (HR perspektyva).

Pradėkime.

Projekto supratimas

Privaloma, kad jūs suprastumėte produkto viziją, kliento verslą ir projekto laiką.

Kokia yra projekto apimtis, biudžetas ir laikotarpis?

Ar jūsų klientui reikia visko, kas pristatyta per 2 savaites, kad galėtumėte išgyventi, ar tai ilgalaikis projektas, reikalaujantis tvirtumo ir maksimalaus priežiūros?

Jūs turėtumėte žinoti:

  • Kada reikia pristatyti?
  • Už kiek valandų jie gali sumokėti?
  • Koks laukiamas rezultatas?

Atsakymuose bus apibrėžtas grubus šių klausimų rėmas. Tai taip pat yra labai geras būdas sužinoti, ar jūsų klientas turi realių lūkesčių prieš pradėdamas (daugiau informacijos apie signalus, leidžiančius atpažinti baisius klientus, skaitykite šiame įraše).

Ar tai vienkartinis, ar ilgalaikis projektas?

Trumpalaikis projektas, kuris akimirksniu bus sunaikintas įvykiui ar tam tikram etapui, neturėtų būti vertinamas kaip dešimtmečio projektas.

Nereikia pergudrauti prototipo architektūros - tai tiesiog puikus būdas švaistyti brangų biudžetą. Kita vertus, jei klientas planuoja pasamdyti 20 kūrėjų per ateinančius 5 metus, kad galėtų pakartoti jūsų kodų bazę, turėsite pastatyti tvirtus stulpus ant išsamiai patikrintų technologijų.

Ar jie gali tvarkyti techninę skolą?

Klientas, kuriam daromas spaudimas gauti pajamų, toleruos šiek tiek techninių skolų, kad patektų į ASAP rinką. Jei pagrindinis tikslas yra rinkti rinkodaros duomenis, jiems nerūpi nuolatinė integracija ir testo aprėpties procentas. Pirmiausia verslo tikslai, antra - techniniai tikslai.

Čia gali prireikti šiek tiek išsilavinimo. Jūs esate atsakingas už tai, kad jie suprastų ilgalaikės techninės skolos kaupimosi pasekmes. Tokio numatymo demonstravimas yra geras būdas padidinti pasitikėjimą.

Kiek jis turi būti saugus?

Dabar akimirką pagalvokite apie kliento veiklos lauką. Yra tikimybė, kad jų duomenų jautrumas skirsis, tiesa? Na, jūsų pasirinktos technologijos turi atspindėti šią unikalią tikrovę. Vietos festivalio svetainėje jums nereikės 4096 bitų RSA ir DDoS apsaugos.

Bet integruoti eksperimentinį papildinį su žinomais programos, kurioje talpinama finansinė informacija, išnaudojimais? Šiek tiek rizikinga, drauge.

Vis dėlto, kalbant apie klientus, kurių saugumas saugus, nesinaudokite šia tema. Kai kurie iš jų girdi ne konteksto siaubo istorijas, kurios juos palaiko naktį:

„Tačiau esu įsitikinęs, kad šie rusų įsilaužėliai, kuriuos mačiau per televizorių, pavogs mūsų restorano adresų sąrašą“.

Ne, mielas kliente. Jie greičiausiai to nepadarys.

Ar galiu tvarkyti projektą?

Pasirinkus projektą, kuris yra daug aukštesnis nei jūsų įgūdžių lygis, beveik neabejotinai gali kilti netvarka.

Jūsų neišmokti pasirinkimai apsunkins darbo eigą, o tikslai bus praleisti. Nesielkite atsargiai dėl savo klientų pinigų - teisinės pasekmės niekada nebūna per toli.

Jei abejojate savo galimybėmis pristatyti projektą, įsitikinkite, kad atlikote savo tyrimus prieš įlipdami į laivą.

Tinkamo kamino rinkimas

Dabar pereikime nuo projekto valdymo rūpesčių. Pakalbėkime apie tai, kas iš tikrųjų svarbu: krūva. Tinkamų technologijų pasirinkimas turėtų vykti natūraliai, jei turite šiek tiek patirties ir aiškią viziją, ką jums reikia sukurti.

Kaip aš negaliu koduoti?

Aktyvios kūrėjų bendruomenės palaiko šimtus rėmų ir tūkstančius papildinių. Negaiškite savo brangaus laiko tam, kad iš naujo sukurtumėte tai, kas bėgant metams buvo šlifuota.

Gal net nereikia serverio! Dosnūs ir aistringi žmonės stengiasi palengvinti jūsų darbą - neatmeskite jų pastangų. Išradinėti ratą yra kvaila.

Kūrimo laikas visada turėtų būti sutelktas į tai, kas projektą daro išskirtinį: pasirinktinio verslo logika. Prieš rašydami vieną kodo eilutę, įsitikinkite, kad ji sukuria pridėtinę vertę projektui.

Ar tai yra „Overkill“, ar nepakankama?

Jūsų klientas planuoja parduoti pasirinktinius marškinėlius vietiniams klientams per mažą elektroninę prekybą? Jums nereikia didelio prieinamumo, suderintos apkrovos, sugrupuoto, be SQL talpyklos laikymo mechanizmo, pasirengusio palaikyti milijoną tuo pačiu metu dirbančių klientų. Tai būtų tarsi kraustymasis iš savo buto su krovininiu laivu.

Kita vertus, bandymas numušti jautį su timpa nėra labai efektyvus. Klientas, kuris planuoja parduoti tūkstančius prekių kasdien, piktinsis jus, kad pasirinkote nemokamą pigios egzemplioriaus CMS sprendimą.

Pasirinkite darbui tinkamą įrankį.

Ar šios technologijos yra tinkamai dokumentuotos ir palaikomos?

Įsigilinimas į japonų kodų bazę, kuriai nereikia komentarų, nes staigus nustojo veikti slaptas papildinys nėra geriausias būdas pernakvoti. Įsitikinkite, kad aplink kiekvieną jūsų pasirinktą technologiją yra aktyvi bendruomenė. Jei paskutinis saugyklos atnaujinimas buvo prieš 4 metus, nesijaudinkite.

Tas bejėgiškumo jausmas, kai pateikiate 3 nenaudingus „Google“ rezultatus dėl savo techninio klausimo, yra dar blogesnis, kai klientas rėkia ant jūsų telefono.

Ar aš suprantu riziką, susijusią su naująja technologija?

Tokia „HackerNews“ tendencija tikriausiai nebuvo tinkamai išbandyta keliuose. Galite jausti, kad jį naudojate kaip pagrindinį gamybos projekto ramstį, tačiau tiesiog žinokite, kad tai sukelia didelę nereikalingą išorinę riziką.

Jei vis tiek jaučiatės neatsargus, bent jau pakankamai eksperimentuokite, kad sužinotumėte, ar tai palaiko jūsų kliento naudojimo atvejus. Jiems nerūpi, kad jūsų sistema uždirbs 300 balsų, jei turėsite ją pakeisti dieną prieš svarbų etapą.

Praeis prožektorius: tai ne tik tau

Šaltinis

Aš nekenčiu to suskaidyti, tačiau jūsų klientas nenori amžinai pasikliauti jumis. Žinoma, jūsų krūva gali būti tvirta, gerai dokumentuota, saugi ir greitai veikianti.

Bet jei tik nedidelė kūrėjų bendruomenė visame pasaulyje žino, kaip priversti ją veikti, jūs sukuriate aklavietę. Klientai nekenčia aklavietės.

Ar jie suras kūrėjus darbui su jūsų „Stack“?

Tai gali būti dėl to, kad nebegalite su jais dirbti, arba todėl, kad jie nori išlyginti komandą, o gal nori sugrąžinti vystymosi pastangas iš vidaus. Galų gale jūsų klientui reikės kito kūrėjo, kuris nukreiptų kodą į kodų bazę.

Jei jiems teks apsilankyti kiekvienoje pasaulio darbo taryboje, norint rasti vieną kūrėją, turintį specialių žinių, atspėkite, kas bus kaltas?

Ar jie turės pinigų sumokėti už tokius kūrėjus?

Jei vieninteliai žmonės, kuriuos jie gali pasamdyti dirbdami su jūsų pernelyg sudėtinga technikos kamine, yra brangūs guru, turintys 20 metų patirtį, gali būti ekonomiškiau, jei kas nors kitas viską atliktų naudodamas pagrindines technologijas.

Neatlikite tunelių vizijos plėtros pastangų, tai svarbu ne tik jums.

Išvada

Tikimės, kad šis trumpas straipsnis padės jums išvengti siaubo istorijų, stresinių naktų ir nepatogių diskusijų. Skubant techninius sprendimus prieš atsakant į pagrindinius klausimus, ilgainiui nepavyks sutaupyti laiko. Tai yra patirties kalbėjimas.

Neskubėkite tinkamai įvertinti situacijos, net jei jau jaučiatės atidarę IDE ar kodų redaktorių.

Laimingi klientai = Pakartokite / nukreipkite verslą = Mažiau „Bizdev“ pastangų = Daugiau laiko praleista kuriant.

Pastaba: šis įrašas buvo sukurtas glaudžiai bendradarbiaujant su Philipu Barclay, mano geru draugu. Philas daugelį metų gamino skaitmeninius gaminius, o dabar „Mirego“ ir „Picks“ kuria nuostabius dalykus.

Praneškite mums, jei komentaruose praleidome svarbiausius klausimus!

Iš pradžių paskelbta „Snipcart“ tinklaraštyje ir pasidalinta mūsų naujienlaiškiuose.