Miten valita paras teknologia tuotekehitykseen?

Jokaisen tuotemeillä on edessämme monia kompromisseja ja haasteita, jotka määrittävät yrityksen tulevaisuuden. Teknologia on kuitenkin se, tai pikemminkin tekniikan valintaTämä on tärkein dilemma, koska se vaikuttaa kaikkiin tulevaisuuden näkökohtiin. Tässä artikkelissa haluan esitellä tällaisen päätöksen tekemiseen liittyviä pulmia.

Oikean tekniikan valitseminen tuotekehitys on kriittinen osatekijä, jolla voi olla merkittävä vaikutus seuraaviin seikkoihin projekti menestys. Tässä postauksessa käydään läpi tärkeimmät muuttujat, jotka on otettava huomioon, kun päätetään sopivasta teknologiasta yrityksesi tuotekehitys tarpeet. Seuraavassa on 5 sääntöä oikean teknologian valitseminen tuotekehitykseen:

1. Määrittele projektin vaatimukset

On tärkeää, että sinulla on kattava käsitys projektisi tarpeista ennen teknologian valintaprosessin aloittamista. Tähän sisältyy ongelman, jota yrität ratkaista, kohdeyleisön, haluttujen ominaisuuksien ja mahdollisten teknisten tarpeiden hahmottaminen. Hyvin määritelty vaatimusluettelo voi auttaa sinua arvioimaan eri teknologioita suhteessa projektisi vaatimuksiin.

2.  Skaalautuvuus

Kun tuotteesi kehittyy, tarvitset teknologiaa, joka pysyy käyttäjien, tietojen ja ominaisuuksien määrän kasvun mukana. Tutki, kuinka helppoa tekniikan skaalautuminen on ja kuinka helposti skaalausresursseja on saatavilla. Skaalautuvan teknologian käyttö varmistaa, että tuotteesi pystyy vastaamaan tulevaan kasvuun.

3. Joustavuus ja sopeutumiskyky

Tuotevaatimukset voivat muuttua ajan myötä, joten on tärkeää valita teknologia, joka pystyy mukautumaan näihin muutoksiin. Etsi tekniikoita, joiden avulla on helppo lisätä uusia ominaisuuksia tai muuttaa olemassa olevia, jotta tuotteesi pysyy ajan tasalla ja ajan tasalla.

4. Kehittäjän asiantuntemus

Asiantuntemuksen ja kokemuksen joukkue eri tekniikoiden kanssa ovat kriittisiä projektin onnistumisen kannalta. Tutun teknologian käyttäminen voi lisätä tuottavuutta ja vähentää oppimiskäyrää. Jos uusi teknologia sopii paremmin projektiisi, varmista, että henkilökuntasi on asianmukaisesti koulutettu ja tuettu.

5. Turvallisuus

Tietoturvan ja yksityisyyden kasvavan merkityksen vuoksi on tärkeää arvioida kunkin teknologian turvallisuusnäkökohtia. Varmista, että valittu teknologia täyttää tuotteesi tietoturvavaatimukset ja on sovellettavien sääntöjen ja alan standardien mukainen.

Ohjelmoijana työskennellessäni olen käsitellyt monia tuotteita ja useita CTO:t, ja pystyin vangitsemaan työn ja siihen liittyvien ongelmien tärkeimmät näkökohdat sekä hankkeisiin ja teknologioihin liittyvät vaikeudet, joista tässä on joitakin:

Huollon helppous

Tuotteesi on oltava erittäin hyvin käytettävissä, eikä se saa aiheuttaa ongelmia käyttöönotossa ja käytössä. Jokainen teknologia on suunniteltu toimimaan hyvin oikeassa ympäristössä, minkä vuoksi päätös on niin tärkeä. Melko riskialtis valinta olisi C ++:n laittaminen korkeasti saatavilla olevaan verkkosovellukseen maailmassa, jossa meillä on Elixir ja GoLang, niiden avulla voit luoda vankkoja ja skaalautuvia sovelluksia. Toisaalta, jos rakennamme IOT ja meillä on vain vähän resursseja, päätös voi olla erilainen. Ruby voi myös olla vastaus jokaiseen edellä mainittuun kysymykseen, kaikki riippuu kompromisseista ja siitä, mistä välität sovelluksen tai verkkosivuston ylläpidossa.

Teknologinen kypsyys

Joka vuosi luodaan monia teknologioita, ja jotkut niistä ovat vallankumouksellisia jo luomisajankohtana. Kysymys kuuluu, onko nyt oikea hetki käyttää niitä. Teknologian kypsyys ei ole vain asiantuntijoiden saatavuus, vaan pohjimmiltaan se, mitä yhteisö tekee dokumentaation, kirjastojen, kurssien ja artikkeleiden muodossa.

Emme voi verrata GitHubissa olevien uusien arkistojen lukumäärää seuraavien osalta JavaScript Rubyn kanssa, sillä JavaScript:ssä on monia suuria uusia kehyksiä ja kirjastoja, ja jokainen niistä vaatii kehitys- ja rakennuspaketteja. Rubyssä meillä on yksi johtava kehys ja siihen liittyvä ekosysteemi, joten monet autentikointikirjastot tai API-asiakkaat ovat jo vakiintuneita ja ylläpidettyjä, ja niiden ongelmat ovat myös tunnettuja. Siksi emme voi olla yllättyneitä siitä, että transaktiojärjestelmä meidän pankki perustuu Java eikä JavaScript:tä ja ExpressJS:ää, ja että eräällä tuntemallasi startup-yrityksellä on ongelmia sovellusarkkitehtuurin kesyttämisessä, koska kukaan ei ole ratkaissut heidän ongelmaansa heidän valitsemallaan uudella teknologialla.

Suuntaus on kuitenkin edelleen olemassa, sillä kaikki ovat kuulleet Perlistä tai Cobolista, jotka ovat ikivanhoja ja vakiintuneita tekniikoita, mutta ne eivät valitettavasti ole tarpeeksi muodikkaita, jotta kehittäjät innostuisivat työskentelemään niiden kanssa. Trendi on tärkeä tekijä lahjakkuuksien houkuttelemisessa, varsinkin kun ohjelmoijia on sitä vähemmän, mitä korkeammassa ikäluokassa he ovat.

Asiantuntijoiden määrä

IT-projektia käsitellessämme emme aio ohjelmoida, vaan meidän on ymmärrettävä tarkalleen, mitä tapahtuu. Kannattaa ensin käydä LinkedInissä ja tarkistaa, kuinka monta asiantuntijaa maassasi on; tämä kertoo meille, kuinka suuren ympäristön kanssa olemme tekemisissä. Kannattaa myös käydä Kytkin ja tarkistaa, miten ohjelmistotalo markkinat näyttää. Sinun on oltava valmis äkilliseen kasvuun ja avoimien työpaikkojen nopeaan täyttymiseen. Potentiaalisten ehdokkaiden runsaus ei tietenkään tarkoita laatua, mutta se helpottaa kykyjen hankkimista ja erilaisten asiantuntijoiden tavoittamista tarjouksellasi.

Sinun on myös oletettava, että yrityksen työntekijät ovat korvattavissa; covidin jälkeisenä aikana se on erityisen tärkeää, koska karanteeni pystyi estämään monet yritykset. Tällaisen lähestymistavan avulla voit myös välttää asiantuntijoiden ulosvirtauksen kriisin ja laajentaa teknistä dokumentaatiota.

Toimintakustannukset

Edellä mainittujen kohtien yhdistelmä tuottaa käyttökustannukset, eli kuinka paljon sovelluksen ylläpito ja käyttö maksavat todellisuudessa. kehitystiimi. Me kaikki valitsemme tiimin, joka vastaa tarpeitamme, mutta sinun on muistettava koko sovelluksen taustapuoli tai mahdollisesti valittava IaaS- ja SaaS-ratkaisu palveluille, jotka ovat kriittisiä tuotteen toiminnan kannalta.

Jokainen itse isännöidyn palvelun hallinta on sinulle lisäkustannus ja taakka, joka etäännyttää sinut tavoitteesta. Tuotekehityksen alkuvaiheessa jopa tunnettu ratkaisu, kuten Netlify tai Heroku, laittaa koko ympäristön yhteen putkeen, etkä tuhlaa tiimin aikaa kaiken luomiseen tyhjästä.

Yhteenveto

Pitkällä aikavälillä tievalmis infrastruktuuri voi olla halvempi kuin pyörän keksiminen uudelleen. Käyttökustannuksilla, tiimin suorituskyvyllä suhteessa tiettyyn toiminnallisuuteen, teknologian kypsyydellä ja markkinoilla saatavilla olevien työntekijöiden määrällä on suuri merkitys.