Scrum vs. Kanban: คู่มือ Breakdown ที่ดีที่สุด
Six Sigma LeanPMBOK , การต่อสู้เทียบกับภาษาคณาตา- มีจำนวนมากการจัดการโครงการศัพท์แสงและวิธีการอภิปรายวิธีการที่คุณอาจพบว่าสับสนหรือไม่ชัดเจน อย่างไรก็ตามมีวิธีการบางอย่างที่นึกถึงเมื่อคุณต้องการสร้างประสิทธิภาพโครงการวางแผน.
วิธีการจัดการโครงการมีวัตถุประสงค์เพื่อให้ทีมที่มีกรอบหรือทฤษฎีเพื่อยึดฐานของพวกเขาโครงการ การวางแผนรอบ ๆ. ทั้งหมดวิธีการจัดการโครงการมีข้อได้เปรียบและข้อเสีย แต่วิธีการสองประการที่ให้วิธีที่ได้เปรียบในการมองเห็นแผนโครงการของคุณ
ทั้งคู่การต่อสู้และ Kanban ตกอยู่ใต้ระเบียบวิธีว่องไวร่มทำให้พวกเขาเป็นกรอบที่ดีสำหรับการทำลายโครงการที่มีขนาดใหญ่ขึ้นและซับซ้อนเป็นชิ้นที่จัดการได้ ลองดูที่ความแตกต่างระหว่างทั้งสองและไปที่ด้านล่างของการอภิปราย Scrum กับ Kanban
Scrum คืออะไร
การต่อสู้เป็นกรอบโครงการสำหรับการใช้งานวิธีการจัดการโครงการ Agile. มันเป็นวิธีการที่ได้รับความนิยมในการจัดการโครงการที่ต้องการการพัฒนาอย่างรวดเร็วการทดสอบและการเปิดตัวของผลิตภัณฑ์
Framework Scrum ทำลายโครงการลงในการทำซ้ำเพียงหนึ่งถึงสี่สัปดาห์ที่เรียกว่า Sprints ให้ทีม Scrumโดยทั่วไปนำโดยScrum Masterทำงานเพื่อส่งมอบการทำซ้ำหรือรุ่นของโครงการสุดท้ายในตอนท้ายของแต่ละ Sprint ทีม Scrum ยังมีการประชุม Standup ทุกวันเพื่อหารือเกี่ยวกับความก้าวหน้าและเพิ่มความร่วมมือของทีม
หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับ Scrum ให้ตรวจสอบคำแนะนำของเราในScrum for Newbies: วิธีการใช้ Scrum to Tame Chaos .
บอร์ด Scrum คืออะไร?
ให้กระดานโต้คลื่นเป็นเครื่องมือที่ช่วยให้คุณจัดการและตรวจสอบโครงการ Scrum ของคุณได้ มันช่วยให้คุณติดตามสิ่งที่ทำงานที่เหลืออยู่กับคุณBacklog ผลิตภัณฑ์, รายการอะไรที่ได้รับมอบหมายให้ Sprint Backlog ของคุณและวิธีการทำงานของการทำงานของคุณใน Sprint ที่ใช้งานอยู่ของคุณ
ในขณะที่กระดานโต้คลื่นสามารถเป็นคณะกรรมการทางกายภาพที่มีโน้ตหรือการ์ดที่แนบมาพวกเขามักจะเป็นดิจิตอลบอร์ดออนไลน์ที่รวมอยู่ในหลาย ๆการจัดการโครงการแพลตฟอร์ม
Procurify การจัดซื้อซอฟต์แวร์การจัดซื้อในแคนาดาพบว่าพวกเขาบันทึก 70% ของเวลาของพวกเขาโดยวางแผนการวิ่งของพวกเขาโดยใช้เครื่องมือการทำงานร่วมกัน. ตอนนี้พวกเขามีการมองเห็นการทำงานของคนอื่นและสามารถทำงานร่วมกันในทีมที่แตกต่างกัน
นี่คือข้อดีและข้อเสียของการใช้วิธีการ scrumและบอร์ด Scrum เพื่อจัดการโครงการของคุณ:
ข้อดี:
ข้อด้อย:
Kanban คืออะไร
ภาษาคณาตาเป็นกรอบความว่องไวที่เป็นที่นิยมอีกอย่างหนึ่ง แต่ซึ่งแตกต่างจาก Scrum, Kanban มีเวลาน้อยกว่าและมุ่งเน้นไปที่การจัดการปริมาณงานในกระบวนการ (WIP)
Kanban Framework ได้รับการออกแบบมาเพื่อช่วยรักษาการไหลของผลผลิตอย่างต่อเนื่องในขณะที่มั่นใจว่าไม่มีใครในทีมทำงานหนักเกินไปหรือท่วมท้น ช่วยให้ทีมโครงการลดคอขวดปรับปรุงประสิทธิภาพเพิ่มขึ้นคุณภาพและเพิ่มผลผลิตโดยรวม
เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับ Kanban และการพัฒนาซอฟต์แวร์ Kanban, เช็คเอาท์แนวทางที่ดีที่สุดสำหรับวิธีการ Kanban .
Kanban Board คืออะไร
ตามเนื้อผ้า Kanban เกี่ยวข้องกับการวางแผนไวท์บอร์ดหรือกระดานดำที่สถานะเช่น "วางแผน" "ในความคืบหน้า" "ในการตรวจสอบ" ฯลฯ ทั้งหมดที่ระบุไว้
แต่ละส่งมอบได้จะถูกเขียนลงบนโพสต์มันและวางไว้ภายใต้สถานะที่เหมาะสม ในฐานะส่งมอบได้ย้ายผ่านขั้นตอนโพสต์มันย้ายไปที่สถานะโครงการไวท์บอร์ด
ต่อไปนี้เป็นข้อดีและข้อเสียของการใช้ Kanban และ Kanban Boards เพื่อจัดการโครงการของคุณ:
ข้อดี:
ข้อด้อย:
Kanban vs. Scrum: อะไรคือความแตกต่าง?
Kanban and Scrum เป็นทั้งเฟรมเวิร์กโครงการที่สร้างขึ้นเพื่อช่วยให้ทีมโอบกอด ระเบียบวิธีว่องไว , ค่าและหลักการ ดังนั้นพวกเขามีความคล้ายคลึงกันจำนวนมาก ทั้งเฟรมเวิร์กสนับสนุนการปรับปรุงกระบวนการการทำงานร่วมกันของทีมและการทำลายโครงการเป็นชิ้นเล็ก ๆ ที่มีขนาดเล็กลงและจัดการได้มากขึ้น
แต่ Kanban และ Scrum มีวิธีการที่แตกต่างกันอย่างมีนัยสำคัญในวิธีที่พวกเขาเลือกที่จะใช้หลักการเหล่านี้ ต่อไปนี้เป็นห้าพื้นที่สำคัญที่ Kanban และ Scrum แตกต่างกันไป:
หน้าที่และความรับผิดชอบ
Scrum มีสามบทบาทที่เฉพาะเจาะจงแต่ละคนมีความรับผิดชอบที่กำหนดไว้ล่วงหน้าของตัวเอง:
Kanban ไม่ได้กำหนดบทบาทเช่น Scrum ในความเป็นจริงหนึ่งในสี่หลักการของ Kanban กล่าวว่าทีมควรรักษาบทบาทและความรับผิดชอบในปัจจุบัน ความเชื่อที่อยู่เบื้องหลังหลักการนี้คือทีมจะใช้กรอบงานได้ง่ายขึ้นหากพวกเขาไม่ต้องกังวลเกี่ยวกับการเปลี่ยนชื่องานและคำอธิบาย
การมอบหมายและการจัดลำดับความสำคัญ
Scrum ตั้งอยู่บนแนวคิดของทีมที่มีการจัดการตนเองที่ทำงานร่วมกันเพื่อทำโครงการให้เสร็จสมบูรณ์ ในที่สุดเจ้าของผลิตภัณฑ์อาจมีการพูดครั้งสุดท้ายเกี่ยวกับคุณสมบัติหรืองานที่ให้ความสำคัญกับสินค้าใน Backlog ของผลิตภัณฑ์ (รายการคุณสมบัติทั้งหมดงานและการทำงานเพื่อให้เสร็จสมบูรณ์ในโครงการ) เนื่องจากพวกเขาทำหน้าที่เป็นตัวแทนสำหรับ ความต้องการของลูกค้า แต่ทีมงานทั้งหมดให้การป้อนข้อมูลที่งานจะได้รับการจัดการใน Sprint
สมาชิกทีม Scrumโดยทั่วไปแล้วจะมีอิสระอย่างเต็มที่เมื่อมันมาถึงการทำงานให้เสร็จภายใน Sprint พวกเขาสามารถเลือกรายการที่พวกเขาทำงานเมื่อตราบใดที่ทุกอย่างสำเร็จในตอนท้ายของ Sprint
Kanban ส่งเสริมการทำงานร่วมกันและความเป็นผู้นำในทุกระดับ แต่มันไม่ได้โอบกอดทีมที่มีการจัดการตนเองในลักษณะเดียวกับการต่อสู้ ตั้งแต่ Kanban ส่งเสริมทีมรักษาบทบาทเก่าของพวกเขาโครงสร้างทีมที่ผ่านมามีแนวโน้มที่จะกำหนดวิธีการมอบหมายการมอบหมาย
โดยทั่วไปผู้จัดการจะรับผิดชอบการจัดลำดับความสำคัญของงานและจัดการเวิร์กโฟลว์อย่างแข็งขัน พวกเขาอาจมอบหมายงานที่เฉพาะเจาะจงให้กับบุคคลบางคนหรืออนุญาตให้พวกเขาจัดการกับ "ครั้งแรกมาก่อนเสิร์ฟ"
การแก้ไขและการเปลี่ยนแปลง
Scrum และ Kanbanจัดการการปรับเปลี่ยนและการเปลี่ยนแปลงในวิธีที่แตกต่างกันมาก
ใน Scrum มีการวางแผน Sprint ก่อนที่จะเริ่มทีมจะดำเนินการงานและ Sprint จบลงด้วยการส่งมอบผลิตภัณฑ์และตรวจสอบ ข้อเสนอแนะของลูกค้าปัญหาข้อผิดพลาดหรือการเปลี่ยนแปลงที่ร้องขอจะถูกเพิ่มไปยัง Backlog ของผลิตภัณฑ์โดยรวมและทำงานสู่ Sprints ในอนาคตตามลำดับความสำคัญ
การเปลี่ยนแปลงที่ระบุกลาง - วิ่งจะไม่ถูกจัดการจนกว่าจะมีการวิ่งในอนาคตเว้นแต่ปัญหาจะมีความสำคัญเพียงพอที่จะต้องได้รับการแก้ไขทันที วิธีการนี้หมายความว่า Timelines Sprint จะไม่เปลี่ยนแปลง แต่อาจจำเป็นต้องเพิ่ม Sprints เพิ่มเติมในโครงการโดยรวมหากมีการร้องขอการเปลี่ยนแปลงที่เพียงพอเกิดขึ้น
ใน Kanban สามารถทำการเปลี่ยนแปลงได้ทุกเวลาและการปรับเปลี่ยนทันทีได้รับการสนับสนุนอย่างแข็งขัน สิ่งนี้อาจส่งผลกระทบต่อไทม์ไลน์ของโครงการขึ้นอยู่กับความรุนแรงของการเปลี่ยนแปลง
Kanban เป็นสร้าง แต่เดิมโดยโตโยต้าสำหรับการผลิตรถยนต์และมักใช้สำหรับการแก้ปัญหางานเดียวกันหรืองานชิ้นเดียวกัน ในสถานการณ์ประเภทนี้ที่ซึ่งผลิตภัณฑ์สามารถใช้แทนกันได้โดยเน้นการส่งมอบปริมาตรบางอย่างมากกว่าชิ้นส่วนที่แน่นอน ดังนั้นเมื่อพบผลิตภัณฑ์ที่ได้รับความเสียหายชำรุดหรือต้องการงานทำใหม่มันมักจะดึงออกมาจากเวิร์กโฟลว์ที่จะถูกทิ้งหรือแก้ไข
การวัดผลการผลิต
Scrum พึ่งพาตัวชี้วัดเช่นความเร็วและมอดไหม้อัตราการวัดผลการผลิต
ด้วยกันเครื่องมือเหล่านี้ช่วยให้เห็นได้ว่าทีมนั้นมีประสิทธิผลเพียงใดและมีประสิทธิผลอย่างไรที่พวกเขาต้องดำเนินต่อไปเพื่อให้โครงการเสร็จทันเวลา
Kanban มีแนวโน้มที่จะตรวจสอบเวลารอบเวลานำและทำงานระหว่างดำเนินการเพื่อประเมินผลผลิต
ลองนึกภาพคุณได้รับมอบหมายงานในเช้าวันจันทร์คุณเริ่มทำงานกับมันในเช้าวันพุธและคุณทำเสร็จในตอนท้ายของวันในวันศุกร์ ในสถานการณ์สมมตินี้เวลานำของคุณคือห้าวัน (วันจันทร์ถึงวันศุกร์) และเวลารอบของคุณคือสามวัน (วันพุธถึงวันศุกร์)
วันที่ครบกำหนดและระยะเวลาการจัดส่ง
ในการต่อสู้ Sprumn มักจะมีความยาวหนึ่งถึงสี่สัปดาห์และการเพิ่มขึ้นของผลิตภัณฑ์หรือรุ่นของผลิตภัณฑ์จะถูกส่งมอบในตอนท้ายของแต่ละ Sprint เอกสารประกอบการสนับสนุนใด ๆ เช่นสื่อการฝึกอบรมจะถูกส่งในเวลานี้ด้วย มีวันที่ครบกำหนดหรือการส่งมอบกลาง
ข้อยกเว้นจะเป็นเมื่องานที่พึ่งพาซึ่งกันและกันมีการกำหนดให้กับ Sprint เดียวกัน หากงาน B ไม่สามารถเริ่มได้จนกว่างาน A จะเสร็จสมบูรณ์งาน A อาจจะได้รับวันที่ครบกำหนดเร็วพอเพื่อให้แน่ใจว่าทั้งสองทำงานให้เสร็จในเวลาสำหรับการจัดส่ง อย่างไรก็ตามบ่อยครั้งที่ไม่มีวันครบกำหนดที่เป็นทางการและทีมเพียงจัดการการพึ่งพาเหล่านี้ในการประชุมรายวันของพวกเขา
Kanban มีพื้นฐานมาจากแนวคิดของการส่งมอบอย่างต่อเนื่อง ทีม Kanban มักทำงานในงานอิสระผลิตภัณฑ์หรือส่งมอบ ดังนั้นเมื่องานชิ้นงานเสร็จสมบูรณ์สามารถส่งไปยังลูกค้าได้ทันที
ทีมอาจเลือกที่จะจัดกลุ่มการส่งมอบดังนั้นพวกเขาจึงไม่ได้ส่งหนึ่งรายการในแต่ละครั้ง แต่วิธีที่พวกเขาทำเช่นนี้ขึ้นอยู่กับพวกเขา ตัวอย่างเช่นคุณสามารถเลือกจัดส่งทุกวันศุกร์หรือทุกครั้งที่คุณตี 20 ชิ้นเสร็จสมบูรณ์
สำหรับวันที่ครบกำหนดโฟกัสหลักของ Kanban มีแนวโน้มที่จะอยู่ในช่วงเวลาและเวลานำมากกว่าชิ้นงานที่ครบกำหนดเมื่อใด ซึ่งหมายความว่าวันที่ครบกำหนดมีแนวโน้มที่จะขึ้นอยู่กับเวลาตอบสนองเป้าหมายมากกว่าที่ลูกค้าคาดหวังการส่งมอบ
ตัวอย่างเช่นหากเป้าหมายเป็นวัฏจักรเฉลี่ยห้าวันการ์ดแต่ละใบอาจมีวันที่ครบกำหนดห้าวันตั้งแต่งานได้รับมอบหมายแม้ว่าจะไม่ถูกส่งไปยังลูกค้าจนถึงสิ้นเดือน
แผนโครงการโครงการและกรอบงานใดดีกว่าสำหรับการจัดระเบียบโครงการ
คำตอบของเมื่อใดที่จะใช้ Kanban VS Scrumขึ้นอยู่กับประเภทของโครงการที่คุณวางแผนไว้ Scrum และ Kanban เหมาะที่สุดสำหรับโครงการที่แตกต่างกัน
แต่นี่คือการวิเคราะห์สั้น ๆ :
Scrum vs. Kanban: ต้องเป็นเช่นนั้น - หรือ?
มีตัวเลือกที่สามเรียกว่า Scrumban มันเป็นการผสมผสานระหว่างสองกรอบที่พยายามจัดหาพื้นกลางสำหรับทีมที่พบว่า Kanban มีความยืดหยุ่นและสกรูเกินไป
หากคุณต้องการทราบข้อมูลเพิ่มเติมให้ตรวจสอบบทความของเราสิ่งที่คุณต้องรู้เกี่ยวกับ Scrumban .
โดยไม่คำนึงถึงโครงการที่คุณมอบหมายการเปลี่ยนแปลงหลีกเลี่ยงไม่ได้ การยอมรับวิธีการที่ว่องไวเป็นขั้นตอนแรกในการปรับปรุงการทำงานร่วมกันการกลั่นกระบวนการที่สอดคล้องกันและมีความยืดหยุ่นนั้นในตัวดังนั้นคุณและทีมของคุณติดตั้งสิ่งที่จะโยนในแบบของคุณ
ตอนนี้คุณมีวิธีการที่เหมาะสมสำหรับงานเรียนรู้วิธีการเขียนแผนโครงการที่นี่. หรือลงทะเบียนเพื่อทดลองใช้ฟรีสองสัปดาห์ฟรีของผู้จัดการงาน UDNซอฟต์แวร์การจัดการโครงการและค้นพบว่าเทมเพลต Kanban และ Scrum ของเราสามารถช่วยให้คุณใช้กรอบที่คุณต้องการได้อย่างไร