คู่มือขั้นสูงสำหรับการนำวิธีการ Scruban ไปปฏิบัติ

หากปราศจากการจัดการโครงการที่มีประสิทธิภาพ สมาชิกในทีมจะถูกปล่อยให้จัดการขั้นตอนต่างๆ ให้ได้มากที่สุด และแนวทางนี้ก็ไม่นำไปสู่ความสำเร็จ มีวิธีการจัดการโครงการที่รู้จักกันดีหลายวิธี เช่น Scrum และ Kanban แต่มีวิธีการหนึ่งที่รวมแนวทางปฏิบัติที่ดีที่สุดจากพวกเขา ข้อดีของ Scrum และ Kanban รวมอยู่ในแนวทางไฮบริดที่เรียกว่า Scruban เหมาะอย่างยิ่งสำหรับโครงการที่ดำเนินไปอย่างรวดเร็วและต่อเนื่อง และรู้สึกว่าถูกจำกัดโดย Scrum และ Kanban แนวทางนี้อาจนำไปใช้กับการจัดการโครงการทั้งระยะสั้นและระยะยาว เนื่องจากสามารถปรับตัวได้เพียงพอ

วิธีการ Scruban คืออะไร?

กล่าวอีกนัยหนึ่ง Scrum เป็นแนวทางแบบ Agile ที่ตรงไปตรงมาและทำซ้ำ และแยกโครงการออกเป็นงานที่เล็กกว่าและจัดการได้มากกว่า Scrum นำเสนอแนวคิดเรื่อง sprints ซึ่งถูกจัดสรรเวลาไว้เมื่อสมาชิกในทีมจดจ่ออยู่กับงานปัจจุบันที่อยู่ในมือเท่านั้น คุณสามารถเลือกระยะเวลาการวิ่งใดก็ได้ตราบเท่าที่อยู่ในช่วง 1 ถึง 4 สัปดาห์ อย่างไรก็ตามการวิ่งสองสัปดาห์เป็นเรื่องปกติ ทั้ง Kanban และ Scrum มีชื่อเสียงในด้านความเข้ากันได้และความเรียบง่าย ตรงกันข้ามกับ Scrum ซึ่งอัปเดตระบบปัจจุบัน Kanban มุ่งเน้นที่การเพิ่มประสิทธิภาพ ส่วนหนึ่งของการตั้งค่า Kanban คือกระดาน Kanban ที่มีคอลัมน์พื้นฐานอย่างน้อยสามคอลัมน์ที่อาจแสดงสถานะโครงการของคุณได้อย่างรวดเร็ว Kanban จำกัดงานระหว่างทำเพื่อป้องกันไม่ให้ทีมมีภาระมากเกินไปโดยต้องทำหลายอย่างให้สำเร็จในคราวเดียว ตรงกันข้ามกับ Scrum โดยที่องค์ประกอบจำกัดคือเวลา (การวิ่ง)

Scruban เป็นวิธีการแบบ Agile ที่ช่วยสมาชิกในทีมในการจัดการโครงการที่มีประสิทธิภาพมากขึ้น ตอนแรกมันถูกใช้เป็นวิธีการ Scruban เฉพาะกาล อย่างไรก็ตาม ในที่สุด Scruban ก็ได้รับความสนใจจากสมาชิกในทีมและกลายเป็นเทคนิคแบบสแตนด์อโลน

ประเด็นสำคัญของ Scruban

มีห้าแง่มุมของ Scruban ซึ่งจะเกี่ยวข้องกับการนำไปใช้และการปรับตัว

• ตัวกระตุ้นการวางแผนและการวางแผน

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

• กระดานคัมบัง

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

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

• ขีด จำกัด WIP

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

• ถังวางแผน

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

สุดยอดคู่มือการใช้งาน Scruban

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

การปรับแต่งรายการงาน

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

การวางแผน

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

สแตนด์อัพประจำวัน

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

การหยุดทำงาน คัดแยก และการทำให้เสถียร

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

ปล่อย

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

ย้อนหลัง

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

ทำไมต้อง Scruban?

มีเหตุผลหลักสามประการสำหรับการใช้ Scruban:

1. นำมาใช้ง่ายกว่า Scrum กระบวนการของ Scruban นั้นหลวมกว่าและคล้ายกับของ Kanban มากกว่า ทีมสามารถเรียนรู้และปรับตัวให้เข้ากับมันได้รวดเร็วยิ่งขึ้น
2. ยอดเยี่ยมสำหรับการพัฒนาผลิตภัณฑ์และทีม R&D ขั้นตอนที่รวดเร็วช่วยให้สามารถทดสอบแนวคิดได้อย่างรวดเร็วและปราศจากความเสี่ยง
3. การปรับปรุงอย่างต่อเนื่อง ต้องขอบคุณ Scrum ที่รับประกันว่าทีมจะสร้างการปรับปรุงที่ดีขึ้นในขณะที่ก้าวหน้าเวิร์กโฟลว์ของพวกเขา

ความแตกต่างระหว่าง Scrum, Kanban และ Scruban คืออะไร?

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

บทสรุป

คุณเคยพยายามทำอะไรเพียงเพื่อจะพบว่าความพยายามของคุณไม่ได้ผลอย่างสมบูรณ์หรือไม่? เราอาจจดจ่อกับปัญหามากเกินไปและไม่สามารถแก้ไขได้ ต้องใช้ความคิดและการวางแผนด้านข้างเพื่อระบุปัญหาพื้นฐาน ด้วยการใช้กลยุทธ์ใหม่ทั้งหมด เทคนิคที่คล่องตัวพยายามแก้ไขจุดอ่อนพื้นฐานในการจัดการโครงการ หัวใจของเทคนิค Scruban รวมแนวทางปฏิบัติที่ดีที่สุดจากทั้ง Scrum และ Kanban Scrabman ได้เปลี่ยนแปลงการจัดการโครงการ ในลักษณะเดียวกับการพัฒนาซอฟต์แวร์ที่ไม่มีโค้ดแปลง แพลตฟอร์มที่ไม่มีโค้ดช่วยให้ทุกคนที่มีความคิดสร้างสรรค์สามารถพัฒนาซอฟต์แวร์ได้ AppMaster แพลตฟอร์มที่ไม่มีรหัส ไม่เพียงแต่ช่วยให้คุณสร้างเว็บและแอปพลิเคชั่นมือถือ แต่ยังสร้างซอร์สโค้ด ซึ่งคุณสามารถใช้และไม่ถูกผูกไว้กับแพลตฟอร์ม