Hönnun og þróun rafrænna vara vs stafrænar vörur

Ég var heppinn að þróa og stjórna þróun bæði á líkamlegum vörum og stafrænum vörum. Þegar ég deili ást og ástríðu fyrir báðum, datt mér í hug að kynna skoðanir mínar og nokkrar athuganir á mismun og líkt á milli þróunarferla þeirra.

Hver er merking vöru við…

Hvað er vara? Eitthvað sem er framleitt og selt eða eitthvað sem skapar verðmæti fyrir notendur? Fyrsta skilgreiningin á aðeins við um líkamlegar vörur og endurspeglar hvað við gerum með vörur og hvernig við byggjum þær. Önnur skilgreiningin er opnari og nútímalegri og endurspeglar hvers vegna við þurfum vörur. Líkamlegar vörur eru áþreifanlegar; notendur geta snert þau, séð þá, lyktað þeim og fundið fyrir þeim. Við höfum öll séð myndbönd af risastórum verksmiðjum og við getum áttað okkur á því hversu dýrt og flókið það er að framleiða þær. Stafrænar vörur búa í skýinu eða í fjarlægum gagnaverum. Það er erfiðara fyrir okkur að skilja stærð þeirra, margbreytileika og hvað það þýðir að smíða þá. Til dæmis, ef við lítum til framendans í Google leit, getum við aðeins séð eina leitarlínu, en á bak við svæðið, á bakenda, eru hundruð þúsunda netþjóna í gangi og milljarðar línur af kóða.

Þegar hugbúnaðarframleiðendur fóru að smíða stafrænar vörur fyrir um það bil 25 árum notuðu þeir svipaða ferla og tæki sem notuð voru til að smíða líkamlegar vörur. Sannaðasta ferlið við verkefnastjórnun á þeim tíma var Foss þar sem það tryggði fullkomnun allan verkefnisferilinn. En eftir því sem stafrænir verkefnastjórar fengu meiri reynslu og mistókst í næstum helmingi verkefnanna, gerðu þeir sér grein fyrir að þeir þurftu breytinga. Þeir fóru að smíða sín eigin verkfæri og komu með sína einstöku óhefðbundnu ferla. Í kringum 2001 fóru fleiri og fleiri lið að nota Scrum og Kanban og lipur birtingarmyndin kom fram. Git var stofnað af Linus Torvalds árið 2005 sem lagði grunninn að opnum verkefnum. Kannski er fullkomnun fyrir stafrænar vörur ekki eins mikilvæg og lipurð. Í dag, 25 árum síðar, eru þróunarferlarnir, tækin og menningin í báðum vöruhópunum mjög langt í sundur.

Síðustu fimm árin varð það ákaflega auðvelt og ódýrt að fella rafeindatækni í líkamlegar vörur og tengja þær við internetið við einhvers konar app - stefna sem kallast IOT (Internet of the hlutur). Það kostaði um það bil 2 $ á hverja vöru að gera það sem skýrir hvers vegna við sjáum svo margar nýjar IOT vörur koma fram að undanförnu, sumar af þeim eru mjög skemmtilegar ... Í vöruhópstiginu samanstendur þessi þróun tvenns konar menningarheima, tvenns konar ferlar og tvenns konar verkfæri. Í hvert skipti sem tveir menningarheima skellur saman byrja áhugaverðir hlutir að gerast. Opinn hugbúnaður er allt í kringum okkur núna og sumir fóru að kalla sig framleiðendur. Hver er munurinn á framleiðanda og framleiðanda? Ætlum við að sjá samleitni milli þessara ferla? eða erum við dæmd, sem yfirumsjónarmenn og IOT vörustjórar til að brúa á milli þessara menningarheima að eilífu?

Ég vona að þér finnist þetta blogg bæði áhugavert og gagnlegt og að það muni hjálpa verktaki víðsvegar um stafla að skilja hver viðfangsefni annars.

Hlutverk og færni

Nýleg tilhneiging er til fyrir forritara til að þróa allan hugbúnaðarstakkann. Þetta þýðir að þeir þróa bæði stuðningsnúmer: kóðann sem keyrir á netþjóninum / skýinu og framendakóðinn: kóðinn sem keyrir á tækinu. Þeir gætu jafnvel tekið DevOps hlutverkið: verkfræðingar sem eru ábyrgir fyrir því að setja upp kerfið, stilla það, tryggja það og síðan gera sjálfvirkan breytingaferlið. Það er ekki ómögulegt fyrir einn einstakling að smíða og ráðast í einfalt stafrænt app eða leik. En þegar litið er á IOT vörur sem venjulega innihalda bæði rafeindabúnað og einhvers konar app krefst tæknihópurinn meiri færni og hlutverk.

Innbyggðir verktaki bera ábyrgð á kóðanum sem keyrir á tækinu og borðhönnuðir eru ábyrgir fyrir því að þróa rafræna spjaldið.

Þrátt fyrir að í dag, með hjálp Espruino, geti Javascript verktaki fræðilega þróað öll þrjú stig kóðans: frontend code, backend code og embed code. Ég hef séð hæfileikaríka hönnuð sem eru í öllum viðskiptum og geta farið hratt frá því að breyta CSS flokkum yfir í að skrifa flutningaskrift fyrir gagnagrunna sína. Persónulega held ég að faglegir verktaki ættu að læra hvenær sem er í aðeins einu lagi. Þetta snýst ekki bara um að hafa bestu færni og tækni eða til að innleiða nauðsynlegan virkni, það snýst líka um það sem þér þykir vænt um og með hvaða hugarástandi þú vinnur vinnu þína.

Ég hef reynt að lýsa ábyrgð hvers hlutverks í teyminu. Ég þakka að ég fer inn í hættulegt landsvæði þar sem hlutverk gætu breyst lítillega í mismunandi liðum, svo vinsamlegast reyndu að sjá skóginn en ekki trén.

Af hverju er ekki einum manni sama um þetta allt? Vegna þess að það eru viðskipti og átök í vöruþróun, og þú vilt koma fram fyrir hverja þörf á yfirvegaðan og samhverfan hátt.

Í gegnum árin hef ég séð virðingu milli mismunandi gerða þróunaraðila, en einnig skorts á þekkingu. Ég hef séð framendahönnuðir sem halda að stuðningur sé auðveldur og stuðningsmaður verktaki sem heldur að framendinn sé leiðinlegur. Ég hef líka séð innbyggða forritara sem vita ekki hvað REST er. Ég nefndi áður að ég trúi ekki að faglegir verktaki og verkfræðingar ættu að ná tökum á fleiri en einu lagi. Ég er hins vegar sterkur á því að þeir ættu að vita hvað það þýðir að vera einn og kannski jafnvel taka skref lengra og vinna að einföldu verkefni sem afhjúpar þá fyrir mismunandi áskorunum og ferlum. Víðtæk þekking getur hjálpað til við að bæta samskipti, virðingu og gegnsæi meðal liðsmanna og mun einnig auka sköpunargáfu og framleiðni teymisins í heild.

Verkefnastjórn

Hver er munurinn á milli verkefnis og vöru? Verkefni er áætlun um að ná ákveðnu markmiði eða umfangi innan ákveðinna tíma- og auðlindatakmarkana. Verkefni hefur upphaf og endi. Ef þú ert ekki með verkefnisfrest ertu sennilega ekki að stjórna verkefni. Þegar verkefninu lýkur heldur vöran áfram að lifa.

Áhættugreining: Við skulum ræða muninn og líkt á milli verkefnisstjórnar líkamlegrar vöru og stafrænnar. Persónulega finnst mér gaman að hugsa um verkefnastjórnun sem áhættudrifið ferli þar sem ég greinir stöðugt frá helstu áhættu og reyni að koma með áætlun til að lágmarka þær. Verkefnaáhætta er allt sem hefur áhrif á árangur verkefnisins, þ.e.a.s. að standast ekki markmið, frest, umfang, kostnað eða endanleg gæði vöru. Fyrir stafrænar vörur er ein stærsta áhættan að smíða vöru sem notendur þurfa ekki eða líkar. Stjórnendur stafrænna vöru ímynda sér, trúa, spekúlera og segja góða sögu, en þar til notendur byrja að hafa samskipti við vöruna eru þetta bara forsendur. Til að prófa forsenduna verða framleiðslustjórar að senda hratt, prófa tilgátu sína og vera liprir. Fyrir líkamlegar vörur er mesta áhættan að finna óbætanlegt vandamál á mjög seint stigi, eftir að hundruð og þúsundir vara voru þegar framleiddar. Framleiðsla krefst fullkomnunar og án hennar mun verkefnið mistakast. Til að draga úr þessari áhættu byggja líkamlegir verkefnastjórar endurskoðunar- og afskráningarferli milli þrepa sem kallast Foss.

Sérhver aðferð var hönnuð til að draga úr mismunandi áhættu og sérhver verkefnisstjóri ætti að taka ákvörðun um verkefnið út frá áhættugreiningu. Stundum eru einstaklingar og samskipti mikilvægari en ferlar og tæki, og stundum eru ferlar mikilvægari. Stundum er vinnuhugbúnaður mikilvægari en skjöl og stundum er skjöl mikilvægari. Stundum er samvinna viðskiptavina mikilvægari en skriflegur samningur. Og stundum getur skriflegur samningur bjargað fyrirtækinu þínu. Stundum er mikilvægt að bregðast við breytingum en stundum er mikilvægara að fylgja áætlun. Þú færð það sem ég meina.

Verkfæri og teymisathafnir: Verkefnisstjórar ættu að nota verkfæri sem hrinda í framkvæmd ferlinu sem þeir vilja stjórna verkefnunum. Microsoft Project er frábært tæki fyrir fossaverkefni. JIRA og Trello eru frábært verkfæri fyrir lipur verkefni og stuðningsferli eins og Kanban og Scrum. Hvað sem tólið er muna að það er aðeins verkfæri en ekki kjarninn. Liðin hafa einnig mismunandi athafnir. Í fossi hittast lið fyrir hvert haust og fara yfir skjöl, framleiðsla CAD sem myndast eða prófunarskilmálar. Agile lið gæti fundað á hverjum degi í daglegu viðbúnaði og á tveggja vikna fresti til að skipuleggja sprett. Þessar athafnir samræma liðsmennina að áætluninni og bæta samskiptin meðal liðsmanna.

Hönnun og frumgerð

Hönnun: Er til vara í dag þar sem hönnun á ekki stóran þátt í velgengni hennar? Hver er vara ef ekki eitthvað sem við viljum selja? Eitthvað sem ætti að vera aðlaðandi og fagurfræði, sem við getum verið stolt af. Farnir eru dagar þar sem að hafa réttan virkni og afköst var nógu góður. Að því er varðar rafrænar vörur ætti iðnaðarhönnun að taka mið af ekki aðeins samspili manna, notagildi og upplifun viðskiptavina heldur einnig umhverfisaðstæður sem varan er notuð í og ​​framleiðsluferlið (DFM: hönnun fyrir framleiðslu). Fyrir stafrænar vörur ætti hönnunin einnig að taka á mismunandi tækjum sem hugbúnaðurinn gæti keyrt á (hreyfanlegur, skrifborð, stórskjár) og allar tegundir hlutverka og notendur sem hafa samskipti við hann.

Mismunandi gerðir hönnunaraðferðar eiga við um mismunandi tegundir af vörum: Upplifunarhönnun lítur á vöruna sem hluta af skemmtilegri upplifun sem við viljum skapa, þ.e.a.s. „Við erum ekki að selja leik, við erum að selja einnar klukkustundar fjölskylduupplifun“. Þjónustuhönnun mun sjá vöruna sem hluta af lok þjónustu milli þjónustuaðila og notanda. „Frá því að þú hefur ákveðið að ferðast þangað til þú kemur á áfangastað“, „Við erum ekki að selja öryggismyndavél, við erum að selja þér vernd allan sólarhringinn“.

Frumgerð: Með hjálp 3D prentara og VR / AR tækni er mjög auðvelt að koma með vélrænni frumgerð af líkamlegu vörunni þinni. Þú getur sýnt það viðskiptavinum þínum, sett einhverja límmiða á það, tengt einhverja vír og ljósdíóða, þeir munu strax skilja tilgang hennar og þú gætir hugsanlega sannfært þá um að vara þín sé tilbúin og viðskiptaleg. Þú getur sett það í hinu raunverulega umhverfi og séð hvort það passar vélrænt og hvort það er auðvelt að hafa það. Þú getur búið til tíu útgáfur og borið saman á milli þeirra og ákveðið hvaða endanlegu stillingarnar eru. Það er ekkert öflugara en að gefa viðskiptavinum þínum og fjárfestum eitthvað til að hafa í höndunum. Fólk hefur gaman af leikföngum og áþreifanlegum hlutum og þó að vélræn hönnun sé stundum aðeins 1% af lokaafurðinni hvað varðar þróunartíma, mun fólk trúa því að þú hafir þegar lokið 80% af henni. Með frumútgáfu hugbúnaðar er ekki eins auðvelt að komast á þetta stig. Skissa og InVision eru frábær tæki, en notendur skilja strax að þetta er ekki raunveruleg vara. Gögnin eru kyrrstæð og samskipti þeirra hafa engin áhrif á þau. Þetta er hluti af ástæðunni fyrir því að stjórnendur stafrænna vöru notuðu lipra nálgun og hugmyndina um MVP. Það er mjög erfitt að ímynda sér hvernig notendur munu eiga samskipti og elska vöruna þína áður en hún er tilbúin og hafa raunveruleg gögn svo þú vilt senda hana eins fljótt og þú getur og byrja að safna raunverulegum endurgjöf.

Líkamlegar og stafrænar frumgerð

Þróun

Snemma ákvarðanir hafa mest áhrif: Í hvert skipti sem ég byrja á nýju verkefni er ég spennt. Hver væri rétt arkitektúr? hvaða tækni hentar best? Ættum við að velja 8 bita MCU eða 32 bita CPU? Er þetta gott verkefni til að kynna GraphQL, eða eigum við að standa við REST aftur? Hvaða þráðlausa tækni hentar best notkunartækinu: Bluetooth 5 eða þröngt band IOT? Hver er rétti gagnagrunnurinn til að nota? PostgreSQL eða kannski grafagrunn að þessu sinni? Þessar ákvarðanir eru svo mikilvægar fyrir árangur verkefnisins. Stundum tökum við tæknilegar ákvarðanir of hratt án viðeigandi greiningar og svo þremur mánuðum seinna sjáum við eftir þeim, það verður of erfitt og sárt að breyta þeim og það er auðveldara að líta á tæknifjárfestingu sem eign og ekki sem hindrun. Þetta á bæði við um rafrænar vörur og stafrænar vörur, þó að það sé nánast ómögulegt verkefni að breyta gerð örgjörva eftir að hafa sent vörur þínar til viðskiptavina þinna ef ekki vandræðalegt.

Snemma ákvarðanir hafa mest áhrif

Þróun: Það er mikill munur á þróunarferli rafrænna vara og stafrænna vara og það eru ekki margir líkt. Flestur þróunartími PCB borð fer í að velja réttu íhlutina og hanna skipulagið. Sum verkin eru eingöngu tæknileg og tengja vír frá U1 pinna 120 íhlut og U17 pinna 12. Í sumum verkefnum er gerð krafa um fullkomnar frumgerðir í kringum þrjár gerðir skynjara til að mæla hávaða og orkunotkun hvers og eins þeirra. Erfitt er að kemba og fínstilla þróun innfelldrar þróunar, það er nokkuð algengt að sjá embed forritara nota GPIO pinna til að greina hvort aðgerð var kölluð og til að mæla hversu mikinn tíma það tók að keyra. Notkun FPGA í rafrænu vörunni þinni er djörf ákvörðun en er stundum eina lausnin til að ná árangri / kostnaðarmarkmiðum þínum. FPGA þróun er allt annað landsvæði og er einhvers staðar á milli ASIC þróunar, PCB spjaldþróunar og innbyggðrar þróunar. Fyrir hugbúnaðarframleiðendur er mestur tími fjárfest í ... að skrifa kóða. Það er eitthvað mjög ánægjulegt við að skoða dagleg störf þín, allar þessar línur af kóða, kóða skuldbinda og draga beiðnir. Þetta hljómar nógu einfalt, en magn kóða og breytingar er gríðarlegt, þannig að viðeigandi stjórnunar- og endurskoðunarferli er grundvallaratriði til að halda kóðagrunninum skipulagt, draga úr tæknilegum skuldum og auka þekkingu í hópnum.

Reiknirit, eðlisfræði og gagnavísindi: þetta er venjulega heili vörunnar, þar sem fyrirtæki hafa tilhneigingu til að halda því fram að IP sé í. Borðhönnuðir vinna með eðlisfræðingum við að velja skynjara, hanna AFE (hliðstætt framhlið) í kringum sig eða hanna sérstakt loftnet. Innbyggðir verktaki vinna með DSP verkfræðingum og stærðfræðingum við að fella rauntíma DSP reiknirit í hugbúnaðinn sinn til að sía merki, til að greina munstur eða útfæra einhverja bjartsýnni stærðfræðiformúlu til að vinna úr / umrita gögnin. Rauntími þýðir að þú verður að ljúka vinnslunni innan ákveðins magns af CPU lotum, annars ertu ekki tilbúinn til að vinna úr næsta merki og missir af því eða getur ekki sent frá sér atburði innan tilskildrar leyndar. Backend verktaki vinna með gagnavísindamönnum við að innleiða hópferla til að mæla með nýjum vörum, finna frávik, stinga upp á vini, þjálfa djúpt námslíkan, nota NLP til að greina texta, skora vefsíður o.fl. Þeir eru að gera gögn sjón. Með bókasafni eins og D3JS búa þeir til magnað myndefni og kynna gögnin fyrir notendum á gagnlegan og samanlagðan hátt.

Yfir staflinum mun þessu fólki annt um að draga úr hávaða, bæta merki og finna réttan jafnvægi á milli uppgötvunar mistaka (rangar neikvæðar) og rangar viðvaranir (rangar jákvæðar), þeir munu gráta að þeir þurfi fleiri gögn eða geri fleiri tilraunir, og þeir munu hoppa hamingjusamlega ef þeim tekst að bæta árangur um 5%. Áhugaverð vöruákvörðun er að ákveða hvernig skipta eigi gagnavísindaverkefnum yfir stafla. Sem dæmi, Alexa felur í sér fjölda hljóðnema á borðstiginu, sumir DSP kóða á vélbúnaðarstiginu og háþróuð gagnavísindi á stigi stigsins til að þekkja málflutning okkar.

Verkfæri: Ímyndaðu þér framþróunaraðila og innbyggðan verktaka sem ber saman þróunarverkfæri sín við hvert annað. The embed in verktaki mun ganga framenda verktaki að borði sínu og benda á muninn á aflgjafa, sveiflusjá og rökgreiningartæki. Framþróunaraðilinn mun síðan fara með innbyggða verktakann á næsta kaffistað. Þeir munu panta kaffi og finna rólegan stað þar sem þeir geta eytt nokkrum klukkustundum saman. Hún / hann mun þá skipta Chrome vafranum sínum í þróunarstillingu og sýna embed in verktaki hvernig á að skoða netumferðina og hvernig á að sjá CSS stíl ákveðins HTML frumefnis.

Hver er meiningin með devtools til ...

Kembiforrit eru mismunandi frá framkvæmdaraðila til þróunaraðila og með því að nota þau á skilvirkan hátt er raunveruleg reynsla liggur. Að vita ósjálfrátt hvar vandamálið er og nota tækin þín til að eiga heima á því er mikilvægasta kunnátta verktaki. Ég hef séð verktaki eyða tíma og daga í að kemba vandamál og biðja þá hjálp frá reyndum verktaki sem finnur vandamálið á nokkrum sekúndum. Ég get ekki lagt nógu mikið áherslu á það, að hafa réttu tækin fyrir hvert verkefni er það sem að vera faglegur þýðir. Og það á við um hverja starfsgrein.

Hver er meiningin við kembiforrit og prófunartæki til ...Hugbúnaðarhönnuðum finnst þetta hræða

QA og prófun

Umhverfispróf: Þegar við prófum vöruna okkar, viljum við staðfesta að hún virki rétt í öllum mismunandi stillingum og umhverfi sem notendur búast við að nota. Fyrir líkamlegar vörur þýðir umhverfi venjulega hitastig (mikill kuldi, ákaflega heitt), titringur (ímyndaðu þér bílaafurð), lost (fellur frá höndum þínum á steypta gólf), rakastig, UV og sól geislun, ESD (þessi litla létta sem kemur frá rafstöðva-útskrift), EMI / RFI osfrv. Fyrir stafrænar vörur er átt við tegund vafra (Chrome, Internet Explorer, Firefox ..), OS (Android, IOS, OSX, Windows), tæki (farsími, skrifborð, ráðstefna Skjár) og nettengingarstig (4G, Wifi, Ótengdur). Við prófum venjulega ekki á allar mögulegar samsetningar þar sem það væri ómögulegt að gera það, þannig að við komum með sett af stillingum sem vonandi munu ná yfir nægar sviðsmyndir til að greina vandamál innan sérstakrar vöru.

Hver er merking ytra umhverfis fyrir ...

Áreiðanleiki / ending (Life Cycle Test): Þetta eru próf sem reyna að líkja eftir því sem gerist með vöruna á öllu lífinu. Það á meira við um líkamlegar vörur þar sem efni nær mistökum þeirra. Það eru ákveðnar reglur sem iðnaðurinn komst að með til að hjálpa okkur að flýta fyrir afurðinni með því að setja hann í miklar umhverfisaðstæður. Í grundvallaratriðum, til að prófa hvort vara virki rétt eftir fimm ár við stofuhita, getum við prófað það við 70 gráður og 10g titring í einn dag (aðeins dæmi !!!). Þetta eru kölluð HALT (Mjög hröðun lífsprófa)

Extreme aðstæður Prófanir (Load, Edge): Þetta eru prófanir sem prófa hegðun vörunnar við miklar aðstæður eða brún. Til dæmis, ef rafræn vara virkar á 5V, munum við prófa hana við 4,5V og 5,5V, gætum við jafnvel sprautað spenna sem eru allt að 25V eða -5V til að sjá hvort varan sé seigur við mistök notenda eða rafstraum. Fyrir stafrænar vörur gætum við skorað á innsláttarsvið með óraunhæfu gildi. Til dæmis getum við sett inn nöfn sem eru 1000 stafir að lengd eða eru með tilgangslaus tákn. ef við hönnuðum vöruna fyrir ákveðna álag (50 samtímis notendur) munum við prófa hegðun hennar undir 100 samtímis notendum. Hugmyndin með þessum prófum er aðallega að afhjúpa nýja bilunarstillingu. Við gerum ekki ráð fyrir að varan virki fullkomlega en við gætum uppgötvað mikilvæg mál, óvænta hegðun eða flöskuháls sem skiptir einnig máli við venjulegar aðstæður.

Fylgni / öryggispróf: Báðar tegundir af vörum þurfa stundum að uppfylla staðla og vera í samræmi við þær. Rafrænar vörur þurfa að vera öruggar, öruggar og áreiðanlegar og vernda notandann gegn raflosti eða ofþenslu (UL, CE, FCC ..), þær þurfa einnig að uppfylla ákveðna þráðlausa staðla eins og Wifi eða Bluetooth. Stafrænar vörur sem sjá um persónugreinanlegar upplýsingar (PII) svo sem kreditkortanúmer (PCI, ISO / IEC 27001, NIST) eða kennitölunúmer (GDPR) verða að vernda gögnin gegn alls kyns árásum og vanrækslu starfsmanna. Fyrir báðar vörurnar er samræmiferlið dýrt og langt, en það eru leiðir til að draga úr kostnaði og nota fyrirfram samþykktar einingar og þjónustu.

Hver er merking þess að farið sé að ...

Prófumfjöllun: Sem borðhönnuður geturðu aldrei verið viss um að framleiðsluferlið hafi verið án galla. Í sumum tilvikum eru örsmáar stuttbuxur á milli aðliggjandi rekja sem þú getur aðeins séð með smásjá. Í öðrum tilvikum eru rafrænir hlutar ekki nógu áreiðanlegir eða gætu jafnvel verið fölsuð íhlutir. Sem hluti af gæðaferlinu verða borðhönnuðir og embedir verktaki að vinna saman að því að skrifa prófunartæki sem sannreyna að öll tenging og hver hluti virkar eins og búist er við með 100% umfjöllun. Ég hef unnið að því að prófa JIG sem líkja eftir öllum skynjara og hverju inntaki í borðið til að ná 100% umfjöllun. Það er líka góð framkvæmd að keyra þessi próf samhliða mjög hraðaðri skimunarprófum (HASS) þar sem spjaldið er útsett fyrir titringi og hitauppstreymi.

Á sama hátt, með hugbúnaði, er góð framkvæmd að skrifa prófunarnúmer sem nær yfir að minnsta kosti 99% af kóða þínum. Áður en nýr kóði er settur í framleiðsluumhverfi keyrir sjálfvirkni tæki prufukóðasvítuna og sannreynir að það sem virkað hefur áður virkar enn. Í báðum tilvikum ætti að vinna að þessum prófunartækjum að byrja með vöruþróuninni (stundum jafnvel áður: TDD) og ætti að fá úrræði á viðeigandi hátt.

Endurskoðun hönnunar / kóða: Fólk gerir mistök. Sá sem heldur að þeir geri það ekki, sé annað hvort ekki nógu reyndur eða hafi stutt minni. Sérstaklega þegar verið er að hanna skipulag PCB borð og setja nýja íhluti, þá er það mjög auðvelt að gera mistök varðandi pinout stillingu og eðlisfræðilega stærð nýju íhlutanna. mistök sem þú finnur aðeins vikum eða mánuðum síðar. Þú getur skoðað hönnunina og sannreynt hana á gagnablaðinu, skoðað aftur og sannreynt aftur og í báðum tilvikum muntu sakna hennar. Af þessum sökum er sjálfstæð endurskoðun og afskráning staðlað venja í rafrænni vöruþróun. Hugbúnaðarhönnuðir gera oft mistök varðandi öryggi. Til dæmis setja þeir oft viðkvæma lykla í opinberum kóða geymslum eða verða fyrir viðskiptavininn. Draga beiðni er aðferð til að láta aðra liðsmenn vita um breytingarnar þínar áður en þú skuldbindur þær. Þeir þjóna margvíslegum tilgangi: Til að greina galla og vandamál, bæta læsileika og skjöl um kóðann og miðla þekkingu í teyminu. Pörun forritun er önnur aðferð sem notuð er af forritara til að deila þekkingu og fara yfir kóða hvors annars.

Stillingar stjórnun: CM er sú framkvæmd að meðhöndla breytingar á kerfisbundinn hátt. Það er notað til að skjalfesta útgáfur af vörunni og til að fylgjast með breytingum sem áttu við hana á milli útgáfa. Gott stillingarstjórnunarkerfi gerir þér kleift að smíða og prófa allar útgáfur af vörunni með því að nota eingöngu gripina sem eru í henni án annarrar utanaðkomandi þekkingar. DevOps verkfræðingar nota SCM (hugbúnaðarstillingar stjórnun) verkfæri eins og GIT, Ansible, Terraform, Chef til að skrá kóða, stillingar og innviði vörunnar. Þeir gætu einnig bundið þessar breytingar á JIRA málum til að skjalfesta sambandið milli villunnar / galla / lögunarbeiðninnar og raunverulegra breytinga sem urðu vegna þess. Rafeindatæknifræðingar nota tæki sem kallast stundum PLM (stjórnun á líftíma vöru) og stundum HCM (stjórnun vélbúnaðarstillingar). Í meginatriðum þjóna þeir sama tilgangi, en þeir fela í sér mismunandi samþættingu og ferla. Til dæmis gæti PLM-kerfi einnig aðlagast ERP kerfinu þínu til að sýna hvaða hlutar BOM vörunnar eru til í birgðum þínum.

Framleiðsla og framleiðsla

Þú ættir að líta á framleiðandann sem þinn félaga en ekki sem birginn. Þegar öllu er á botninn hvolft gefurðu framleiðanda þínum viðkvæmustu eignir: allt sem þarf til að byggja vöruna þína! Framleiðandinn mun hjálpa þér að kynna nýjar framleiðsluaðferðir, draga úr göllum, bæta skilvirkni ferlisins og á einhvern hátt deila einhverjum áhættu og umbun afurðarinnar.

Lean Lean er allt sem snýr að sparnaði. Fyrir líkamlegar vörur þýðir halla:

  • Núll seinkun í gegnum öll stig framleiðslulínunnar
  • Greiðslugallar, hágæða gæði fyrir hverja lokaafurð
  • Vélar / fólk er 100% nýtt
  • Viðbrögð við þekkingu: Sérhver kennslustund og innsýn bætir ferlið
  • Rétt í tíma framleiðslu: Sérhver vara er seld, ekkert úrgang

Fyrir stafrænar vörur þýðir halla:

  • Sjálfstærð: Stærðfræðilegur mælikvarði byggður á álaginu
  • Borga á klukkustund

Framleiðsla leiðsla: Að setja upp færiband er ekki allt frábrugðið því að setja upp hugbúnað CI / CD (Stöðug samþætting / Stöðug afhending) leiðsla. Ef þú hefur lesið Phoenix verkefnabókina muntu sennilega muna hvernig nokkur hugtök halla og DevOps voru fengin í bókinni frá líkamlegu framleiðslu línunni. Báðar leiðslurnar sjá um allt sem þarf til að smíða, prófa og senda vöruna þína. Þegar þú bætir við meiri sjálfvirkni geturðu sent hraðar. Fyrir rafrænar vörur þýðir þetta að draga úr kostnaði og göllum og bæta getu, fyrir stafrænar vörur, þetta þýðir hraðari prófanir á notendum og aðlagandi hönnun.

Afhending um allan heim: Það er athyglisvert líkt milli afhendingarneta (CDN) sem notuð eru til að afhenda notendum vefeignir miðað við landfræðilega staðsetningu þeirra og hvernig framleiðslu dreifist um allan heim til að draga úr flutningskostnaði og staðsetja vörur. Hægt er að líta á skyndiminni efnis sem vöruhús á staðnum eða uppfylla þjónustu eins og Amazon. Fyrir báðar tegundir af vörum bætir viðvera staðarins heildarupplifun viðskiptavina um allan heim

Það kann að virðast að veruleg tilvist um allan heim sé erfiðari fyrir líkamlegar vörur, en reglugerð um gagnavernd og tungumálanám krefst einnig umtalsverðs átaks

Skýþjónusta: Skýjaþjónusta er æðisleg, þú getur smíðað stafræna vöru þína á nokkrum sekúndum með því að velja úr hundruðum vefþjónustu. Nokkrir smelli og það mun keyra sjálfkrafa á meira en 20 gagnaverum um allan heim og mælikvarði byggður á eftirspurninni. Það er ekkert slíkt í framleiðslu en þetta gæti verið næsta iðnbylting. Ímyndaðu þér stafræna vöru þar sem þú getur sett upp framleiðslulögn með fyrirfram samstilltum einingum eins og 3D prentun, PCB framleiðslu, íhlutaöflun, borð og kapalsamsetningu, keyrsluprófum og sendingum beint til viðskiptavina þinna frá sjálfvirkum framleiðslugólfi á staðnum. Þar að auki mun þjónustan gera endanotandanum kleift að sérsníða lit vörunnar, lögunina og aðra sérstillingu. Þetta virðist vera draumur en ég er viss um að einhvers staðar í heiminum vinnur Amazon að slíkri þjónustu (að minnsta kosti vona ég að þeir geri það).

Niðurstaða

Það er mikill munur á þróunarferli rafrænna vara og stafrænna en þegar litið er á það frá 20 ára sjónarhorni er ótrúlegt að sjá hve mörg hönnunarreglur og ferlar stafrænar vörur eru nú notaðar af líkamlegum vörustjórnendum. AWS hefur tilkynnt nýlega um FreeRTOS fyrir innbyggð kerfi. Ég spái því að á 10-20 árum muni ekki vera neinn marktækur munur á þróunarferli stafrænnar vöru og líkamlegrar.

Ef þú vilt komast að meira um ferð mína og hvernig eigi að stjórna teymi sem býr í báðum heimum, ekki hika við að ná mér beint.