Agile vs Scrum vs Kanban vs Lean vs Waterfall – แนวทางไหนที่เหมาะกับคุณ?

สวัสดี ยินดีต้อนรับสู่ตอนอื่นของ Family Feud ฉันชื่อสตีฟ ฮาร์วีย์ เรามาเริ่มกันเลยดีกว่า

เราถามคน 100 คนว่า "แนวทางที่คุณชื่นชอบในการจัดการโครงการคืออะไร"

Agile – อยู่ในรายการ!

Scrum – มาอีกแล้วในรายการ!

คัมบัง – ดิง!

ยัน – คุณมีอีกหนึ่งที่จะไป!

น้ำตก – ไชโย คุณทำได้ดีมาก!

ดูเหมือนคุณจะรู้จักมันทั้งหมด แต่คุณรู้หรือไม่ว่าควรเลือกอันไหน?

หรือความแตกต่างระหว่าง Agile vs. Waterfall vs. Scrum คืออะไร?

ไม่ต้องกังวล.

ฉันชื่อสตีฟ ฮาร์วีย์ และฉันได้รับความช่วยเหลือจากคุณ

เอาจริงๆนะ ฉันไม่ใช่สตีฟ ฮาร์วีย์ ฉันเป็นแค่นักเขียนที่สวมบทบาทเป็นสตีฟ ฮาร์วีย์

ชื่อเหล่านี้ทั้งหมดหมายถึงอะไร?

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

ถึงเวลาแล้วที่เราจะพูดถึงพวกเขาและแสดงให้เห็นถึงข้อดีและข้อเสีย

แนวทางน้ำตก

Waterfall Approach – หรือ model ถ้าคุณต้องการ – เป็นแบบจำลองการพัฒนาที่ทำงานเป็นลำดับ คุณกำหนดทุกขั้นตอนของการพัฒนา และคุณไม่สามารถผ่านไปยังขั้นต่อไปของการพัฒนาได้หากไม่ทำสำเร็จในขั้นก่อนหน้า ก่อตั้งขึ้นโดย Winston Royce ในปี 1970 แต่ละขั้นตอนของวิธีนี้ได้รับการออกแบบมาโดยเฉพาะสำหรับงาน

ระยะของแนวทางน้ำตก

คุณสงสัยเกี่ยวกับขั้นตอนหรือไม่? แน่นอน! มาเรียนรู้กัน

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

นี่คือหกขั้นตอนของแนวทางน้ำตก ค่อนข้างตรงไปตรงมาใช่ไหม

ใครสามารถใช้วิธีนี้ได้อย่างมีประสิทธิภาพ?

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

ข้อดีและข้อเสียของวิธีน้ำตก

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

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

แล้วทำไมผู้คนถึงเลือกตัวเลือกอื่น? นั่นเป็นเหตุผล;

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

นี่คือวิธีน้ำตกที่อธิบาย มาต่อกันที่ตอนต่อไปกันเลยดีกว่า

แนวทางเปรียว

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

ใครควรใช้วิธีการแบบ Agile?

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

ข้อดีและข้อเสียของวิธีการแบบ Agile

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

ก่อนอื่น เราสามารถเริ่มต้นด้วยข้อดี พวกเขาคือ;

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

ไม่มีอะไรสมบูรณ์แบบหรือวิธีนี้ ดังนั้นนี่คือข้อเสีย;

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

อย่างที่คุณเห็น Agile Method เหมาะสำหรับคนที่รักอิสระ การสื่อสาร และกระสับกระส่าย วิธีนี้มีประโยชน์ถ้าคุณมีทีมแบบนั้น

แนวทางคัมบัง

Kanban Approach … มันฟังดูญี่ปุ่นใช่มั้ย เพราะเป็นภาษาญี่ปุ่นสำหรับ “ไพ่ที่คุณมองเห็น” มีการใช้มาตั้งแต่ยุค 40 เมื่อโตโยต้าใช้งานครั้งแรก ในวิธีนี้ คุณจะเห็นภาพงานของคุณในการ์ดหรือสติกเกอร์ ด้วยวิธีนี้ คุณตั้งเป้าที่จะเพิ่มประสิทธิภาพสูงสุดและปรับปรุงอย่างต่อเนื่อง

ในบรรดาห้าวิธี Kanban นั้นโดดเด่นด้วยหลักการ ถึงเวลาแล้วที่จะได้เห็นพวกเขา

หลักการของวิธีการคัมบัง

หลักการคัมบังมีทั้งหมด 6 ประการ พวกเขาสามารถแสดงภายใต้สองกลุ่ม หลักการกลุ่มแรกเรียกว่าการจัดการการเปลี่ยนแปลง หลักการของกลุ่มนี้คือ

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

หลักการกลุ่มที่สองเรียกว่าการให้บริการ ประกอบด้วยสิ่งต่อไปนี้

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

ใครควรใช้วิธีการ Kanban?

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

ข้อดีและข้อเสียของวิธีคัมบัง

ตอนนี้เรามาดูกันว่าอะไรทำให้วิธีการที่มีต้นกำเนิดในยุค 40 เหมือนกับไวน์ชั้นดี

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

เอาล่ะ ถึงเวลามาดูกันว่าอะไรทำให้ Kanban อายุเหมือนนม

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

เป็นวิธีที่เก่าแก่ที่สุดวิธีหนึ่งในการดำเนินโครงการ แต่เก่าไม่ได้หมายความว่าไร้ประโยชน์ ความอดทนต่อเวลาเป็นหนึ่งในข้อพิสูจน์ว่าวิธี Kanban ยังคงใช้งานได้ อย่างไรก็ตาม คุณควรระวังข้อเสียที่อาจทำลายงานของคุณ

แนวทางแบบลีน

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

แนวทางนี้ยังกำหนดขยะ 8 ประเภท

เหล่านี้คือ;

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

วิธีการแบบลีนโดยพื้นฐานแล้วพยายามที่จะกำจัดของเสียนี้

ใครควรใช้วิธีการแบบลีน?

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

ข้อดีและข้อเสียของวิธีการแบบลีน

วิธีการแบบลีนมีคุณลักษณะบางอย่างที่จะทำให้คุณพึ่งพาได้ – ขออภัย ฉันต้องทำเช่นนั้น เหล่านี้คือ;

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

ควรมีข้อเสีย เพราะทุกอย่างมีข้อเสียอย่างน้อยหนึ่งอย่าง เหล่านี้คือ;

• ใช้มาก เกินไป หากคุณใช้วิธีนี้มากเกินไป คุณอาจเผชิญกับความไร้ประสิทธิภาพใหม่ๆ
• ทันเวลาพอดี เลย นี่อาจเป็นคำสาปของคุณได้เช่นกัน คุณมีพื้นที่น้อยสำหรับข้อผิดพลาด ในกรณีที่มีปัญหาด้านการบริหารเวลา คุณล้มเหลวอย่างมาก
• ความไม่พอใจของพนักงาน อีกครั้ง ในกรณีของการสมัครมากเกินไป พนักงานของคุณอาจเริ่มหงุดหงิดกับวิธีที่คุณประหยัดทุกอย่าง

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

แนวทางการต่อสู้

ในที่สุด เราก็มี Scrum Method ให้คิดว่า Scrum เป็นการปรับปรุงวิธี Agile หลักการ Agile ส่วนใหญ่ก็ใช้ได้กับวิธีนี้เช่นกัน อย่างไรก็ตาม Scrum มีการวางแผนมากกว่าและมีบทบาทที่จะนำทางไปสู่โครงการ

บทบาทเหล่านี้คือ

• เจ้าของผลิตภัณฑ์ (PO): เป็นตัวแทนของลูกค้าและผู้มีส่วนได้ส่วนเสีย มุ่งเน้นไปที่ส่วนธุรกิจและผลตอบแทนจากการลงทุน
• Scrum Master: นำทางทีมให้ปฏิบัติตามเกณฑ์ของการต่อสู้ ทำงานร่วมกับ PO เพื่อเพิ่ม ROI สูงสุด
• ทีม: กลุ่มผู้เชี่ยวชาญที่ดำเนินโครงการ

เนื่องจากวิธีนี้คล้ายกับ Agile มาก การแสดงเฉพาะข้อดีและข้อเสียต่างกันก็เพียงพอแล้ว

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

ประการที่สองคือการมีส่วนร่วมของลูกค้า การได้รับคำติชมทันทีจาก PO นั้นค่อนข้างจะชาญฉลาด ในทางกลับกัน หากไม่ให้ความร่วมมือ โครงการอาจต้องใช้เวลาอีกมากจึงจะแล้วเสร็จ

Scrum vs. Waterfall เป็นการเปรียบเทียบที่เกิดขึ้นทุกที่ Scrum Method ถูกปรับให้เข้ากับยุคปัจจุบันและความเร่งรีบของชีวิต บทบาทและการประชุมยังให้ข้อได้เปรียบที่ดี และอาจส่งผลเสียได้

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

คำถามที่พบบ่อย

Lean และ Agile เหมือนกันหรือไม่?

ไม่ Lean และ Agile ไม่เหมือนกัน Lean มุ่งเน้นไปที่ความจริงที่ว่าเราควรลดขยะให้เหลือน้อยที่สุด ในขณะที่จุดสนใจหลักของ Agile คือการพัฒนาทีละน้อย

Scrum Agile หรือน้ำตก?

Scrum คือการปรับปรุงของ Agile Method ต่างจาก Agile ตรงที่ Scrum มีบทบาท การประชุม และการเป็นตัวแทนของลูกค้า

Kanban เปรียวหรือ Lean?

Kanban ถือเป็นวิธีการแบบลีน สิ่งที่พวกเขามีเหมือนกันคือทั้งสองชี้ให้เห็นถึงความสำคัญของเวิร์กโฟลว์และประสิทธิภาพ