ทำความเข้าใจกับโมเดลการพัฒนาแอปพลิเคชันอย่างรวดเร็ว

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

ในปี 1990 James Martin กำหนดการพัฒนาแอปพลิเคชันอย่างรวดเร็วเป็นทางเลือกแทนขั้นตอนน้ำตกแบบเดิม วิธีน้ำตกแบบดั้งเดิมเป็นวิธีแก้ปัญหาที่ยอดเยี่ยมสำหรับอุตสาหกรรมการก่อสร้างและสาขาอื่นๆ ที่การปรับเปลี่ยนขอบเขตงานเป็นเรื่องผิดปกติและมีค่าใช้จ่ายสูง ค่อนข้างไม่น่าจะเป็นไปได้ที่คุณจะเปลี่ยนไปสร้างเรือข้ามฟากระหว่างการสร้างสะพานถ้าคุณได้เริ่มก่อสร้างบนสะพานแล้ว

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

การพัฒนาแอปพลิเคชันอย่างรวดเร็วเป็นแนวทางที่เหมาะสมสำหรับโครงการของฉันหรือไม่

ดังที่เราได้อธิบายไว้ก่อนหน้านี้ RAD จะไม่ทำงานในบริบทที่ไม่ยืดหยุ่น ใช้ไม่ได้ในสถานการณ์ต่อไปนี้:

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

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

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

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

ขั้นตอนและวิธีการ

ขั้นตอนการวางแผนที่ใช้เวลานานจะถูกแทนที่ด้วยขั้นตอนต้นแบบที่มีราคาไม่แพงภายใต้แนวทางการพัฒนาแอปพลิเคชันที่รวดเร็ว โดยเฉพาะอย่างยิ่ง โมเดล RAD แนะนำให้แยกกระบวนการออกเป็นสี่ขั้นตอนต่อไปนี้:

การวางแผนความต้องการ

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

การออกแบบผู้ใช้

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

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

การก่อสร้าง

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

ขึ้นอยู่กับเครื่องมือที่เราใช้และปัจจัยอื่นๆ ที่เกี่ยวข้อง งานที่เราทำจนถึงขั้นตอนนี้ในกระบวนการสร้างต้นแบบไม่สามารถใช้งานได้ด้วยซ้ำ

คัตโอเวอร์

นี่เป็นขั้นตอนสุดท้าย ซึ่งรวมถึงการฝึกอบรมผู้ใช้ การทดสอบการยอมรับ และการนำระบบใหม่ไปใช้

การพัฒนาแอปพลิเคชันอย่างรวดเร็ว เทียบกับ เปรียว

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

ถือว่าปลอดภัยหากสรุปว่า Rapid Application Development (RAD) เป็นสมาชิกในตระกูลเดียวกันกับแนวทางการพัฒนาซอฟต์แวร์ที่คล่องตัวอื่นๆ เช่น Scrum, Kanban และอื่นๆ อีกมากมาย

ข้อดีและข้อเสียของการพัฒนาแอปพลิเคชันอย่างรวดเร็ว

โฟกัสเปลี่ยนจากการคาดเดาและไปสู่ความสามารถในการปรับตัวเนื่องจาก RAD ซึ่งมีทั้งความหมายที่ดีและไม่ดี

ข้อดี :

ลดค่าใช้จ่ายและอันตราย

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

เหนือกว่าในด้านคุณภาพ

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

ข้อเสีย:

การออกแบบที่ไม่ดี

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

ไม่สามารถขยายขนาดได้อย่างมีประสิทธิภาพ

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

คำมั่นสัญญาจากลูกค้าเบื้องหลัง

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

ไม่สามารถออกแรงควบคุมได้

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

เครื่องมือสำหรับการพัฒนาแอปพลิเคชันอย่างรวดเร็ว (RAD)

การประยุกต์ใช้แนวทาง RAD อาศัยการสร้างต้นแบบอย่างรวดเร็วและความร่วมมือที่แน่นแฟ้นเป็นหลัก ดังนั้นการเลือกเครื่องมือที่เหมาะสมเพื่อช่วยเหลือความพยายามเหล่านี้จึงมีความสำคัญสูงสุด เพื่อความโชคดีของเรามีให้เลือกมากมาย

การออกแบบและสร้างต้นแบบ

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

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

การพัฒนา

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

บริษัทที่ปรึกษาอย่าง Gartner และ Forrester กำลังพัฒนาระบบการตั้งชื่อใหม่อย่างต่อเนื่องเพื่อสร้างความแตกต่างให้กับแต่ละแพลตฟอร์มเหล่านี้ มักรวมถึงสิ่งต่อไปนี้: แพลตฟอร์มแอปพลิเคชัน Low-Code/No-Code (LCAP), High Productivity Application Platform as a Service (HPAPaaS) และแพลตฟอร์มการพัฒนาประสบการณ์ที่หลากหลาย นี่คือตัวอย่างทั้งหมดของแพลตฟอร์มแอปพลิเคชันประเภทต่างๆ (MXDP) ที่คุณสามารถใช้ได้ อย่างไรก็ตาม ในท้ายที่สุด แต่ละรายการอาจจัดหมวดหมู่ตามจำนวนผู้อ่านที่ตั้งใจไว้

แพลตฟอร์มรหัสต่ำ/ไม่มีรหัส

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

แพลตฟอร์มเหล่านี้ใช้ประโยชน์จากความรวดเร็วและความตื่นเต้นของการพัฒนาซอฟต์แวร์ ส่วนใหญ่ผ่านการจัดเตรียม API ระดับสูงและการผลิตโค้ด ดังนั้น โปรแกรมเมอร์จึงไม่จำเป็นต้องเขียนโค้ดสำเร็จรูปซ้ำๆ และใช้ฟังก์ชันมาตรฐานอีกต่อไป

Embarcadero RAD Studio เดิมชื่อ Borland Delphi เป็นหนึ่งในผู้บุกเบิกอุตสาหกรรม พวกเขามีชื่อเสียงในด้านการออกแบบส่วนต่อประสานผู้ใช้แบบเห็นภาพ Borland Delphi เป็นนามสกุลของมัน มันเป็นช่วงก่อนการถือกำเนิดของเว็บและยังสามารถใช้สำหรับแอพบนคอมพิวเตอร์เดสก์ท็อปและอุปกรณ์มือถือ

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

บทสรุป

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

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

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