การนำทางที่ซับซ้อนในการพัฒนาผลิตภัณฑ์ด้วย Agile

ปรับปรุงล่าสุด: 12 มีนาคม 2564

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

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

แม้ว่าวิกฤตการณ์โควิด-19 ครั้งใหญ่จะเป็นอีกความไม่แน่นอนหลายอย่างที่ธุรกิจต้องเผชิญ

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

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

เป็นผู้นำผลิตภัณฑ์ที่มีความคล่องตัวที่องค์กรของคุณต้องการ:

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

“ผู้นำที่ดีเป็นผู้นำ ผู้นำที่ว่องไว เป็นผู้นำด้วยความตั้งใจที่จะรับใช้”

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

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

การเปลี่ยนเครื่องดูดฝุ่นในการปฏิบัติงานด้วยการพัฒนาแบบ Agile ร่วมกัน

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

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

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

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

การจำลองกลไกของ Agile จะถอนความว่องไวออกจากทีมของคุณ เป็นหลักการสำคัญของความคล่องตัวที่ให้ชีวิตและความหมายแก่เทคนิค

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

ก้าวกระโดดควอนตัมด้วย DevOps: ก้าวล้ำหน้าด้วยแนวทางปฏิบัติที่คล่องตัว

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

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

การเปลี่ยนแปลงตามรัฐธรรมนูญในการควบคุมและการกำกับดูแล หน่วยธุรกิจ และรูปแบบการดำเนินงานเป็นข้อกำหนดเบื้องต้นในการเริ่มต้นและการก้าวไปข้างหน้าด้วย DevOps

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

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

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

“ความสำเร็จของ Amazon ในการเปลี่ยนไปใช้ Agile DevOps ในปี 2010 ลดจำนวนการหยุดทำงานลงอย่างมาก ส่งผลให้ประหยัดเงินได้หลายล้าน โดยได้ประโยชน์จากกระบวนการปรับใช้อย่างต่อเนื่อง ซึ่งจัดการโดยระบบภายในที่เรียกว่า Apollo ซึ่งติดตั้งให้นักพัฒนาปรับใช้โค้ดบนเซิร์ฟเวอร์ใดๆ ได้ตลอดเวลา ภายในหนึ่งปี Amazon ได้ปรับใช้ซอฟต์แวร์ใหม่กับเซิร์ฟเวอร์ที่ใช้งานจริงโดยเฉลี่ยทุกๆ 11.6 วินาที”

การก้าวกระโดดแบบควอนตัมด้วย DevOps เป็นกระบวนการที่เป็นระเบียบและค่อยเป็นค่อยไป โดยเริ่มด้วยการค่อยๆ เข้าสู่ระบบที่มีอยู่ การสร้างความเชี่ยวชาญด้านดิจิทัลด้วยโครงการนำร่อง และต่อมาการนำแนวทางปฏิบัติของ DevOps มาใช้จะช่วยแปลเป็นการตัดสินใจและการนำชุดเครื่องมือและกลไกทางเทคนิคมาใช้

ประโยชน์ที่เห็นได้ชัดอย่างยิ่ง ได้แก่ :

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

ไม่ช้าก็เร็วองค์กรจะต้องปรับให้เข้ากับเกณฑ์มาตรฐานที่กำหนดโดยคู่แข่งโดยใช้แนวทางปฏิบัติของ DevOps

การรวมมาตรฐานในแนวทางปฏิบัติในการพัฒนาผลิตภัณฑ์เปรียว

ความคล่องตัวคือการแสวงหาที่ยาวนาน การทดสอบความคล่องตัวที่ดีที่สุดคือการยึดมั่นในหลักการที่สำคัญที่สุดอย่างต่อเนื่อง:

องค์กรต้องปรับตัวเองให้เข้ากับหลักการสำคัญเหล่านี้และพูดภาษากลางของการพัฒนาซอฟต์แวร์ที่คล่องตัวเพื่อขับเคลื่อนการเปลี่ยนแปลงอย่างค่อยเป็นค่อยไปและใหญ่โต

แนวปฏิบัติที่ไม่ควรปฏิบัติตาม

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

1. การเก็บเชอร์รี่:

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

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

2. คัดลอกและวาง Agile:

คล้ายกับผลสะท้อนของ 'การเก็บเชอร์รี่' คือการคัดลอกและวางเปรียว สำหรับหลายๆ บริษัท คำว่า 'เปรียว' เป็นเพียงคำศัพท์เท่านั้น และหลังจากสังเกตผู้อื่นติดตามและได้รับประโยชน์จากความคล่องตัว พวกเขาก็ติดตามฝูงสัตว์ด้วยเช่นกัน หลักการของ Agile นั้นเหมือนกัน อย่างไรก็ตาม ไม่ชัดเจนว่าสิ่งที่ใช้ได้ผลสำหรับ 'Spotify' จะใช้ได้กับคนอื่นๆ ด้วย

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

3. บนกระดาษ:

บริษัทต่าง ๆ ที่ตีตัวว่าว่องไวแต่ไม่เต็มใจที่จะทำการเปลี่ยนแปลงพื้นฐานใดๆ ก็ตามที่เป็นพื้นฐานของหลักการพัฒนาที่คล่องตัว ได้ตกอยู่ในความทุจริตในการใช้ 'บนกระดาษ' ที่คล่องตัว บริษัทเหล่านี้หลีกเลี่ยงความต้องการและวัฒนธรรมพื้นฐาน

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

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