Raqamli mahsulotlarga qarshi elektron mahsulotlarni loyihalash va ishlab chiqish

Men jismoniy mahsulotlarni ham, raqamli mahsulotlarni ham ishlab chiqish va boshqarish imkoniyatiga ega bo'ldim. Ikkalasiga bo'lgan muhabbat va ishtiyoqni baham ko'rar ekanman, ularning rivojlanish jarayonlari o'rtasidagi farqlar va o'xshashliklar to'g'risida o'z qarashlarimni va ba'zi kuzatishlarimni taqdim etishni o'yladim.

Quyidagi uchun mahsulot nimani anglatadi?

Mahsulot nima? Ishlab chiqarilgan va sotiladigan narsa, yoki foydalanuvchilar uchun qiymat yaratadigan narsa? Birinchi ta'rif faqat jismoniy mahsulotlarga taalluqlidir va biz mahsulotlar bilan nima qilishimiz va ularni qanday yaratayotganimizni aks ettiradi. Ikkinchi ta'rif yanada ochiq va zamonaviy bo'lib, nima uchun mahsulotga ehtiyoj borligini aks ettiradi. Jismoniy mahsulotlar sezgir; foydalanuvchilar ularga tegishi, ko'rishlari, hidlashlari va his qilishlari mumkin. Biz barchamiz ulkan fabrikalarning videolarini ko'rdik va ularni ishlab chiqarish qanchalik qimmat va murakkabligini tushunamiz. Raqamli mahsulotlar bulutda yoki uzoq ma'lumot markazlarida yashaydi. Ularning o'lchamini, murakkabligini va uni qurish nimani anglatishini tushunish biz uchun qiyinroq. Masalan, Google Search-ning old tomoniga qarasak, biz faqat bitta qidirish satrini ko'rishimiz mumkin, ammo sahna ortida, orqa tomonda yuz minglab serverlar va milliardlab kodlar kodlari ishlaydi.

Dastur ishlab chiqaruvchilari raqamli mahsulotlarni yaratishni boshlaganlarida, taxminan 25 yil oldin, ular jismoniy mahsulotlarni yaratishda ishlatiladigan shunga o'xshash jarayonlar va vositalardan foydalanganlar. O'sha paytda loyihani boshqarish uchun eng ko'p isbotlangan jarayon, sharsharalar bo'lib, u butun loyiha davomida mukammallikni kafolatladi. Ammo raqamli loyihalar menejerlari ko'proq tajriba orttirishgan va loyihalarning deyarli yarmida muvaffaqiyatsizlikka uchraganliklari sababli, ular o'zgarishga muhtojligini tushunishdi. Ular o'zlarining vositalarini yaratishni boshladilar va o'zlarining noyob noan'anaviy jarayonlari bilan tanishdilar. 2001 yil atrofida, ko'proq va ko'proq jamoalar Scrum va Kanban-dan foydalanishni boshladilar va epchil manifest paydo bo'ldi. Git Linus Torvalds tomonidan 2005 yilda yaratilgan bo'lib, u ochiq manbali loyihalar uchun asos yaratdi. Ehtimol, raqamli mahsulotlarni takomillashtirish uchun chaqqonlik kabi muhim emas. Bugungi kunda, 25 yil o'tgach, rivojlanish jarayonlari, ikkala mahsulot jamoasining vositalari va madaniyati juda uzoqdir.

So'nggi besh yil ichida elektronikani jismoniy mahsulotlarga kiritish va ularni Internetga biron bir ilova - IOT (narsalarning Interneti) deb atash juda oson va arzon bo'ldi. Buning uchun har bir mahsulot uchun taxminan 2 dollar turadi, buning sababi yaqinda juda ko'p yangi IOT mahsulotlarini paydo bo'lishini tushunamiz, ularning ba'zilari juda kulgili ... Mahsulotlar jamoasi darajasida ushbu tendentsiya ikki xil madaniyatni, ikki turdagi jarayonlarni va boshqa narsalarni birlashtiradi. ikki xil vositalar. Har ikki madaniyat to'qnashganda, qiziqarli narsalar ro'y bera boshlaydi. Ochiq kodli dasturiy ta'minot hozir atrofimizda va ba'zi odamlar o'zlarini ishlab chiqaruvchilar deb atay boshladilar. Ishlab chiqaruvchi va ishlab chiqaruvchi o'rtasida qanday farq bor? Ushbu jarayonlar o'rtasida yaqinlashishni ko'ramizmi? Yoki CTO va IOT mahsulot menejerlari sifatida ushbu madaniyatlarni abadiy birlashtirish uchun biz halok bo'layapmizmi?

Ushbu blogni ham qiziqarli, ham foydali deb topasiz va u barcha qismlarni ishlab chiquvchilarga bir-birlarining muammolarini tushunishga yordam beradi deb umid qilaman.

Rollar va ko'nikmalar

So'nggi paytlarda dasturiy ta'minotni ishlab chiquvchilar uchun dasturiy ta'minotning to'liq to'plamini ishlab chiqish tendentsiyasi mavjud. Bu shuni anglatadiki, ular ikkala orqa kodni ishlab chiqadilar: serverda / bulutda ishlaydigan kod va oldingi kod: qurilmada ishlaydigan kod. Ular hatto DevOps rolini o'z zimmalariga olishlari mumkin: tizimni sozlash, sozlash, saqlash va keyinchalik o'zgartirish jarayonini avtomatlashtirish uchun javob beradigan muhandislar. Oddiy raqamli ilova yoki o'yinni yaratish va ishga tushirish bir odam uchun mumkin emas. Ammo IOT mahsulotlarini ko'rib chiqishda odatda elektron qurilmalar ham, biron bir ilova ham mavjud bo'lib, texnologik guruh ko'proq ko'nikma va rollarni talab qiladi.

O'rnatilgan ishlab chiqaruvchilar qurilmada ishlaydigan kod uchun javob berishadi va taxtali dizaynerlar elektron platani ishlab chiqish uchun javobgardir.

Garchi bugungi kunda, Espruino yordamida Javascript ishlab chiquvchilari kodning uchala darajasini nazariy jihatdan ishlab chiqishlari mumkin: frontend kodi, orqa kod va o'rnatilgan kod, ehtimol ular butunlay boshqa mahorat talab qiladigan sanoat va taxta dizayni bilan kurashishadi. Men barcha savdolarning mohiyati bo'lgan va tezda CSS darslarini o'zgartirishdan o'zlarining ma'lumotlar bazalari uchun skriptlarni yozishga o'tishga qodir bo'lgan iste'dodli dasturchilarni ko'rdim. Shaxsan menimcha, professional ishlab chiquvchilar har qanday vaqtda har qanday vaqtda faqat bitta qatlamda o'zlashtirishlari kerak. Bu nafaqat eng yaxshi ko'nikmalarga yoki texnikaga ega bo'lish yoki kerakli funktsionallikni amalga oshirish bilan bog'liq, balki o'zingizning ishingiz haqida qayg'urayotganingiz va qanday ruhiy holat bilan bog'liq.

Men jamoadagi har bir rolning vazifalarini tasvirlashga harakat qildim. Men xavfli hududga kirganimni qadrlayman, chunki turli jamoalarda rollar biroz o'zgarishi mumkin, shuning uchun daraxtlarni emas, o'rmonni ko'rishga harakat qiling.

Nega bir kishi bularning bariga ahamiyat berolmaydi? Chunki mahsulotni ishlab chiqarishda savdo-sotiq va to'qnashuvlar mavjud va siz har bir ehtiyojni muvozanatli va nosimmetrik tarzda ifoda etmoqchisiz.

Yillar davomida men turli xil ishlab chiquvchilar orasida hurmatni ko'rdim, ammo bilim ham etishmayapti. Orqa tomonni yaratish oson, deb o'ylagan va orqa tomonni zerikarli deb hisoblaydigan backend dasturchilarini ko'rdim. Shuningdek, men REST nima ekanligini bilmaydigan ko'milgan ishlab chiquvchilarni ko'rdim. Yuqorida aytib o'tganimdek, professional ishlab chiquvchilar va muhandislar bir nechta qatlamlarni o'zlashtirishi kerakligiga ishonmayman. Biroq, men ular bitta bo'lish nimani anglatishini bilishlari kerakligiga qat'iy ishonaman va ehtimol hatto oldinga qadam tashlab, ularni turli xil qiyinchiliklar va jarayonlarga ochib beradigan oddiy loyihada ishlashga harakat qilaman. Keng bilimlar jamoa a'zolari o'rtasida muloqot, hurmat va oshkoralikni yaxshilashga yordam beradi va umuman jamoaning ijodkorligi va samaradorligini oshiradi.

Loyiha boshqaruvi

Loyiha va mahsulot o'rtasidagi farq nima? Loyiha - bu ma'lum bir maqsad yoki doiraga, ma'lum vaqt va resurs cheklovlari doirasida erishish rejasi. Loyihaning boshi va oxiri bor. Agar sizda loyiha muddati bo'lmasa, ehtimol siz biron bir loyihani boshqara olmaysiz. Loyiha tugagach, mahsulot yashashni davom ettiradi.

Xavf tahlili: Keling, jismoniy mahsulot va raqamli loyihani boshqarish o'rtasidagi farqlar va o'xshashliklarni muhokama qilaylik. Shaxsan men loyihalarni boshqarish xavflarni boshqaradigan jarayon sifatida o'ylashni yaxshi ko'raman, unda men doimo eng yuqori xavflarni aniqlab, ularni minimallashtirish rejasini ishlab chiqishga harakat qilaman. Loyihaning xatarlari bu loyihaning muvaffaqiyatiga ta'sir qiladigan har qanday narsa, ya'ni mahsulotning maqsadi, muddati, hajmi, qiymati yoki yakuniy sifatiga mos kelmasa. Raqamli mahsulotlar uchun eng katta xavflardan biri bu foydalanuvchilarga kerak bo'lmagan yoki yoqmaydigan mahsulotni yaratishdir. Raqamli mahsulot menejerlari tasavvur qilishadi, ishonadilar, taxmin qiladilar va yaxshi hikoyani aytib berishadi, lekin foydalanuvchilar mahsulot bilan o'zaro munosabatlarni boshlamaguncha, bu taxminlar. Taxminlarni sinash uchun mahsulot menejerlari tezkor etkazib berishlari, o'zlarining farazlarini sinab ko'rishlari va chaqqon bo'lishlari kerak. Jismoniy mahsulotlar uchun eng katta xavf yuzlab va minglab mahsulotlar allaqachon ishlab chiqarilgandan so'ng juda kech bosqichida tuzatib bo'lmaydigan muammolarni topishdir. Ishlab chiqarish mukammallikni talab qiladi va u holda loyiha muvaffaqiyatsiz bo'ladi. Ushbu xavfni kamaytirish uchun jismoniy loyihalar menejerlari sharsharalar deb nomlangan bosqichlar o'rtasida ko'rib chiqish va ro'yxatdan o'tish jarayonini quradilar.

Har bir usul turli xil xavflarni kamaytirish uchun ishlab chiqilgan va har bir loyiha menejeri xavf tahlili asosida loyiha rejasini tanlashi kerak. Ba'zan jarayonlar va vositalardan ko'ra shaxslar va o'zaro ta'sirlar muhimroq, ba'zan esa jarayonlar muhimroqdir. Ba'zida ishlaydigan dasturiy ta'minot hujjatlardan ko'ra muhimroq, ba'zan esa hujjatlar muhimroqdir. Ba'zan mijozlar bilan hamkorlik yozma shartnomadan ko'ra muhimroqdir. Va ba'zida yozma shartnoma sizning kompaniyangizni qutqarishi mumkin. Ba'zida o'zgarishlarga javob berish muhim, lekin ba'zida rejaga rioya qilish muhimroqdir. Siz nima demoqchisiz.

Asboblar va jamoaviy marosimlar: Loyiha rahbarlari loyihalarni boshqarishni istagan jarayonlarni amalga oshiradigan vositalardan foydalanishlari kerak. Microsoft Project - bu sharsharalar loyihalari uchun ajoyib vosita. JIRA va Trello Kanban va Scrum kabi tezkor loyihalar va qo'llab-quvvatlash jarayonlari uchun ajoyib vositadir. Qaysi vosita bo'lishidan qat'iy nazar, bu faqat vosita va mohiyat emasligini unutmang. Jamoalar turli xil marosimlarni o'tkazishadi. Sharsharada jamoalar har yiqilishdan oldin uchrashadilar va hujjatlarni, SAPR chiqishini yoki sinov texnik xususiyatlarini ko'rib chiqadilar. Chaqqon guruh har kuni har kuni va har ikki haftada sprintni rejalashtirish uchun uchrashishlari mumkin. Ushbu marosimlar reja bo'yicha guruh a'zolarini uyg'unlashtiradi va guruh a'zolari o'rtasidagi aloqani yaxshilaydi.

Dizayn va prototiplash

Dizayn: Bugungi kunda dizayn uning muvaffaqiyatida muhim rol o'ynamaydigan mahsulot bormi? Agar biz sotmoqchi bo'lgan narsa bo'lmasa, u qanday mahsulot? Jozibali va estetik bo'lishi kerak bo'lgan narsa, biz g'ururlanishimiz mumkin. To'g'ri ishlashi va ishlashi etarli bo'lgan kunlar tugadi. Elektron mahsulotlar uchun sanoat dizayni nafaqat insonning o'zaro munosabati, foydalanishga yaroqliligi va mijozlar tajribasi, balki mahsulot ishlatilayotgan atrof-muhit sharoitlari va ishlab chiqarish jarayoni (DFM: ishlab chiqarish uchun dizayn) ni ham hisobga olishi kerak. Raqamli mahsulotlar uchun dizayn, shuningdek, dasturiy ta'minot ishlaydigan turli xil qurilmalarga (mobil, ish stoli, katta ekranlar) va ular bilan ishlaydigan rollarning barcha turlariga va foydalanuvchilarga murojaat qilishi kerak.

Dizayn uslubiyotining har xil turlari turli xil mahsulotlarga qo'llaniladi: Tajriba dizayni mahsulotni biz yaratmoqchi bo'lgan yoqimli tajribaning bir qismi sifatida qaraydi, ya'ni "biz o'yinni sotmayapmiz, biz bir soatlik oilaviy tajribamizni sotmoqdamiz". Xizmat dizayni mahsulotni xizmat ko'rsatuvchi provayder va foydalanuvchi o'rtasidagi yakuniy xizmatni tugatish qismi sifatida ko'radi. "Siz belgilangan joyga etib borguningizcha sayohat qilishga qaror qilganingizdan boshlab", "Biz xavfsizlik kamerasini sotmaymiz, biz sizga sutkasiga 24 soat himoya qilamiz".

Prototiplash: 3D printerlar va VR / AR texnologiyalari yordamida jismoniy mahsulotning mexanik prototipini topish juda oson. Siz buni mijozlaringizga ko'rsatishingiz, unga bir nechta stikerlar qo'yishingiz, sim va LEDlarni ulashingiz mumkin, ular darhol uning maqsadini tushunishadi va siz ularni mahsulotingiz tayyor va tijorat ekanligiga ishontirishingiz mumkin. Siz uni haqiqiy muhitga qo'yishingiz va uning mexanik ravishda mosligini va uni ushlab turish osonligini ko'rishingiz mumkin. Siz o'nta versiyani tayyorlashingiz va ular o'rtasida taqqoslashingiz va yakuniy konfiguratsiya to'g'risida qaror qabul qilishingiz mumkin. Sizning mijozlaringiz va sarmoyadorlaringizga ularning qo'lida ushlab turadigan biron narsani berishdan ko'ra kuchliroq narsa yo'q. Odamlar o'yinchoqlar va moddiy narsalarni yaxshi ko'rishadi va mexanik dizayn ba'zida rivojlanish vaqti nuqtai nazaridan yakuniy mahsulotning atigi 1% bo'lishiga qaramay, odamlar sizning 80% ni bajarganingizga ishonishadi. Dasturiy ta'minot prototipi yordamida ushbu darajaga erishish oson emas. Sketch va InVision - bu ajoyib vositalar, ammo foydalanuvchilar bu haqiqiy mahsulot emasligini darhol anglashadi. Ma'lumotlar statik va ularning o'zaro ta'siri unga ta'sir qilmaydi. Bu raqamli mahsulot menejerlari tezkor yondashuv va MVP kontseptsiyasini qabul qilishining sabablaridan biridir. Foydalanuvchilar sizning mahsulotingiz tayyor bo'lgunga qadar o'zaro qanday munosabatda bo'lishini va uni sevishini tasavvur qilish qiyin, shuning uchun iloji boricha tezroq etkazib berishni va haqiqiy fikrlarni to'plashni boshlashni xohlaysiz.

Fizik va raqamli prototiplash

Rivojlanish

Erta qabul qilingan qarorlar eng katta ta'sirga ega: har safar yangi loyihani boshlaganimda hayajonlanaman. To'g'ri arxitektura nima bo'ladi? qaysi texnologiya unga eng mos keladi? 8 bitli MCU yoki 32 bitli protsessorni tanlashimiz kerakmi? Bu GraphQL-ni joriy qilish uchun yaxshi loyihami yoki biz yana REST bilan yopishib olamizmi? Qaysi simsiz texnologiya foydalanish holatiga eng mos keladi: Bluetooth 5 yoki Narrowband IOT? To'g'ri ma'lumotlar bazasi nima? PostgreSQL yoki ehtimol bu safar grafik ma'lumotlar bazasi? Ushbu qarorlar loyihaning muvaffaqiyati uchun juda muhimdir. Ba'zan, biz to'g'ri tahlil qilmasdan texnik qarorlarni juda tez qabul qilamiz va uch oy o'tgach, biz ularga pushaymon bo'lamiz, ularni o'zgartirish juda qiyin va og'riqli bo'lib qoladi va texnologik investitsiyalarga to'siq sifatida emas, balki aktiv sifatida qarash osonroq bo'ladi. Bu elektron mahsulotlar uchun ham, raqamli mahsulotlar uchun ham to'g'ri keladi, garchi mahsulotingizni xaridorlarga etkazib berganingizdan so'ng protsessor turini o'zgartirish deyarli qiyin bo'lsa, noqulay ish.

Erta qarorlar eng katta ta'sirga ega

Rivojlanish: Elektron mahsulotlar va raqamli mahsulotlarni ishlab chiqarish jarayoni o'rtasida juda ko'p farq mavjud va o'xshashliklar ko'p emas. PCB platasini ishlab chiqish vaqtining ko'p qismi to'g'ri tarkibiy qismlarni tanlashga va tartibni loyihalashga sarflanadi. Ba'zi bir ishlar faqat texnik, U1 pin 120 komponentidan U17 pin 12 qismiga simlarni ulash. Va ba'zi vazifalar shovqin va quvvat sarfini o'lchash uchun uch turdagi sensorlar atrofida to'liq prototiplashni talab qiladi. Ichki ishlab chiqishni disk raskadrovka qilish va optimallashtirish juda qiyin, funktsiya chaqirilishini aniqlash va qancha vaqt ishlashini o'lchash uchun GPIO pinlaridan foydalangan holda ishlab chiquvchilarni ko'rish odatiy holdir. Elektron mahsulotingizda FPGA-dan foydalanish jasoratli qaror, ammo ba'zida samaradorlik / xarajatlar maqsadlariga erishish uchun yagona echimdir. FPGA rivojlanishi butunlay boshqacha hudud bo'lib, ASIC rivojlanishi, PCB kengashi va ichki rivojlanishi o'rtasidagi bir joyda joylashgan. Dasturiy ta'minot ishlab chiqaruvchilari uchun ko'pincha kod yozish uchun mablag 'sarflanadi. Kundalik ishingizni ko'rib chiqishda juda mamnun bo'lgan narsa bor, kodning barcha satrlari, kod so'rovlari va tortishish so'rovlari. Bu etarlicha sodda tuyuladi, lekin kod va o'zgarishlarning miqdori juda katta, shuning uchun kodlar bazasini tartibli saqlash, texnik qarzni kamaytirish va jamoa bo'yicha bilimlarni oshirish uchun to'g'ri konfiguratsiyani boshqarish va ko'rib chiqish jarayoni zarur.

Algoritmlar, fizika va ma'lumotshunoslik: bu odatda mahsulotning miyasi bo'lib, unda kompaniyalar o'zlarining IP-larini da'vo qilishadi. Kengash dizaynerlari fiziklar bilan sensorlarni tanlash, ularning atrofidagi AFE (analog old tomoni) dizaynini yoki dizaynini yaratish uchun ishlaydi. maxsus antenna. O'rnatilgan dasturchilar DSP muhandislari va matematiklari bilan signallarni filtrlash, naqshlarni aniqlash yoki ma'lumotlarni qayta ishlash / kodlash uchun optimallashtirilgan matematik formulani amalga oshirish uchun real vaqt rejimida DSP algoritmlarini o'z dasturlariga kiritish uchun ishlaydi. Haqiqiy vaqtda siz ma'lum bir protsessor tsikllarida qayta ishlashni yakunlashingiz kerakligini anglatadi, aks holda keyingi signalni qayta ishlashga tayyor bo'lmaysiz va uni o'tkazib yubormaysiz yoki kerakli kutish vaqti ichida voqealarni chiqara olmaysiz. Backend ishlab chiqaruvchilari yangi mahsulotlarni tavsiya qilish, anomaliyalarni topish, do'stlarni taklif qilish, chuqur o'rganish modelini o'rgatish, matnni tahlil qilish uchun NLP-dan foydalanish, veb-sahifalarni ochish va h.k.-ni ishlab chiqarish uchun ma'lumotlar olimi bilan ishlashadi. Ular ma'lumotlarni vizualizatsiya qilish bilan shug'ullanmoqdalar. D3JS kabi kutubxona yordamida ular ajoyib vizual vositalarni yaratadilar va ma'lumotlarni foydalanuvchilarga foydali va yig'ilgan holda taqdim etadilar.

Yig'ish paytida bu odamlar shovqinni kamaytirish, signallarni yaxshilash va xatolarni aniqlash (noto'g'ri manfiy) va noto'g'ri signal (noto'g'ri ijobiy) o'rtasidagi to'g'ri muvozanatni topish haqida qayg'uradilar, ular ko'proq ma'lumot kerak yoki ko'proq tajribalar qilishlarini talab qilishadi va ular sakrashadi. agar ular ishlash ko'rsatkichlarini 5% ga oshirishga muvaffaq bo'lsalar, xursand bo'ladilar. Ma'lumotni o'rganish bo'yicha topshiriqlarni stakanda qanday qilib ajratish to'g'risida qaror qabul qilish qiziqarli mahsulotdir. Misol sifatida, Alexa kengash darajasida bir qator mikrofonlar, dasturiy ta'minot darajasidagi ba'zi DSP kodi va nutqimizni tanib olish uchun so'nggi darajadagi ma'lumotlarga oid ma'lumotlarni o'z ichiga oladi.

Asboblar: O'zlarining ishlab chiqarish vositalarini bir-birlari bilan taqqoslaydigan oldingi ishlab chiqaruvchi va o'rnatilgan dasturchini tasavvur qiling. O'rnatilgan dasturchi old tomonni ishlab chiquvchini o'z stoliga olib boradi va elektr ta'minoti, osiloskop va mantiqiy analizator o'rtasidagi farqlarni ko'rsatadi. Keyin old ishlab chiqaruvchi o'rnatilgan dasturchini eng yaqin qahva joyiga olib boradi. Ular qahvaga buyurtma berishadi va bir necha soat birga bo'lishlari mumkin bo'lgan tinch joyni topishadi. Keyin u Chrome brauzerini ishlab chiqish rejimiga o'tkazadi va o'rnatilgan dasturchiga tarmoq trafigini qanday ko'rish va qandaydir HTML elementining CSS uslubini qanday ko'rishni ko'rsatadi.

… Uchun devtools nimani anglatadi?

Nosozliklarni tuzatish vositalari ishlab chiqaruvchidan tortib, ishlab chiqaruvchiga qadar farq qiladi va haqiqiy tajriba qaerda bo'lsa, ulardan samarali foydalanish. Muammoning qaerdaligini instinktiv ravishda bilish va o'zingizning vositalaringizdan foydalanishda ishlab chiquvchilarning eng muhim mahorati. Ishlab chiquvchilar bir necha soat va bir necha kun davomida muammoni hal qilishganini, keyin bir necha soniya ichida muammoni topadigan tajribali ishlab chiqaruvchidan yordam so'rashlarini ko'rdim. Buni etarlicha ta'kidlay olmayman, har bir topshiriq uchun to'g'ri vositaga ega bo'lish - bu professional bo'lish degani. Bu har bir kasb uchun to'g'ri.

Nosozliklarni tuzatish va sinov vositalarining ma'nosi nima ...Dastur ishlab chiqaruvchilari bu qo'rqinchli deb bilishadi

QA va sinov

Atrof-muhit sinovlari: Mahsulotimizni sinab ko'rganimizda, uning foydalanuvchilari kutgan har xil konfiguratsiya va muhitda uning to'g'ri ishlashini tekshirishni xohlaymiz. Jismoniy mahsulotlar uchun atrof-muhit odatda haroratni (haddan tashqari sovuq, o'ta issiq), tebranishni (avtomobil mahsulotini tasavvur qiling), zarba (qo'lingizdan beton polga tushadi), namlik, UB va quyosh nurlari, ESD (ushbu kichik yorug'lik) ni anglatadi. Raqamli mahsulotlar uchun muhit odatda brauzer turini (Chrome, Internet Explorer, Firefox ..), OS (Android, IOS, OSX, Windows), qurilma (mobil, ish stoli, konferentsiya) ni anglatadi. Ekran) va tarmoqqa ulanish darajasi (4G, Wifi, Offline). Biz odatda har qanday mumkin bo'lgan kombinatsiyani sinab ko'rmaymiz, chunki buni amalga oshirish mumkin emas, shuning uchun biz mahsulotning muayyan qismidagi muammolarni aniqlash uchun etarli stsenariylarni qamrab oladigan konfiguratsiya to'plamini ishlab chiqamiz.

Tashqi muhit nimani anglatadi ...

Ishonchlilik / chidamlilik (hayot aylanishini sinash): Bular butun hayoti davomida mahsulot bilan nima sodir bo'lishini taqlid qilishga urinadigan testlar. Materiallar muvaffaqiyatsizlikka uchragan joylarga etib boradigan jismoniy mahsulotlarga ko'proq tegishli. Mahsulotni ekstremal ekologik sharoitlarga duchor qilish orqali mahsulotning yoshini tezlashtirishga yordam beradigan sanoat tomonidan ishlab chiqilgan ba'zi qoidalar mavjud. Asosan, mahsulot besh yildan so'ng xona haroratida to'g'ri ishlashini sinab ko'rish uchun biz uni bir kun davomida 70 daraja va 10 g tebranish bilan sinab ko'rishimiz mumkin (faqat misol !!!). Bular HALT (yuqori tezlashtirilgan hayot) sinovlari deb nomlanadi

Ekstremal sharoitlar sinovlari (yuk, qirralar): bu mahsulotning xatti-harakatlarini ekstremal yoki chekka sharoitlarda sinab ko'radigan sinovlar. Masalan, agar elektron mahsulot 5Vda ishlayotgan bo'lsa, biz uni 4.5V va 5.5V da sinab ko'ramiz, mahsulotning xatolariga yoki elektr uzilishlariga chidamli yoki yo'qligini bilish uchun biz hatto 25V yoki -5V kuchlanish kuchlanishini kiritamiz. Raqamli mahsulotlar uchun biz asossiz qiymatlarga ega bo'lgan kirish maydonlariga qarshi chiqishimiz mumkin. Misollar uchun uzunligi 1000 belgidan iborat yoki ma'nosiz belgilar mavjud bo'lgan nomlarni kiritishimiz mumkin. agar biz mahsulotni ma'lum bir yuk uchun (50 ta parallel foydalanuvchilar) ishlab chiqqan bo'lsak, biz 100 ta bir vaqtning o'zida foydalanuvchi tomonidan sinab ko'ramiz. Ushbu testlarning g'oyasi asosan yangi qobiliyatsiz rejimlarni ochishdir. Biz mahsulot mukammal ishlashini kutmaymiz, ammo normal holatlarga tegishli bo'lgan muhim muammolar, kutilmagan xatti-harakatlar yoki muammolar paydo bo'lishi mumkin.

Muvofiqlik / Xavfsizlik testlari: Ba'zan ikkala mahsulot standartlarga javob berishi va ularga rioya qilishlari kerak. Elektron mahsulotlar xavfsiz, xavfsiz va ishonchli bo'lishi va foydalanuvchini elektr toki urishi yoki qizib ketishdan himoya qilishi kerak (UL, Idoralar, FCC ..), shuningdek, Wifi yoki Bluetooth kabi ba'zi simsiz standartlarga javob berishi kerak. Kredit karta raqamlari (PCI, ISO / IEC 27001, NIST) yoki ijtimoiy xavfsizlik raqamlari (GDPR) kabi shaxsiy identifikatsiya qilinadigan ma'lumotlarga (PII) ishlov beradigan raqamli mahsulotlar ma'lumotlarni har qanday hujumlardan va xodimlarning beparvosidan himoya qilishi kerak. Ikkala mahsulot uchun ham muvofiqlik jarayoni qimmat va uzoq, ammo xarajatlarni kamaytirish va oldindan tasdiqlangan modul va xizmatlardan foydalanish usullari mavjud.

… Ga muvofiqlikning ma'nosi nima?

Sinovning qamrovi: Kengash dizayneri sifatida siz hech qachon ishlab chiqarish jarayoni nuqsonlarsiz o'tganiga amin bo'lolmaysiz. Ba'zi hollarda, faqat mikroskop bilan ko'rishingiz mumkin bo'lgan qo'shni izlar orasida mayda shortilar mavjud. Boshqa hollarda, elektron komponentlar etarlicha ishonchli emas yoki ular qalbaki komponentlar bo'lishi mumkin. Sifat jarayonining bir qismi sifatida, taxtali dizaynerlar va o'rnatilgan dasturchilar har bir ulanish va har bir komponent 100% qamrov bilan kutilganidek ishlashini tekshiradigan sinov vositalarini yozish uchun birgalikda ishlashlari kerak. Men har bir sensorni va doskadagi har bir ma'lumotni simulyatsiya qiladigan JIG-larni 100% qamrab olish uchun sinab ko'rishda ishladim. Bundan tashqari, ushbu sinovlarni yuqori tezlashtirilgan skrining sinovlari (HASS) bilan parallel ravishda o'tkazish taxtaning tebranishi va termal tsikliga duchor bo'lgan joyda amalga oshirilgani yaxshi.

Xuddi shunday, dasturiy ta'minotda sizning kodingizning kamida 99% ni qamrab oladigan sinov kodini yozish juda yaxshi. Ishlab chiqarish muhitiga yangi kodni qo'yishdan oldin avtomatlashtirish vositasi sinov kodi to'plamini ishga tushiradi va oldin ishlaganlar hali ham ishlayotganligini tekshiradi. Ikkala holatda ham ushbu sinov vositalari ustida ishlash mahsulotni ishlab chiqish bilan boshlanishi kerak (ba'zan oldin ham: TDD) va tegishli ravishda manbaga murojaat qilinishi kerak.

Dizayn / Kodni ko'rib chiqish: Odamlar xato qilishadi. O'zlarini o'ylamagan har bir kishi etarlicha tajribaga ega emas yoki qisqa xotiraga ega. Xususan, tenglikni taxtasining sxemasini loyihalashda va yangi tarkibiy qismlarni joylashtirishda, yangi tarkibiy qismlarning konfiguratsiyasi va fizik o'lchamlari bilan bog'liq xatolar qilish juda oson. xatolarni faqat bir necha hafta yoki bir necha oydan keyin topasiz. Siz dizaynga qarashingiz va ma'lumotlar jadvaliga muvofiqligini tekshirishingiz, yana ko'rib chiqishingiz va yana tekshirishingiz mumkin va ikkala holatda ham siz uni sog'inasiz. Shu sababli, mustaqil ravishda ko'rib chiqish va ro'yxatdan o'tish elektron mahsulotlarni ishlab chiqarishda odatiy holdir. Dasturiy ta'minotni ishlab chiquvchilar ko'pincha xavfsizlik nuqtai nazaridan xato qiladilar. Masalan, ular ko'pincha maxfiy kalitlarni ommaviy kod omborlariga joylashtiradilar yoki mijozga ta'sir qiladilar. So‘rash so‘rovi - boshqa guruh a’zolariga o‘zgartirishlaringiz haqida ularni ishontirishdan oldin xabardor qilish usulidir. Ular bir nechta maqsadlarga xizmat qiladi: nuqsonlar va muammolarni aniqlash, kodni o'qilishi va hujjatlashtirishni takomillashtirish va bilimlarni butun jamoa bilan baham ko'rish. Pair dasturlash - bu dasturiy ta'minot ishlab chiquvchilari tomonidan bir-birlarining ma'lumotlarini almashish va bir-birlarining kodlarini ko'rib chiqish uchun foydalanadigan yana bir usul.

Konfiguratsiyani boshqarish: CM o'zgarishlarni tizimli ravishda qayta ishlash amaliyotidir. U mahsulot versiyalarini hujjatlashtirish va versiyalar o'rtasida unga kiritilgan o'zgarishlarni kuzatishda ishlatiladi. Yaxshi konfiguratsiyani boshqarish tizimi sizga biron-bir tashqi ma'lumotsiz biron-bir artefaktdan foydalangan holda mahsulotning har qanday versiyasini yaratish va sinovdan o'tkazish imkonini beradi. DevOps muhandislari mahsulotning kodi, konfiguratsiyasi va infratuzilmasini yozib olish uchun GIT, Ansible, Terraform, Chef kabi SCM (Dastur konfiguratsiyasini boshqarish) vositalaridan foydalanadilar. Ular xatolar / nuqsonlar / xususiyatlar so'rovi va natijada yuzaga kelgan haqiqiy o'zgarishlar o'rtasidagi munosabatni hujjatlashtirish uchun ushbu o'zgarishlarni JIRA muammolariga bog'lashlari mumkin. Elektron muhandislar ba'zida PLM (mahsulotning hayot aylanishini boshqarish) va ba'zida HCM (apparat konfiguratsiyasini boshqarish) deb nomlangan vositalardan foydalanadilar. Aslida ular bir xil maqsadga xizmat qiladi, ammo ular turli xil integratsiya va jarayonlarni o'z ichiga oladi. Masalan, PLM tizimi sizning ERP tizimingizga inventarizatsiyada mahsulotning BOM qismlarining qaysi qismlari mavjudligini ko'rsatish uchun qo'shilishi mumkin.

Ishlab chiqarish va ishlab chiqarish

Siz ishlab chiqaruvchingizga etkazib beruvchi sifatida emas, balki sherik sifatida qarashingiz kerak. Oxir oqibat, siz o'zingizning ishlab chiqaruvchingizga eng sezgir aktivlaringizni berasiz: mahsulotingizni yaratish uchun kerak bo'lgan hamma narsa! Sizning ishlab chiqaruvchingiz sizga yangi ishlab chiqarish usullarini joriy etishga, kamchiliklarni kamaytirishga, jarayonning samaradorligini oshirishga yordam beradi va qandaydir tarzda mahsulotning ba'zi xatarlari va foydalarini baham ko'radi.

Lean Lean - bu tejash xarajatlari bilan bog'liq bo'lgan barcha narsalar. Jismoniy mahsulotlar uchun, ozuqa vositalari:

  • Ishlab chiqarish liniyasining barcha bosqichlarida nol kechikish
  • To'lov nuqsonlari, har bir yakuniy mahsulot uchun eng yuqori sifat
  • Mashinalar / odamlar 100% ishlatilgan
  • Bilimlar bilan aloqa: har bir dars va tushuncha jarayonni yaxshilaydi
  • Faqat ishlab chiqarish vaqtida: Har bir mahsulot sotiladi, Chiqindilar yo'q

Raqamli mahsulotlar uchun ozuqa:

  • Avtomatik miqyoslash: yuklashga qarab hisoblash manbalari shkalasi
  • Soatiga to'lash

Ishlab chiqarish quvur liniyalari: yig'ish liniyasini o'rnatish dasturiy ta'minot CI / CD (uzluksiz integratsiya / uzluksiz etkazib berish) quvurini o'rnatishdan juda farq qilmaydi. Agar siz "Feniks" loyihasi kitobini o'qigan bo'lsangiz, ehtimol bu kitobda qandaydir yalang'och va devOps tushunchalari fizik ishlab chiqarish liniyasidan qanday olinganligini eslay olasiz. Ikkala quvur liniyasi ham sizning mahsulotingizni qurish, sinovdan o'tkazish va jo'natish uchun zarur bo'lgan barcha ishlarni bajaradi. Ko'proq avtomatlashtirishni qo'shsangiz, tezroq etkazib berishingiz mumkin. Elektron mahsulotlar uchun bu raqamli xarajatlar uchun xarajatlar va kamchiliklarni kamaytirish va quvvatni oshirish degani, bu tezroq foydalanuvchi sinovlari va moslashuvchan dizaynni anglatadi.

Dunyo bo'ylab etkazib berish: Tarkibni etkazib berish tarmoqlari (CDN) o'rtasida jug'rofiy joylashuviga qarab foydalanuvchilarga veb-aktivlarni etkazib berish uchun ishlatiladigan va etkazib berish xarajatlarini kamaytirish va mahsulotlarni mahalliylashtirish uchun butun dunyo bo'ylab ishlab chiqarish qanday taqsimlanganligi o'rtasida qiziqarli o'xshashlik mavjud. Kontentni keshlashni mahalliy ombor yoki Amazon kabi bajarish xizmatlari sifatida ko'rish mumkin. Mahsulotlarning har ikkala turi uchun mahalliy mavjudlik butun dunyo bo'ylab mijozlarning umumiy tajribasini yaxshilaydi

Butun dunyo bo'ylab jismoniy mahsulotlar uchun bu qiyinroq tuyulishi mumkin, ammo ma'lumotlarni himoya qilish va tillarni mahalliylashtirish ham jiddiy harakatlarni talab qiladi

Bulutli xizmatlar: bulutli xizmatlar juda zo'r, siz o'zingizning raqamli mahsulotingizni bir necha soniya ichida yuzlab veb-xizmatlarni tanlash orqali yaratishingiz mumkin. Bir necha marta bosish va u butun dunyo bo'ylab 20 dan ortiq ma'lumotlar markazlarida avtomatik ravishda ishlaydi va talab asosida. Ishlab chiqarishda shunga o'xshash narsa yo'q, ammo bu keyingi sanoat inqilobi bo'lishi mumkin. 3D bosib chiqarish, PCB ishlab chiqarish, komponentlarni qidirish, platalar va kabellarni yig'ish, sinov sinovlari va mahalliy avtomatlashtirilgan ishlab chiqarish maydonchasidan to'g'ridan-to'g'ri mijozlarga etkazib berish kabi oldindan tuzilgan modullardan foydalangan holda ishlab chiqarish quvurini o'rnatishingiz mumkin bo'lgan raqamli mahsulotni tasavvur qiling. Bundan tashqari, xizmat oxirgi foydalanuvchiga mahsulot rangini, shakli va boshqa shaxsiylashtirish xususiyatlarini moslashtirishga imkon beradi. Bu tush kabi ko'rinadi, lekin aminmanki, dunyoning biron bir joyida Amazon bunday xizmat ustida ishlamoqda (Hech bo'lmaganda ular shunday qilishadi deb umid qilaman).

Xulosa

Elektron mahsulotlarni ishlab chiqish va raqamli mahsulotlarni ishlab chiqarish jarayoni o'rtasida juda ko'p farq bor, ammo 20 yil nuqtai nazaridan qarasak, raqamli mahsulotlarning dizayn tamoyillari va jarayonlaridan jismoniy mahsulot menejerlari tomonidan hozirda qanchadan-qancha foydalanilayotgani hayratlanarli. Yaqinda AWS o'rnatilgan tizimlar uchun FreeRTOS-da e'lon qildi. Men taxmin qilamanki, 10-20 yil ichida raqamli mahsulotni ishlab chiqarish jarayoni bilan jismoniy mahsulot o'rtasida jiddiy tafovut bo'lmaydi.

Agar siz mening sayohatim va ikkala dunyoda yashaydigan jamoani qanday boshqarish haqida ko'proq bilishni istasangiz, menga to'g'ridan-to'g'ri murojaat qilishingiz mumkin.