การเรียนรู้ทางสังคม - ซอฟต์แวร์ SCRUM

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

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

เฟรมเวิร์ก Scrum ขึ้นอยู่กับสามคอร์ -

• ต่อสู้มาสเตอร์
• Sprint
• สินค้าค้างส่ง

ต่อสู้มาสเตอร์

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

Scrum Master Service to the Product Owner (stakeholder) -

• จัดหาเทคนิคในการสร้างและจัดการ Product Backlog ที่มีประสิทธิภาพ
• ช่วยให้ทีม Scrum เข้าใจการวางแผนผลิตภัณฑ์
• ช่วยเจ้าของผลิตภัณฑ์ปรับแต่ง Backlog ของผลิตภัณฑ์
• การอำนวยความสะดวกในกิจกรรม Scrum ตามที่ร้องขอหรือจำเป็น

Scrum Master Service to the Development Team -

• อำนวยความสะดวกให้กับทีมพัฒนาด้วยฟังก์ชันข้ามฟังก์ชันของ Scrum
• ช่วยทีมพัฒนาในการเพิ่มผลผลิตสูงสุด
• จัดการกับอุปสรรคในเส้นทางของทีม Scrum
• ฝึกสอนทีมในการจัดกิจกรรมด้วยตนเองและอำนวยความสะดวกหากมีการร้องขอ

Scrum Master Service to the Organization -

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

วิ่ง

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

During the Sprint -

• ไม่มีการเปลี่ยนแปลงใด ๆ ที่จะขัดขวางเป้าหมายของ Sprint
• เป้าหมายคุณภาพไม่ลดลง
• สามารถเจรจาเงื่อนไขอีกครั้งระหว่างเจ้าของผลิตภัณฑ์และทีมพัฒนา

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

การต่อสู้รายวัน

Daily Scrum เป็นกิจกรรมการซิงโครไนซ์ทีม 15 นาทีที่ทีมพัฒนาสร้างแผนสำหรับ 24 ชั่วโมงข้างหน้า ทำได้โดยการตรวจสอบงานตั้งแต่ Daily Scrum ครั้งสุดท้ายและวางแผนเค้าโครงของงานที่สามารถทำได้ก่อนงานถัดไป สิ่งนี้ทำเพื่อลดความซับซ้อน

ในระหว่างการประชุมสมาชิกทีมพัฒนาจะอธิบาย -

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

ทีมพัฒนาใช้ Daily Scrum เพื่อดูว่าทีมของพวกเขากำลังก้าวไปสู่การทำงานให้เสร็จในไฟล์ Sprint Backlog. ทีมพัฒนาหรือสมาชิกในทีมมักจะพบกันทันทีหลังจาก Daily Scrum สำหรับการอภิปรายโดยละเอียดหรือเพื่อปรับเปลี่ยนหรือทำซ้ำงานที่เหลือของ Sprint

รีวิว Sprint

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

สินค้าค้างส่ง

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

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

ด้วยโครงการที่ดำเนินการโดยเฉลี่ยมากกว่า 20 โครงการและแรงกดดันที่เพิ่มขึ้นจากผู้มีส่วนได้ส่วนเสียทั้งภายในและภายนอก The Information Systems department ที่ H&R Blockมักจะดิ้นรนกับภาระงานของพวกเขา ทีมงานเริ่มมองหาวิธีอื่นที่มีประสิทธิภาพมากขึ้นในการนำซอฟต์แวร์ออกจากประตู

ทีมวิจัยและค้นพบว่ากระบวนการที่มีน้ำหนักเบาของวิธีการ Scrum นั้นเหมาะสมกับความต้องการของพวกเขาเนื่องจากมันให้ประสิทธิภาพและประสิทธิผลที่ดีขึ้นมาก สำหรับ H&R Block กระบวนการนี้ได้รับการว่าจ้างจาก TheBraintrust Consulting Groupซึ่งเป็นผู้ดำเนินการประเมินเบื้องต้นและประเมินประเภทของโครงการที่ H&R Block ดำเนินการประเมินความสามารถของเจ้าหน้าที่และสร้างกลยุทธ์การดำเนินการ

พนักงานได้รับการฝึกอบรมสามสัปดาห์เพื่อให้พวกเขาคุ้นเคยกับแอปพลิเคชัน Scrum ทีมงาน H&R Block ทำงานกับ SCRUM ทุกวัน มีส่วนร่วมในการวางแผนการวิ่งจัดการประชุมประจำวันและแนะนำทีมในขณะที่ให้คำปรึกษากับ Scrum Master เมื่อทีมรู้สึกสบายใจกับกระบวนการนี้แล้วพวกเขาก็มีความมั่นใจที่จะเริ่มต้นทุกอย่างอย่างสมบูรณ์

ในสามเดือนพนักงานของ H&R Block ประสบความสำเร็จในการทำงานเป็นจำนวนมาก ด้วยการประสานงานการประเมินการประสานและความพยายามของทีมพวกเขาพบว่าตอนนี้สามารถบรรลุประสิทธิภาพที่สูงขึ้นและประหยัดเวลาได้มาก พนักงานที่ทำงานกับ SCRUM รายงาน60% higher efficiency and 30% time savings.