สารบัญ:
วิธีการ Agile สำหรับการพัฒนาซอฟต์แวร์สามารถส่งผลกระทบเชิงบวกต่ออุตสาหกรรมไอที ผลลัพธ์ของการยอมรับวิธีการแบบ Agile นั้นสามารถวัดได้หลายวิธี ตอบสนองได้เร็วขึ้นของการร้องขอการเปลี่ยนแปลงซอฟต์แวร์ข้อบกพร่องที่น้อยลงการวัดเชิงปริมาณของประสิทธิภาพของทีมและปัญหาคอขวดล้วนเป็นภาพสะท้อนของการดำเนินงานที่ประสบความสำเร็จ ในการวัดผลกระทบของ Agile ได้สำเร็จองค์กรต้องเปรียบเทียบตัวชี้วัดต่าง ๆ ที่เกี่ยวข้องกับการพัฒนา pre-Agile และ post-Agile ผลกระทบที่แท้จริงของ Agile นั้นไม่สามารถวัดได้จากการเพิ่มขึ้นของรายได้หรือจากจำนวนของบั๊กที่เพิ่มขึ้น ต้องพิจารณาพารามิเตอร์ภายในหลายอย่างเพื่อทำความเข้าใจกับผลกระทบที่แท้จริง (สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการพัฒนาแบบ Agile ดูการพัฒนาซอฟต์แวร์แบบ Agile 101)
ทำไมต้อง Agile IT
อุตสาหกรรมไอทีได้รับการโน้มน้าวให้ปฏิบัติ Agile ส่วนใหญ่เนื่องจากข้อ จำกัด ของรูปแบบน้ำตกของการพัฒนาซอฟต์แวร์ โดยทั่วไปจะพบว่า บริษัท ไอทีไม่สามารถตอบสนองต่อการเปลี่ยนแปลงความต้องการของลูกค้าหรือสถานการณ์ตลาดหรือลดต้นทุนด้วยโมเดลการพัฒนาซอฟต์แวร์ แม้ว่าเราจะถ่วงดุลเอียงไปทางระเบียบวิธี Agile และพิจารณาความตื่นเต้นที่จะเป็นเพียงแค่โฆษณา แต่ก็มีข้อเสนอแนะเชิงประจักษ์มากมายต่อโมเดลน้ำตก
พูดง่ายๆก็คือโมเดลฟอลส์เป็นรูปแบบการพัฒนาซอฟต์แวร์ที่ใช้งานได้อย่างต่อเนื่อง - หนึ่งเฟสหลังจากนั้นอีกหนึ่งเฟส โมเดลนี้มีห้าขั้นตอน: ข้อกำหนดการออกแบบการนำไปใช้การตรวจสอบและการบำรุงรักษา โดยปกติหลังจากเสร็จสิ้นขั้นตอนเดียวจะเป็นการยากถ้าไม่เป็นไปไม่ได้ที่จะทำการเปลี่ยนแปลงในช่วงก่อนหน้า ดังนั้นสมมติฐานคือข้อกำหนดมีการแก้ไขค่อนข้างมาก ความแตกต่างที่สำคัญกับโมเดล Agile นั้นอยู่ในสมมติฐานที่ว่าจะไม่มีการเปลี่ยนแปลงข้อกำหนด Agile สันนิษฐานว่าสถานการณ์ทางธุรกิจจะเปลี่ยนแปลงและข้อกำหนดอื่น ๆ ดังนั้นซอฟต์แวร์จะถูกส่งเป็นชิ้นเล็ก ๆ กว่า sprints ในขณะที่ในโมเดลน้ำตกการส่งหรือปล่อยครั้งแรกจะเกิดขึ้นหลังจากเวลานาน (สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการพัฒนาดูที่ Apache Spark ช่วยพัฒนาแอปพลิเคชันอย่างรวดเร็ว)
