ฮาร์ดแวร์ Agile พร้อมการพัฒนาซอฟต์แวร์ในตัว

การสร้างระบบนิเวศฮาร์ดแวร์และซอฟต์แวร์ที่ซับซ้อนซึ่งพบว่าผลิตภัณฑ์/ตลาดเหมาะสมนั้นเป็นงานที่ยาก ในขณะที่การเริ่มต้นฮาร์ดแวร์ส่วนใหญ่ล้มเหลวในที่สุดเนื่องจากไม่มีเงิน ตามรายงานจาก CB Insights สาเหตุหลักที่ใหญ่ที่สุดคือความต้องการผลิตภัณฑ์ของตนไม่เพียงพอ นี่เป็นเพียงการเน้นย้ำถึงความสำคัญของบทบาทผู้จัดการผลิตภัณฑ์สำหรับการเริ่มต้นฮาร์ดแวร์ที่สำคัญเพียงใด เนื่องจากเป้าหมายหลักของพวกเขาคือการค้นหาความต้องการของลูกค้าและจุดปวดเพื่อส่งมอบผลิตภัณฑ์ที่ประสบความสำเร็จ

บริษัทสุดท้ายที่ฉันดำเนินการได้สร้างระบบนิเวศของเว็บ มือถือ แอปพลิเคชันซอฟต์แวร์แบบฝัง และอุปกรณ์ฮาร์ดแวร์สำหรับอุตสาหกรรมการจอดรถ กลยุทธ์ผลิตภัณฑ์ฮาร์ดแวร์เป็นส่วนหนึ่งของงานประจำวันของฉัน ซึ่งทำให้ฉันได้ทดลองกับเวิร์กโฟลว์การพัฒนาผลิตภัณฑ์ฮาร์ดแวร์ต่างๆ แม้จะทำงานกับผลิตภัณฑ์ฮาร์ดแวร์มา 10 ปีแล้วและจบปริญญาตรีสาขาอิเล็กทรอนิกส์และโทรคมนาคม แต่ฉันยังต้องเรียนรู้อีกมากจากงานนี้ ฉันได้จัดทำคู่มือด้านล่างนี้โดยหวังว่าคุณจะสามารถเร่งความเร็วในการจัดการผลิตภัณฑ์ภายในฮาร์ดแวร์ด้วยพื้นที่ซอฟต์แวร์แบบฝังตัวได้เร็วกว่าที่ฉันทำ

ความท้าทายของการจัดการผลิตภัณฑ์ฮาร์ดแวร์

แม้ว่า SaaS และแอพมือถือสามารถพัฒนาได้อย่างง่ายดายโดยใช้เฟรมเวิร์กที่คล่องตัว แต่เงื่อนไขเฉพาะในการพัฒนาซอฟต์แวร์และฮาร์ดแวร์แบบฝังตัวทำให้การนำหลักการที่คล่องตัวมาใช้ทำได้ยากขึ้นมาก ในส่วนแรกนี้ เราจะกล่าวถึงลักษณะของการพัฒนาฮาร์ดแวร์ที่สร้างความซับซ้อน ไม่ใช่ทุกวิธีที่มีวิธีแก้ปัญหาที่ตรงไปตรงมา แต่มีวิธีลดความยากด้วยการใช้กลยุทธ์การพัฒนาฮาร์ดแวร์โดยเฉพาะ ซึ่งจะกล่าวถึงในหัวข้อถัดไป

ความสามารถพิเศษทางเทคนิคที่หาได้ยากในท้องถิ่น

การสร้างผลิตภัณฑ์ฮาร์ดแวร์ใหม่นั้นยากกว่าการทำซ้ำกับผลิตภัณฑ์ที่มีอยู่ มันเกี่ยวข้องกับความคิดสร้างสรรค์และประสบการณ์มากมายในการสร้างต้นแบบ ซึ่งไม่ค่อยได้สอนในมหาวิทยาลัย มหาวิทยาลัยบางแห่งไม่มีแม้แต่สิ่งอำนวยความสะดวกในการสร้างต้นแบบหรือเครื่องมือที่จำเป็นในการพัฒนาทักษะเหล่านี้ และประสบการณ์ดังกล่าวเกือบจะได้จากบริษัทฮาร์ดแวร์ขนาดใหญ่ที่มีศูนย์ R&D เท่านั้น การค้นหาผู้เชี่ยวชาญในพื้นที่ที่มีความเชี่ยวชาญที่เกี่ยวข้องจึงเป็นเรื่องยากมาก ส่งผลให้ผู้ก่อตั้งสตาร์ทอัพฮาร์ดแวร์จำนวนมากจำเป็นต้องขยายกลุ่มผู้มีความสามารถด้วยการจ้างงานจากระยะไกล

ระบบควบคุมเวอร์ชันไม่ได้ปรับให้เข้ากับการออกแบบฮาร์ดแวร์

ระบบควบคุมเวอร์ชัน (VCS) ส่วนใหญ่จะเน้นไปที่การสนับสนุนรูปแบบข้อความ เนื่องจากระบบเหล่านี้สร้างขึ้นเพื่อการทำงานร่วมกันในการพัฒนาซอฟต์แวร์ ในโครงการที่เกี่ยวข้องกับการพัฒนาฮาร์ดแวร์ ข้อมูลจะถูกรวมไว้ในไฟล์การออกแบบที่สร้างขึ้นด้วยความช่วยเหลือของเครื่องมือพิเศษเช่น OrCAD และเครื่องมือเหล่านี้บางตัวสนับสนุนเฉพาะไฟล์ไบนารีที่ไม่ได้รับการปรับให้เหมาะสมเพื่อใช้ใน VCS CADLAB เป็นความพยายามที่ค่อนข้างใหม่ในการสร้าง VCS ที่เข้ากันได้กับฮาร์ดแวร์ และหวังว่าจะมีเครื่องมือเช่นนี้อีกในอนาคตอันใกล้

โรงงานผลิตฮาร์ดแวร์ถูกแยกส่วนออก

โรงงานผลิตฮาร์ดแวร์มักตั้งอยู่ในภูมิภาค ประเทศ หรือทวีปอื่น การสื่อสารระหว่างผู้ผลิตฮาร์ดแวร์และผู้ผลิตจำเป็นต้องได้รับการพิจารณาเป็นพิเศษ และเป็นกุญแจสู่ความสำเร็จในการส่งมอบผลิตภัณฑ์ การสื่อสารที่ประสบความสำเร็จจำเป็นต้องมีการวางกรอบเชิงกลยุทธ์มากขึ้นเพื่อรับรองคุณภาพของผลิตภัณฑ์ และเพื่อให้แน่ใจว่าสามารถรับมือกับการเปลี่ยนแปลงในขั้นตอนการตรวจสอบความถูกต้องของตลาดผลิตภัณฑ์แบบไดนามิก เพื่อให้บรรลุสิ่งนี้ ผู้ผลิตฮาร์ดแวร์จำเป็นต้องสร้างข้อกำหนดรายละเอียดจำนวนมากที่ส่งไปยังผู้ผลิต กรอบการทำงานร่วมกันต้องทำให้มั่นใจถึงการส่งมอบข้อมูลอย่างรวดเร็วและการจัดการวงจรชีวิตของข้อมูลจำเพาะ เนื่องจากสิ่งเหล่านี้จะล้าสมัยได้อย่างรวดเร็ว

การเปลี่ยนแปลงฮาร์ดแวร์มีความยืดหยุ่นน้อยลง

รูปแบบการดำเนินงานที่ได้รับความนิยมในการเริ่มต้นซอฟต์แวร์จะลดคุณภาพเพื่อความเร็วในช่วงแรกๆ แม้แต่ Facebook ก็ยังสนับสนุนมนต์ "เคลื่อนไหวอย่างรวดเร็วและทำลายสิ่งต่างๆ" มาระยะหนึ่งแล้ว แนวทางที่คุ้นเคยอีกวิธีหนึ่งคือ “ปลอมจนกว่าคุณจะสร้างมันขึ้นมา” สิ่งนี้ใช้ได้กับการเริ่มต้นซอฟต์แวร์เนื่องจากต้นทุนโครงสร้างพื้นฐานราคาถูกและเฟรมเวิร์กการเขียนโปรแกรมที่คล่องตัวซึ่งช่วยให้นักพัฒนาปรับใช้การอัปเดตโค้ดทุกวัน

แม้ว่าแนวทางการพัฒนานี้จะค่อยๆ คืบคลานเข้ามาในพื้นที่ฮาร์ดแวร์ แต่ก็เป็นแนวโน้มที่โชคร้ายในด้านนี้ เนื่องจากการเปลี่ยนแปลงฮาร์ดแวร์ทำได้ยากกว่ามาก ค่าใช้จ่ายในการพัฒนาจะชดเชยมูลค่าที่ได้รับจากการเปิดตัวอย่างรวดเร็วและบ่อยครั้ง ดังนั้นจึงเป็นกลยุทธ์ที่น่าพึงใจกว่ามากในการลงทุนเพิ่มเติมในขั้นตอนการออกแบบเพื่อสร้างสถาปัตยกรรมฮาร์ดแวร์เสียง

หลุมพรางของคราวด์ฟันดิ้ง

สตาร์ทอัพจำนวนมากติดอยู่กับแนวคิดที่ว่าการเปิดตัวแคมเปญคราวด์ฟันดิ้งฮาร์ดแวร์ที่ประสบความสำเร็จนั้นเทียบเท่ากับการตรวจสอบตลาด การระดมทุนมีแนวโน้มที่จะประสบความสำเร็จมากที่สุดสำหรับผลิตภัณฑ์ที่เกี่ยวข้องกับส่วนประกอบฮาร์ดแวร์ โดยเฉพาะอย่างยิ่งเนื่องจากความต้องการความเป็นเจ้าของที่เกี่ยวข้องกับวัตถุจริงโดยไม่รู้ตัว อย่างไรก็ตาม การระดมทุนไม่ได้หมายถึงการตรวจสอบผลิตภัณฑ์ของคุณในวงกว้าง แต่เป็นวิธีที่เป็นประชาธิปไตยในการจัดหาเงินทุนสำหรับการพัฒนาผลิตภัณฑ์ในระยะเริ่มต้น ความจริงที่โชคร้ายก็คือบริษัทจำนวนมากที่มีแคมเปญคราวด์ฟันดิ้งที่ประสบความสำเร็จได้พบว่าในเวลาต่อมามันยากหรือแทบจะเป็นไปไม่ได้เลยที่จะขยายการผลิตเนื่องจากไม่ได้ตรวจสอบตลาดตามขนาด

ใบรับรอง ข้อบังคับ และการอนุมัติ

ผลิตภัณฑ์ฮาร์ดแวร์ทั้งหมดต้องมีใบรับรองบางประเภทจึงจะขายได้ เป็นหนึ่งในขั้นตอนที่ถูกมองข้ามมากที่สุดในช่วงเริ่มต้นของการนำผลิตภัณฑ์ฮาร์ดแวร์ออกสู่ตลาด ข้อจำกัดในการรับรองจะส่งผลต่อแผนผลิตภัณฑ์และกรอบการทำงานที่ใช้ในการพัฒนาอย่างไร ไม่ใช่เรื่องแปลกที่จะวางแผนระยะเริ่มต้นของโครงการด้วยการรับรองและการอนุมัติอื่นๆ เป็นเป้าหมายของโครงการ จากนั้นจึงค่อยย้อนกลับตามเงื่อนไขไปยังระยะเริ่มต้น ผู้จัดการผลิตภัณฑ์สามารถวิเคราะห์กฎระเบียบ การพึ่งพา และเกตเวย์การตัดสินใจเชิงกลยุทธ์ของแผนผลิตภัณฑ์ได้อย่างรอบคอบในแนวทางที่เหมือนน้ำตกมากขึ้น

โอกาสสำหรับการจัดการผลิตภัณฑ์ฮาร์ดแวร์

ตอนนี้เราได้ครอบคลุมความท้าทายที่มีอยู่ในฮาร์ดแวร์ด้วยซอฟต์แวร์ฝังตัวแล้ว ตอนนี้มาดูวิธีทำให้กระบวนการพัฒนามีความคล่องตัวและคาดการณ์ได้มากขึ้น เพื่อชดเชยความยากลำบากในการพัฒนาฮาร์ดแวร์

รวม Agile เข้ากับการพัฒนาฮาร์ดแวร์

ผู้จัดการผลิตภัณฑ์ที่มีประสบการณ์จะตระหนักถึงความท้าทายเบื้องหลังการสร้างผลิตภัณฑ์ฮาร์ดแวร์ด้วยซอฟต์แวร์ฝังตัวที่พยายามใช้ประโยชน์จากโอกาสทางการตลาดที่สร้างขึ้นโดยการพัฒนาเทคโนโลยีใหม่ พวกเขาเรียนรู้ที่จะสร้างสมดุลในการเร่งเวลาออกสู่ตลาดโดยไม่กระทบต่อโอกาสที่ผลิตภัณฑ์จะประสบความสำเร็จจากขั้นตอนการวางแผน โดยส่วนใหญ่แล้วสิ่งนี้จะเกิดขึ้นจากวิธีการแย่งชิงน้ำ

ระยะความคิดเกี่ยวกับผลิตภัณฑ์จะขยายหลักการของผลิตภัณฑ์ เป้าหมาย และคุณลักษณะระดับสูงในรายละเอียดให้มากที่สุด ผู้จัดการผลิตภัณฑ์ที่ยอดเยี่ยมใช้เวลามากขึ้นในการปรับแต่งผลงานในระยะนี้: วิสัยทัศน์ ภารกิจ การประเมินโอกาส เป้าหมายผลิตภัณฑ์ฮาร์ดแวร์ และคุณลักษณะ นี่คือดาวเหนือของผลิตภัณฑ์ที่ต้องมีความชัดเจนเพียงพอก่อนที่จะเริ่มทำงานกับต้นแบบฮาร์ดแวร์ประเภทใดก็ได้ ดังนั้นจึงแนะนำให้ใช้วิธีน้ำตก

จำเป็นอย่างยิ่งที่จะต้องมีเอกสารความต้องการและข้อมูลจำเพาะเกี่ยวกับการทำงานสำหรับผลิตภัณฑ์ฮาร์ดแวร์ ตลอดจนสถาปัตยกรรมทางเทคนิคที่ดีสำหรับซอฟต์แวร์ฝังตัวที่ขับเคลื่อนผลิตภัณฑ์ฮาร์ดแวร์ การเปลี่ยนแปลงข้อกำหนดและข้อกำหนดควรได้รับโทษ ไม่ได้รับการสนับสนุนเมื่อลงนามโดยทั้งทีม

สามารถใช้วิธีการ scrum มาตรฐานในการพัฒนาซอฟต์แวร์ฝังตัว การปรับและปรับแต่งการใช้งานซอฟต์แวร์มีราคาไม่แพงในแง่ของเวลาและเงิน เพื่อให้ทำงานกับสถาปัตยกรรมฮาร์ดแวร์ที่กำหนดไว้ล่วงหน้าได้ดีกว่าในทางกลับกัน

การทดสอบการผสานรวมขั้นสุดท้ายและการทดสอบการยอมรับของผู้ใช้ควรทำในสภาวะของน้ำตก ในขั้นตอนนี้ ขั้นตอนการพัฒนาจะเสร็จสมบูรณ์ และฟังก์ชันการทำงานใหม่และคุณลักษณะที่ขาดหายไปจะถูกบันทึกเป็นคำของานเพิ่มเติมสำหรับรอบระยะเวลาการวางแผนถัดไป

รวม Agile เข้ากับการพัฒนาซอฟต์แวร์แบบฝังตัว

การสร้างผลิตภัณฑ์ฮาร์ดแวร์ที่ซับซ้อนด้วยซอฟต์แวร์ฝังตัวส่งผลกระทบต่อวิธีการพัฒนาซอฟต์แวร์แบบดั้งเดิม ระบบจำนวนมากที่ใช้ในการผลิตซอฟต์แวร์ที่ทำงานบนคอมพิวเตอร์ส่วนบุคคลไม่เหมาะสำหรับการพัฒนาซอฟต์แวร์แบบฝังตัว เนื่องจากมีข้อจำกัดที่เกี่ยวข้องกับการขาดแคลนทรัพยากรและวงจรการพัฒนาที่ยาวนานกว่ามาก

กลุ่มนักวิชาการและผู้เชี่ยวชาญจากบราซิลได้เสนอแนวทางแก้ไขที่เป็นไปได้: วิธีการออกแบบซอฟต์แวร์บนแพลตฟอร์มสำหรับระบบควบคุมแบบฝังตัว: ชุดเครื่องมือแบบ Agile วิธีการนี้รวมเอาหลักการที่คล่องตัวในการพัฒนาซอฟต์แวร์ฝังตัว ด้านล่างนี้เป็นบทสรุปสั้น ๆ ของวิธีการนี้ แต่ขอแนะนำให้ผู้จัดการผลิตภัณฑ์ฮาร์ดแวร์อ่านคำอธิบายแบบเต็มก่อนที่จะนำไปใช้ในทางปฏิบัติ

บทบาทที่เกี่ยวข้องกับวิธีการนี้คือ:

• เจ้าของแพลตฟอร์ม – รับผิดชอบในการกำหนดเป้าหมายคุณภาพ การวางแผน และต้นทุน
• หัวหน้าผลิตภัณฑ์ – รับผิดชอบในการนำไปใช้ บูรณาการ และทดสอบผลิตภัณฑ์
• ผู้นำด้านคุณลักษณะ – รับผิดชอบในการจัดการโครงการระบบย่อยและติดตามความคืบหน้าของการส่งมอบคุณลักษณะ
• ทีมพัฒนา – ทำงานเกี่ยวกับการพัฒนาผลิตภัณฑ์

วิธีการแบ่งการพัฒนาซอฟต์แวร์ฝังตัวออกเป็นสามกลุ่มกระบวนการ:

1. กลุ่มกระบวนการแพลตฟอร์มระบบ ระบบเลือกส่วนประกอบของระบบที่จะเป็นส่วนหนึ่งของสถาปัตยกรรมและแพลตฟอร์ม API จากไลบรารีของแพลตฟอร์ม และปรับแต่งให้เป็นไปตามข้อจำกัดของแอปพลิเคชันที่เป็นปัญหา กระบวนการปรับแต่งเองจะดำเนินการในวงจรวนซ้ำโดยตั้งโปรแกรมตัวประมวลผลที่กำหนดค่าได้โดยนักออกแบบและตรรกะที่กำหนดค่ารันไทม์ใหม่ได้ซึ่งรวมอยู่ในแพลตฟอร์ม
2. กลุ่มกระบวนการพัฒนาผลิตภัณฑ์ ฟังก์ชันต่างๆ ที่ประกอบเป็นผลิตภัณฑ์นั้นถูกแบ่งออกเป็นองค์ประกอบฮาร์ดแวร์หรือซอฟต์แวร์ของแพลตฟอร์ม วิธีการนี้จัดเตรียมอัลกอริธึมการแบ่งพาร์ติชันโดยคำนึงถึงการใช้พลังงาน เวลาดำเนินการ และขนาดหน่วยความจำของส่วนประกอบแอปพลิเคชัน
3. กลุ่มกระบวนการจัดการผลิตภัณฑ์ จะตรวจสอบและควบคุมขอบเขตผลิตภัณฑ์ เวลา คุณภาพ และพารามิเตอร์ต้นทุน แนวทางที่แนะนำส่วนใหญ่ประกอบด้วยแนวทางปฏิบัติที่ส่งเสริมโดยวิธี Scrum Agile และรูปแบบเปรียว

สร้างโปรแกรมพัฒนาฮาร์ดแวร์

การจัดโครงสร้างโปรแกรมพัฒนาฮาร์ดแวร์ระยะเริ่มต้นช่วยให้บริษัทต่างๆ สามารถหมุนตัวอย่างรวดเร็วหรือแผน B จากมุมมองทางธุรกิจ อาจทำให้ส่วนต่างทางการเงินลดลง แต่ในท้ายที่สุด ก็มีความคล่องตัวที่จำเป็นสำหรับการรับมือกับตลาดที่เปลี่ยนแปลงตลอดเวลา เงื่อนไขในแง่ของผลิตภัณฑ์ที่ออกโดยการแข่งขันและความก้าวหน้าทางเทคโนโลยี

สมมติว่าบริษัทดำเนินการแคมเปญคราวด์ฟันดิ้งที่ประสบความสำเร็จสำหรับผลิตภัณฑ์ฮาร์ดแวร์ที่มีซอฟต์แวร์ฝังตัว พวกเขาทำงานได้ดีกับผลิตภัณฑ์ชุดแรกจนกระทั่งบริษัทขนาดใหญ่ประกาศบางสิ่งที่คล้ายกัน ความเก่งกาจและเวลาในการออกสู่ตลาดเป็นสิ่งสำคัญที่สุด และการตอบสนองต่อสถานการณ์นี้อย่างจริงจังและคล่องตัวจะเพิ่มโอกาสที่ผลิตภัณฑ์จะประสบความสำเร็จ การมีโปรแกรมการพัฒนาฮาร์ดแวร์ช่วยให้บริษัทสามารถปรับตัวและนำเสนอผลิตภัณฑ์ในเวอร์ชันที่สมบูรณ์ยิ่งขึ้นเพื่อตอบสนองต่อคู่แข่งได้อย่างรวดเร็ว

ประสบความสำเร็จในการทดสอบฮาร์ดแวร์ด้วยซอฟต์แวร์ฝังตัว

การทดสอบเป็นองค์ประกอบที่สำคัญของการจัดการผลิตภัณฑ์ฮาร์ดแวร์ เนื่องจากไม่เหมือนกับการทดสอบซอฟต์แวร์แบบ Agile ข้อบกพร่องของฮาร์ดแวร์ส่วนใหญ่สามารถแก้ไขได้โดยการผลิตชุดผลิตภัณฑ์ใหม่เท่านั้น อุปกรณ์ Samsung Galaxy Note 7 ที่ลุกเป็นไฟเป็นตัวอย่างที่ดีว่าทำไมการทดสอบฮาร์ดแวร์จึงควรมีความสำคัญสูงสุดสำหรับผู้จัดการผลิตภัณฑ์ทั้งหมด

การทดสอบการทำงาน เป็นเป้าหมายหลักของการตรวจสอบทางเทคนิคสำหรับฮาร์ดแวร์ที่มีผลิตภัณฑ์ซอฟต์แวร์ฝังตัว ความซับซ้อนของขั้นตอนเหล่านี้มาจากข้อเท็จจริงที่ว่าข้อผิดพลาดมักมาจากส่วนใดส่วนหนึ่งของระบบ

การทดสอบหน่วย มักจะเกิดขึ้นในสภาพแวดล้อมจำลองหลังจากการวิ่งแต่ละครั้ง เนื่องจากฮาร์ดแวร์จำลองมีข้อดีคือสามารถควบคุมได้อย่างสมบูรณ์แบบ สคริปต์ทดสอบสามารถเป็นแบบอัตโนมัติ ควบคุมการดำเนินการ และฆ่าการทดสอบที่ดูเหมือนว่าจะขัดข้องและไม่สามารถให้ผลลัพธ์ใดๆ ได้

การทดสอบการรวมระบบ ควรคำนึงถึงการทำงานแบบออนไลน์และออฟไลน์ และการส่งผลิตภัณฑ์ฮาร์ดแวร์ไปยังสภาพการทำงานจริง ตัวอย่างเช่น หากบริษัทพัฒนาระบบตรวจสอบสมองแบบสวมศีรษะระหว่างทำกิจกรรมกลางแจ้ง เงื่อนไขการทดสอบควรพิจารณาถึงลักษณะเฉพาะเหล่านี้

การทดสอบระบบ เกี่ยวข้องกับการทดสอบทั้งระบบเพื่อหาข้อผิดพลาดและจุดบกพร่อง การทดสอบนี้ดำเนินการโดยเชื่อมต่อส่วนประกอบฮาร์ดแวร์และซอฟต์แวร์ของทั้งระบบ (ที่เคยทดสอบหน่วยและการรวมเข้าด้วยกันก่อนหน้านี้) จากนั้นจึงทดสอบโดยรวม การทดสอบนี้แสดงอยู่ภายใต้วิธีการทดสอบแบบกล่องดำ ซึ่งซอฟต์แวร์จะได้รับการตรวจสอบสำหรับสถานการณ์ที่ผู้ใช้คาดหวัง ข้อยกเว้นที่อาจเกิดขึ้น และเงื่อนไขของขอบเคส หมวดหมู่การทดสอบพิเศษที่กล่าวถึง:

• การทดสอบที่ทริกเกอร์โดยเหตุการณ์: เริ่มต้นโดยเหตุการณ์เฉพาะหรือการเปลี่ยนแปลงสถานะในชีวิตของผลิตภัณฑ์ฮาร์ดแวร์ (เช่น การเริ่มต้น รีเซ็ต ปิดเครื่อง) เป้าหมายคือการตรวจจับข้อผิดพลาดถาวร
• การทดสอบตามเวลาที่กำหนด: เริ่มต้นตามเวลาที่กำหนดไว้ล่วงหน้าในการทำงานปกติของระบบ ทำเป็นระยะเพื่อตรวจหาข้อผิดพลาดถาวร มีประโยชน์ในระบบที่ทำงานเป็นเวลานาน โดยที่ไม่มีเหตุการณ์การทริกเกอร์การทดสอบที่สำคัญเกิดขึ้น การทดสอบตามเวลาที่กำหนดยังมีประโยชน์สำหรับการตรวจจับข้อผิดพลาดที่ไม่ต่อเนื่อง

การยอมรับผลิตภัณฑ์ของฮาร์ดแวร์ด้วยซอฟต์แวร์ฝังตัว

มูลค่าผลิตภัณฑ์สำหรับผลิตภัณฑ์ของฮาร์ดแวร์ที่มีซอฟต์แวร์ฝังตัวมักจะได้รับการตรวจสอบหลังจากขั้นตอนการยอมรับผลิตภัณฑ์ในวิธีการชนกันของน้ำตก ฮาร์ดแวร์ที่มีระบบนิเวศของซอฟต์แวร์ฝังตัวต้องจัดลำดับความสำคัญของฮาร์ดแวร์มากกว่าซอฟต์แวร์เพื่อการตรวจสอบและการยอมรับ ตามที่ระบุไว้ก่อนหน้านี้ การเปลี่ยนแปลงฮาร์ดแวร์ทำได้ยากกว่าและมีราคาแพงกว่าในการดำเนินการ เป็นเรื่องปกติที่ผู้จัดการผลิตภัณฑ์จะคิดหาวิธีแก้ไขปัญหาที่เป็นนวัตกรรมใหม่ ซึ่งจำเป็นในการแก้ปัญหาการยอมรับหรือปรับมูลค่าโดยพิจารณาจากข้อจำกัดที่ไม่สามารถปรับเปลี่ยนฮาร์ดแวร์และชอบการทำซ้ำเพิ่มเติมในด้านการพัฒนาซอฟต์แวร์

ผู้จัดการผลิตภัณฑ์ที่ยอดเยี่ยมมีความเฉียบแหลมของผลิตภัณฑ์และพลังแห่งวิสัยทัศน์ในการคาดการณ์ความต้องการของฮาร์ดแวร์และจัดลำดับความสำคัญของคุณสมบัติที่เหมาะสมเพื่อให้รูปแบบธุรกิจมีความน่าเชื่อถือ การยอมรับนั้นมั่นคง และผู้ใช้สนุกกับการใช้ผลิตภัณฑ์ เมื่อพิจารณาจากซอฟต์แวร์ฝังตัวแล้ว "การตกแต่ง" ของฮาร์ดแวร์ไม่ควรแปลกใจ เนื่องจากต้องปฏิบัติตามกฎและข้อจำกัด ซึ่งขับเคลื่อนโดยกระบวนการพัฒนาฮาร์ดแวร์ ขั้นตอนการรับรอง ความท้าทายในการผลิต และการยอมรับของตลาด

การพัฒนาฮาร์ดแวร์ต้องใช้ความคล่องตัวที่ได้รับการจัดการ

Agile เข้าสู่โลกแห่งการพัฒนาซอฟต์แวร์โดยพายุ และตอนนี้ก็เริ่มคืบคลานเข้ามาในพื้นที่ฮาร์ดแวร์แล้ว อย่างไรก็ตาม เงื่อนไขของผลิตภัณฑ์ฮาร์ดแวร์ที่มีการพัฒนาซอฟต์แวร์แบบฝังตัวทำให้เกิดความท้าทายหลายประการ:

• ขาดความสามารถพิเศษ
• ระบบควบคุมเวอร์ชันที่ไม่ได้ดัดแปลงสำหรับฮาร์ดแวร์
• โรงงานผลิตที่แยกตัวออกจากกัน
• การเปลี่ยนแปลงที่ทำได้ยากกว่าเมื่อเปรียบเทียบกับซอฟต์แวร์
• ข้อกำหนดด้านการรับรองและข้อบังคับที่กำหนดอุปสรรคในการวางแผน

ความท้าทายเหล่านี้ทำให้การนำหลักการที่คล่องตัวไปใช้กับบริษัทซอฟต์แวร์ทำได้ยากขึ้น

เพื่อต่อสู้กับความท้าทายเหล่านี้ จำเป็นต้องมีการจัดการความคล่องตัวในรูปแบบของการแย่งชิงน้ำ การพัฒนาซอฟต์แวร์แบบฝังตัวถูกสร้างขึ้นตามขั้นตอนการต่อสู้แบบมาตรฐาน ในขณะที่ขั้นตอนอื่นๆ เช่น แนวคิด การสร้างข้อกำหนด และการทดสอบ จะถูกนำไปใช้ในการตั้งค่าน้ำตก ซึ่งช่วยให้บริษัทฮาร์ดแวร์สามารถเก็บเกี่ยวผลตอบแทนที่ Agile มอบให้ได้ในขณะที่ยังคงรักษาแนวทางการจัดการผลิตภัณฑ์ที่ใช้งานได้ซึ่งต้องพิจารณาข้อจำกัดต่างๆ ที่ระบุไว้ข้างต้น แนวทางการจัดการความคล่องตัวนี้เป็นแนวทางที่ประสบความสำเร็จในบริบทของสภาวะตลาดที่เปลี่ยนแปลงอย่างรวดเร็วและการปรับปรุงทางเทคโนโลยีอย่างต่อเนื่อง