วิธีการต่อสู้กับวิธีการเปรียว (ตัวอย่างชีวิตจริง)

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

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

ระเบียบวิธีเปรียว

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

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

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

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

วิธีการแย่งชิงกัน

มีเฟรมเวิร์กมากมายในวิธีการแบบเปรียวรวมถึง Scrum, Lean และ Extreme Programming องค์กรส่วนใหญ่ที่เปลี่ยนไปใช้วิธีการแบบเปรียวเลือกที่จะเริ่มต้นด้วยการต่อสู้เนื่องจากความเรียบง่ายและความยืดหยุ่น โครงการการต่อสู้ทำให้ บริษัท และลูกค้ามีโครงสร้างสำหรับบทบาทการประชุมและกฎระเบียบ สมาชิกในทีมมีความรับผิดชอบในการเรียนรู้และปรับกระบวนการเพื่อรับมือกับความไม่แน่นอน

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

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

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

บรรทัดล่าง

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

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