ข้อสรุปจากตัวอย่าง Agile Scrum จริงและประสบการณ์ Agile Scrum

“Agile คือสิ่งใหม่ น้ำตกคือสิ่งเก่า” “ในการให้บริการและผลิตภัณฑ์ (ไอทีหรืออย่างอื่น) ให้เร็วขึ้น คุณต้องทำงานแบบ Agile” เป็นสิ่งที่ฉันได้ยินเกือบทุกวันในงานที่ปรึกษาและการฝึกอบรม โปรดทราบ: Agile ไม่จำเป็นต้องเป็น Scrum (ดูเพิ่มเติมที่ Agile PM, PRINCE2 เปรียว, Devops,...). ตอนนี้เราใช้เวลาหลายปีมากขึ้นด้วยวิธีการที่เพิ่มขึ้นแบบทวีคูณเหล่านี้ ตอนนี้เราจะได้ข้อสรุปอะไรจากสิ่งนี้? ข้อความบางส่วนและคำตอบของฉันตามประสบการณ์จริงและเรื่องราวจากการฝึกอบรม

• “Agile/Scrum คือสิ่งใหม่ Waterfall คือสิ่งเก่า”: ได้ยินมาเยอะแต่คิดผิด Agile น่าจะเป็นวิธีการทำงานที่ใช้งานง่ายที่สุด และฉันคิดว่าบรรพบุรุษที่อยู่ห่างไกลของเราก็ใช้วิธีนี้เพื่อดำเนินโครงการในทีมขนาดเล็กเช่นกัน ด้วยความเคารพ จากประสบการณ์ของตัวเอง ฉันทำงานร่วมกับทีมพัฒนาของเราย้อนกลับไปในช่วงปี 90 ของศตวรรษที่ผ่านมาในลักษณะนี้: การพัฒนาแอปพลิเคชันอย่างรวดเร็ว (หรือ RAD), การพัฒนาแอปพลิเคชันร่วม (JAD) และตัวแปรอื่น ๆ อีกหลายตัวถูกนำมาใช้เพื่อส่งมอบชิ้นส่วนของซอฟต์แวร์ในลักษณะวนซ้ำและเพิ่มขึ้น การเพิ่มคำว่า Agile เข้าไปเป็นส่วนหนึ่งของ "ไวน์ใหม่ในขวดเก่า" ซึ่งไม่ใช่ข้อโต้แย้งกับ Agile เช่นกัน
• “ความคล่องตัวเป็นไปได้เสมอ”: สิ่งนี้จะต้องเหมาะสมยิ่ง ตัวอย่างเช่น Agile Scrum จำเป็นต้องมีเงื่อนไขหลายประการจึงจะใช้ได้อย่างถูกต้อง หากไม่ตรงตามเงื่อนไขเหล่านี้ คุณควรปรับเปลี่ยนองค์กรของคุณให้ใช้วิธี Agile หรือใช้วิธีการอื่น PRINCE2 Agile® ใช้สิ่งที่เรียกว่า "Agilometer" เพื่อทดสอบว่าองค์กรของคุณตรงตามเงื่อนไขเหล่านี้เพียงพอที่จะใช้วิธีการ Agile (หรือ PRINCE2 Agile) หรือไม่ Agile PM (หรือ DSDM) มีเครื่องมือที่คล้ายกัน: แบบสอบถามแนวทางโครงการ แม้ว่าสองวิธีสุดท้ายนี้ยังคงค่อนข้างยืดหยุ่น แต่ Scrum ก็ค่อนข้างเข้มงวดในการปรับวิธีการ ก่อนที่คุณจะเริ่มต้น ให้ถามตัวเองว่าคุณในฐานะองค์กรมีคุณสมบัติตรงตามเงื่อนไขเหล่านี้หรือไม่ หรือคุณยังต้องทำอะไรก่อนจึงจะสามารถทำงานร่วมกับ Scrum ได้
• “ความคล่องตัวเป็นที่ต้องการเสมอ”: ให้ฉันอธิบายให้ชัดเจน: ไม่. ต่อจากคำถามที่แล้ว ความพยายามขององค์กรที่คุณต้องทำเพื่อทำให้ Agile Scrum เป็นไปได้นั้นบางครั้งก็ยิ่งใหญ่มาก (และบางครั้งก็น้อยมาก) พิจารณาการเปลี่ยนแปลงทางวัฒนธรรมที่สำคัญ การสร้างทีมเล็กๆ ที่ต้องการทำงานในที่เดียวและ "ทุ่มเท" (หรือทุ่มเท) กับโครงการ ฯลฯ ซึ่งไม่ใช่เรื่องง่ายเสมอไป ดังนั้นสร้างกรณีทางธุรกิจที่ดี โดยที่คุณไม่เพียงแต่ระบุต้นทุน แต่ยังรวมถึงความเสี่ยงและผลประโยชน์ที่ไม่ได้ชัดเจนเสมอไป ในทางปฏิบัติกัดกันมากมาย องค์กรต่างๆ กำลังฟันฝ่าสิ่งนี้!
• “Agile เป็นแฟชั่น”: ฉันไม่คิดเช่นนั้น. Agile เป็นตัวเลือกที่ดีที่สุดในหลายๆ กรณี คุณไม่สามารถวางแผนสิ่งที่ไม่ได้วางแผนไว้ได้ (อย่างเหมาะสม) และคุณไม่ควรพยายามทำเช่นนั้น ซึ่งไม่เพียงเป็นการเสียเวลา แต่ยังสร้างความคาดหวังที่ผิดให้กับทุกคนที่เกี่ยวข้องด้วย Agile จึงเสนอขั้นตอนสั้น ๆ โดยการวางแผนที่เฉพาะเจาะจงมากขึ้นเท่านั้นและค่อยๆ ดำเนินการ นี่เป็นตรรกะและใช้งานได้ดีมากในทางปฏิบัติ!
• “วิธีการดั้งเดิม (น้ำตก?) ไม่มีประโยชน์อีกต่อไป”: ไม่ นี่ไม่ใช่ความคิดที่ดี หากโครงการใดมีความเข้าใจดี อาจเป็นเพราะมีประสบการณ์มากมาย บางทีอาจยากแต่ว่าในกรณีใดสามารถคาดเดาได้ การออกแบบที่ดีล่วงหน้าน่าจะเป็นวิธีการทำงานที่ดีกว่า เพราะตอนนี้ทุกคน "เพียงแค่ จำเป็นต้องดำเนินการ” ในโครงการที่เน้นกระบวนการมากขึ้น (ฉันรู้ว่านี่เป็นคำที่ถูกเลือกที่เป็นอันตราย) น้ำตก ในทางปฏิบัติ พิสูจน์แล้วว่ามีประสิทธิผลมากขึ้น (ผลลัพธ์) และมีประสิทธิภาพมากขึ้น

ข้อสรุปจาก (!) Agile ของฉันในทางปฏิบัติ: อย่างที่ใครก็ตามที่รู้จักฉัน (ธุรกิจ) จะรู้: ฉันยังคงเป็นผู้สนับสนุนที่ยอดเยี่ยมในการใช้เครื่องมือที่เหมาะสมสำหรับงานเฉพาะอย่าง ซึ่งหมายความว่าคุณมี (1) คลัส จะต้องเข้าใจแต่ (2) เช่นกัน เข้าใจวิธีการจัดการโครงการต่างๆ. อย่างแรกนั้นยาก แต่น่าเสียดายที่ฉันแทบไม่เคยเจออย่างหลังเลย “ฉันมีค้อน ดังนั้นไม่ว่าคุณจะให้งานอะไรกับฉัน ฉันจะตีค้อนให้ (และมักจะแย่ด้วย)” ด้วยความรู้และคำแนะนำที่ดีในเทคนิคต่างๆ (วิธีการแบบ Agile, PRINCE2, IPMA, ….) โอกาสในการทำงานได้ดีขึ้นและเร็วขึ้นในองค์กรของคุณก็เพิ่มขึ้น ความรู้ 1 วิธีก็เหมือนกับการทำความเข้าใจเครื่องมือ: ไม่มีประโยชน์จริง ๆ หากคุณต้องการทำงานที่แตกต่างกัน: ใช้ค้อนตีและเลื่อย: สิ่งนี้นำไปสู่ผลลัพธ์ที่ดีกว่า, ต้นทุนลดลง และยังอีกมากมาย (!) ความเสี่ยงน้อยลง

คุณต้องการคำแนะนำที่ไม่มีข้อผูกมัดเกี่ยวกับ Agile หรือไม่ (ให้คำปรึกษาหรือฝึกอบรม)

จากนั้นคุณสามารถติดต่อ D-ICT Solutions ผ่านทาง info@dictsolutions.com หรือ 020-2050324

ผู้เขียน ดร.ฌอง-อีฟส์ เดอปาส มีประสบการณ์ 20 ปีใน Secondment การให้คำปรึกษาและการฝึกอบรมการจัดการระหว่างกาล และ (DICT) พร้อมด้วยทีมผู้ฝึกสอนที่ได้รับการรับรอง ผู้จัดการชั่วคราวและโค้ช เป็นผู้นำในด้านการฝึกอบรมที่ผ่านการรับรองทั่วโลกในโครงการ กระบวนการ บริการต่างๆ , วิธีการจัดการคุณภาพเช่น PRINCE2, Agile, Lean Six Sigma, ITIL, ISO, ASL, BiSL, eva