ในฐานะเทรนเนอร์ ฉันมักถูกถามบ่อยๆ ว่า Agile (PM) และ PRINCE2® มีความคล้ายคลึงกันอย่างไร มีการพูดคุยกันมากมายเกี่ยวกับเรื่องนี้ในทางเดินโดยฆราวาส แต่มันคืออะไรกันแน่?
ผมขอเริ่มด้วยการบอกว่าทั้งสองมีคุณค่าเนื่องจากมีองค์กรและบุคคลจำนวนมากใช้และพวกเขาก็ให้ผลตอบแทนที่คุ้มค่า
เมื่อใช้อย่างถูกต้อง จะช่วยเพิ่มโอกาส (!) ของโครงการที่ประสบความสำเร็จ:
- ต้นทุนน้อยลง
- คุณภาพที่สูงขึ้น
- ระยะเวลารอคอยสินค้าลดลง
- ความเสี่ยงน้อยลง
- สิทธิประโยชน์เพิ่มเติม
- ความชัดเจนมากขึ้น (ขอบเขต)
ปรินซ์2®
ทดลองและทดสอบมานานหลายปี ซึ่งเป็นวิธีการจัดการโครงการที่สมบูรณ์พอสมควร (หรือแนวทางปฏิบัติที่ดีที่สุด) ซึ่งครอบคลุมเกือบทุกด้านของการจัดการโครงการ และจัดทำรายการตรวจสอบตลอดวงจรชีวิตของโครงการกระบวนการ/กิจกรรมที่ควรดำเนินการเพื่อให้บรรลุผลสำเร็จ และเหนือสิ่งอื่นใด ส่งมอบโครงการที่ประสบความสำเร็จ โดยคำนึงถึงหลักการที่ไม่อาจโต้แย้งได้ และใช้ธีมที่ปรับเปลี่ยนได้ เช่น กรณีธุรกิจสำหรับโครงการ การออกแบบการจัดองค์กรของโครงการ (มีบทบาทที่ชัดเจน) การกำหนดคุณภาพ ความเสี่ยง เป็นต้น
ในบทสรุปโครงการ (ส่วนใหญ่ประกอบด้วยกรณีธุรกิจระดับสูง) โครงการตอบคำถาม: “เราควรเริ่มโครงการหรือไม่” ในขั้นตอนการเริ่มต้น (ภายหลัง) เอกสารการเริ่มต้นโครงการ (หรือ “PID” รวมถึงแผนโครงการ กรณีธุรกิจโดยละเอียด ฯลฯ) ตอบคำถาม: โครงการและผลลัพธ์ของโครงการมีลักษณะอย่างไร ในแผนระยะนั้น "แผน (บางส่วน)" จะถูกวาดขึ้นในระดับรายละเอียดไม่นานก่อนที่จะถึงระยะถัดไปตามสถานการณ์ที่อัปเดตล่าสุด เพื่อให้ยังคงวนซ้ำและ "ตรงประเด็น" โดยมีการแก้ไข PID ในกรณีที่จำเป็น.
อไจล์ (PM)
Agile PM ต้องการแนวทางเชิงปฏิบัติมากกว่าแนวทางดั้งเดิม และต่อต้านวิธี Waterfall ซึ่งคงที่เกินไป ด้วยวิธีการทำงานซ้ำๆ และทำงานร่วมกับลูกค้าอยู่เสมอ Agile จะรับประกันความเบี่ยงเบนจากความต้องการของลูกค้าน้อยที่สุดเสมอ
Agile เลือกที่จะยอมให้ฟังก์ชันการทำงานที่ลูกค้าต้องการผันผวนเพื่อประโยชน์ของต้นทุนและ (เวลานำ) โดยที่ 2 อย่างหลังจะต้องได้รับการแก้ไขและฟังก์ชันการทำงานขึ้นอยู่กับ MoSCoW (ต้อง -, ควร -, สามารถ -, จะไม่มี ) หลักการจะผันผวนเพื่อให้คงอยู่ภายในเวลาและต้นทุน
แตกต่าง
แน่นอนว่ามีความแตกต่างระหว่างสองเทคนิคนี้ คำศัพท์โดยที่ฉันบอกลูกค้าและนักเรียนว่ามี "ภาษา" มากมายที่พวกเขาชอบพูด ตัวอย่างเช่น ภาษาดัตช์ไม่จำเป็นต้อง "ดีกว่า" มากกว่าภาษาฝรั่งเศส แต่จะ "สะดวกกว่า" หากคุณต้องการขอเส้นทางในเนเธอร์แลนด์ แต่จะเงอะงะมากกว่าหากคุณขอเส้นทางในปารีส
ความแตกต่างอีกประการหนึ่งคือวิธีการทำกิจกรรมต่างๆ จัดกลุ่ม PRINCE2 bv มี “Pre Project” ซึ่งมองถึงความปรารถนาที่จะดำเนินการต่อ ซึ่งใน Agile จะ “สับ” ออกเป็น 2 ส่วน คือ “Pre-project” และ “Feasability” (..) Agile ยังมีบทบาท (แยก) ในแง่ของจำนวนบทบาทมากกว่า PRINCE2 ซึ่งจัดกลุ่มบทบาทเหล่านี้มากกว่า เป็นต้น
ความแตกต่างที่สำคัญอีกอย่างหนึ่งก็คือความแตกต่าง ทางเลือก ที่ทำขึ้น: ตัวอย่างเช่น เมื่อ PRINCE2 ทำงานโดยคำนึงถึงทุกด้าน (เวลา เงิน คุณภาพของผลิตภัณฑ์ (ขั้นสุดท้าย) ฯลฯ) ที่ต้องได้รับการตกลงอย่างถูกต้อง Agile กำหนดล่วงหน้าว่าต้นทุนและเวลานำอาจไม่ ถูกแก้ไขและฟังก์ชันการทำงานนั้นควรแตกต่างกันไปตามหลักการ MoSCoW (ดูด้านบน) โดยถือว่าไม่ใช่ 'คุณสมบัติ' ทั้งหมดจะมีความสำคัญเท่ากัน PRINCE2® ยังใช้ MoSCoW แต่ระบุว่าทุกตัวเลือกในด้านใดด้านหนึ่งเป็นการตัดสินใจร่วมกันของทั้งซัพพลายเออร์โครงการและลูกค้า/ธุรกิจ (หรือลูกค้า)
สุดท้ายแต่ไม่ท้ายสุด: Agile เชื่อว่ามีความแตกต่างที่สำคัญระหว่างการสร้างซอฟต์แวร์และโครงการอื่นๆ ทั้งหมด
ข้อตกลง
เป็นที่ชัดเจนสำหรับฉันว่าความคล้ายคลึงกันนั้นยิ่งใหญ่กว่าความแตกต่างมากและไม่สามารถเป็นอย่างอื่นได้ และฉันหมายถึงสิ่งนี้แทบจะเป็น "ทางกายภาพ" แน่นอนว่าคุณต้องคิดให้รอบคอบเกี่ยวกับสิ่งที่คุณจะทำก่อนที่จะเริ่ม จากนั้นจึงประสานงานอย่างระมัดระวัง (กับลูกค้าและผู้มีส่วนได้ส่วนเสียที่สำคัญ) ไม่ว่าสิ่งที่คุณกำลังทำนั้นยังมีจุดมุ่งหมายและคุ้มค่าหรือไม่ ประเมินผลในภายหลัง ฯลฯ: ปรัชญาพื้นฐานนี้ ยังมีวิธีการที่เหมาะสมทุกประการ /bestpractice/…. บนโลก!
ลักษณะการทำซ้ำยังเป็นวิสัยทัศน์ที่เติบโตขึ้นอย่างแข็งแกร่งมากขึ้นเรื่อยๆ ในช่วงหลายปีที่ผ่านมา และปรากฏอยู่ใน Agile, PRINCE2® และในเทคโนโลยีสมัยใหม่อื่นๆ ทั้งหมด โดยปกติแล้ว จะสะดวกกว่ามากสำหรับซัพพลายเออร์ของผลิตภัณฑ์ที่จะมีข้อกำหนดเฉพาะแบบคงที่ (วิธีน้ำตก) เนื่องจากซัพพลายเออร์สามารถทำงานได้อย่างราบรื่นและไม่มีอุปสรรคโดยไม่จำเป็นต้องคำนึงถึงข้อกำหนดที่เปลี่ยนแปลงเสมอไป แต่ น่าเสียดายที่โลกไม่ได้หยุดนิ่งเมื่อคุณกำลังทำโครงการของคุณ! วิธีการ PM ทั้งหมดได้ลบองค์ประกอบคงที่ส่วนใหญ่ออกจากแต่ละเทคนิค และแทนที่ด้วยองค์ประกอบแบบไดนามิก/การวนซ้ำ
เทคนิคทั้งสองไม่ใช่มาตรฐาน ซึ่งหมายความว่าคุณสามารถ/ควรปรับเปลี่ยนเพื่อให้ทำงานได้ดีที่สุดสำหรับองค์กรของคุณและคุณจะได้รับผลลัพธ์ที่ดีที่สุด
ผสมผสาน Agile/PRINCE2
เพื่อนร่วมงานในธุรกิจโต้แย้งว่า "การใช้บางส่วน" ของทั้งสองเทคนิคจะเป็นวิธีแก้ปัญหา: ฉันต่อต้านเรื่องนี้มาก และด้วยเหตุผลหลายประการ
- คุณขอให้องค์กรรู้ 2 วิธี และเป็นการยากมากที่จะรู้ 1 วิธีได้ดี
- คุณแนะนำคำศัพท์ที่แตกต่างกัน ซึ่งเพิ่มความสับสนอย่างมากทั้งภายในและภายนอก คุณจะได้รับแนวทางภายในองค์กรของคุณ ซึ่งแต่ละวิธีจะมีศัพท์เฉพาะ/การตีความวิธีการที่แตกต่างกันออกไป ในขณะที่การทำข้อตกลงที่ดีด้วยวิธีเดียวก็เป็นเรื่องยากพอที่จะทำข้อตกลงที่ดีได้ บุคคลภายนอก: ซัพพลายเออร์ พนักงานใหม่ ฯลฯ จะพบว่าการรวมระบบทำได้ยากเป็นพิเศษ พลังของวิธี 1 (!) คือทุกคนจะต้องชัดเจนสำหรับทุกคน และคุณหลีกเลี่ยงการอภิปรายเกี่ยวกับ “คุณหมายถึงอะไร….”
- จริงๆ แล้วคุณพัฒนาวิธีการใหม่ ในขณะที่ผู้เชี่ยวชาญเฉพาะทางทั่วโลกบางครั้งใช้เวลาหลายทศวรรษในการพยายามหาวิธีการ (หรือเทคนิค) ให้สมบูรณ์/สม่ำเสมอ/(เกือบ) ปราศจากข้อผิดพลาด “เราจะผสมเรื่องนี้กันสักหน่อย” นั่นควรเป็นคำตอบที่ดีหรือไม่? นอกเหนือจากข้อเท็จจริงที่ว่า “เพื่อนร่วมงาน” เหล่านี้มักจะมีความรู้/ทักษะไม่เพียงพอในเรื่องนี้ ยังต้องใช้เวลาหลายปีอีกด้วย ผลลัพธ์สำหรับองค์กรมักจะเป็นหายนะ
โปรดทราบ: วิธี PRINCE2 Agile ได้รับการพัฒนาซึ่งน่าสนใจมากสำหรับผู้ที่ต้องการสิ่งที่กล่าวมาข้างต้น ในที่นี้ เราต้องตระหนักว่านี่ไม่ใช่ทั้ง PRINCE2® หรือ Agile PM ดังนั้นจึงเป็นทางเลือกสำหรับวิธีการใหม่ที่มีคุณประโยชน์ตามที่กล่าวข้างต้นและความเสี่ยงที่กล่าวมาข้างต้นเหมือนกัน
ข้อสรุป
ข้อสรุปของฉันคือไม่มี "เทคนิค/วิธีการที่ดีที่สุด" PRINCE2® เป็นวิธีที่ใช้กันมากที่สุด และนี่ควรได้รับการพิจารณาอย่างแน่นอน เนื่องจากภาษาดัตช์เป็นภาษาที่ใช้กันมากที่สุดในประเทศเนเธอร์แลนด์ นี่จึงน่าจะเป็นข้อโต้แย้งที่สำคัญมากสำหรับการใช้ภาษาดัตช์เป็นภาษาที่ใช้ในองค์กรของคุณ เช่นเดียวกับ PRINCE2 แม้ว่า Agile จะได้รับความนิยมเพิ่มขึ้น แต่อัตราส่วนก็ยังคงสนับสนุน PRINCE2® เป็นอย่างมาก
นอกจากนี้ องค์กรจะต้องพิจารณาสถานการณ์ที่พวกเขาพบและถามตัวเองและผู้มีส่วนได้ส่วนเสีย เช่น:
- ปัจจุบันเราใช้เทคโนโลยีใด (อาจเป็นบางส่วน) และมันทำงานอย่างไรสำหรับเราและสิ่งแวดล้อมของเรา
- ในด้านใดบ้างที่เราประสบปัญหาและวิธีการทำงานของเราไม่ได้ผลลัพธ์ตามที่คาดหวัง?
- ผู้มีส่วนได้ส่วนเสียของเรา (ที่สำคัญที่สุด) มีความคาดหวังอะไร และพวกเขาใช้เทคโนโลยีใด?
ในที่สุด
การเลือกวิธีการจัดการโครงการที่เหมาะสมเป็นสิ่งสำคัญสำหรับองค์กรขนาดใหญ่และขนาดเล็กที่กำลังอยู่ระหว่างการเปลี่ยนแปลงมากขึ้นเรื่อยๆ และต้องการดำเนินการการเปลี่ยนแปลงเหล่านี้อย่างมีประสิทธิผล (บรรลุวัตถุประสงค์) และมีประสิทธิภาพ (โดยไม่ใช้เวลา/ต้นทุน/ทรัพยากรมากเกินไป) .
นอกเหนือจากการเลือกวิธีการแล้ว การฝึกอบรม/การรับรอง และการแนะนำพนักงานก็มีความสำคัญเช่นกัน คุณสามารถติดต่อ D-ICT Solutions เพื่อขอการฝึกอบรมที่ผ่านการรับรองหรือขอคำปรึกษาฟรี
ผู้เขียน ดร.ฌอง-อีฟส์ เดอปาส มีประสบการณ์ 20 ปีใน Secondment การให้คำปรึกษาและการฝึกอบรมการจัดการระหว่างกาล และ (DICT) พร้อมด้วยทีมผู้ฝึกสอนที่ได้รับการรับรอง ผู้จัดการชั่วคราวและโค้ช เป็นผู้นำในด้านการฝึกอบรมที่ผ่านการรับรองทั่วโลกในโครงการ กระบวนการ บริการต่างๆ , วิธีการจัดการคุณภาพเช่น PRINCE2, Agile, Lean Six Sigma, ITIL, ISO, ASL, BiSL, eva
