Scrum เป็นวิธีการจัดการโครงการที่ปฏิวัติวงการ: มันทำงานอย่างไร

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

ในเรื่องนี้จำเป็นต้องชี้แจงความหมายของคำนี้

และหลายคนที่ได้เรียนรู้เบื้องหลังแล้วก็เริ่มเจาะลึกการศึกษาเทคนิคการทำงานเป็นทีมในโครงการเดียว

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

ประวัติอ้างอิง

ทางเลือกแทนผู้บริหาร Scrum ถือกำเนิดขึ้นด้วยคอมพิวเตอร์และการทำงานร่วมกันของหลาย ๆ คนหรือหลายทีมในงานเดียว

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

อย่างไรก็ตาม การนำเทคโนโลยีเข้าสู่ธุรกิจจำเป็นต้องมีซอฟต์แวร์เฉพาะทาง

เวลาที่ปรากฏตัวในประเทศของอดีต CCCP ลดลงในปีแรกหลังโซเวียตเมื่อนักเรียนวิศวกรวิศวกรอิเล็กทรอนิกส์นักออกแบบและผู้เชี่ยวชาญคนอื่น ๆ หลายคนถูกทิ้งไว้โดยไม่มีงานทำและเริ่มเข้าสู่อุตสาหกรรมที่อายุน้อยและมีแนวโน้ม - ไอที .

ในเวลานี้สิ่งที่เรียกว่าการจัดการทางเลือก - Agile - ปรากฏขึ้นโดยที่คุณสมบัติส่วนบุคคลของผู้เข้าร่วมโครงการแต่ละคนอยู่ในสถานที่แรก

หลังจากก่อตัวขึ้นตามหลักการ การต่อสู้แบบเปรียว -ทุกคนที่ใช้มันเข้าใจเพราะทุกอย่างเรียบง่าย

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

แนวคิดพื้นฐานของ Agile;
รายละเอียดของโครงการปัจจุบัน

คุณสามารถอ่านเพิ่มเติมเกี่ยวกับที่มาของวิธีการในการจัดการกลุ่มคนที่รวมเป็นหนึ่งด้วยเป้าหมายร่วมกันได้ในหนังสือ Scrum เป็นวิธีการจัดการโครงการที่ปฏิวัติวงการโดย Jeff Sutherland

มันคืออะไร

โดยทั่วไป คำนี้ซ่อนแนวคิดที่ยืดหยุ่นและไม่จำกัดของการพัฒนาซอฟต์แวร์ทุกประเภทโดยใช้แนวทางปฏิบัติ ความรู้เชิงทฤษฎี และหลักการของ Scrum

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

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

และสิ่งนี้ใช้ได้กับทุกระยะของโครงการ

ความนิยมและความต้องการวิธีการซึ่งขึ้นอยู่กับแนวทางที่ถูกต้อง ทีมงานที่ได้รับการคัดเลือกมาเป็นอย่างดีและผู้จัดการทีมที่มีทักษะ เกิดจากการลดประสิทธิภาพลง 150-200%

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

ผู้สร้างสามารถวางรากฐานได้อย่างรวดเร็วและเมื่อจ่ายเงินแล้วจะหายไป เขารับประกันไหมว่าบ้านบนฐานรากนี้จะยืนหยัดอย่างที่ควรจะเป็นและจะสร้างได้ทั้งหมดหรือไม่?

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

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

ใครเป็นใคร

Scrum มีสามด้านเท่ากัน โดยที่ไม่มีสิ่งใดจะเกิดขึ้น:

เจ้าของผลิตภัณฑ์
ทีมพัฒนาหรือทีม Scrum
สครัมมาสเตอร์

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

อาจเป็นได้ทั้งเจ้าของโครงการที่ต้องการผลิตภัณฑ์และบุคคลที่เป็นตัวแทน

โดยปกติ PO จะมีรายการลำดับความสำคัญของงานที่จำเป็นและประวัติความสมบูรณ์และการปรับเปลี่ยน

Scrum Master– ตัวกลางระหว่างลูกค้าและทีมงานที่เกี่ยวข้องในการรับรองผลลัพธ์ที่เหมาะสม

งานของมนุษย์– จัดระเบียบเวิร์กโฟลว์ของทีม บางครั้งเลือกจากผู้สมัคร ตรวจสอบคุณภาพ ความถูกต้อง และระยะเวลาในการดำเนินการตามแผน

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

ทีมพัฒนา- นักพัฒนา ผู้เชี่ยวชาญแต่ละสาขา สามารถทำงานเป็นทีมได้

พวกเขาเป็นคนที่ทำงานเพื่อให้ได้ผลลัพธ์

ตามเอกสารอย่างเป็นทางการ (เอกสารที่อธิบายวิธีการโดยผู้เขียนโดยตรง) กลุ่มนักแสดงมีหน้าที่ปฏิบัติตามข้อกำหนดดังต่อไปนี้หรือ พยายามอย่างเต็มที่เพื่อ:

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

ในเอกสารอย่างเป็นทางการเกี่ยวกับขนาดของทีมพัฒนา ควรประกอบด้วย 5-9 คน

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

ตามอุดมการณ์และการปฏิบัติ กลุ่มละ 2-3 คน เพิ่มความเสี่ยงที่จะรับมือกับงานไม่ได้ (หากพนักงานยังเด็ก ขาดประสบการณ์และความรู้ที่เหมาะสมก็พึ่งพาอาศัยกัน) และลดปริมาณงานลง ซึ่งจะทำให้กลุ่มใหญ่ขึ้นต่อคน

เวิร์กโฟลว์มีลักษณะอย่างไร

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

เริ่มจากการวิ่ง (Sprint)- นี่คือช่วงเวลาที่กำหนดให้กับทีมสำหรับการดำเนินการตามรายการงานที่ระบุ

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

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

อันที่จริง ช่วงเวลาสามารถเป็นอะไรก็ได้ และไม่ได้ถูกกำหนดโดยทีมงานผู้ทำงานหนักเสมอไป

Backlog- รายชื่อผลงานทั้งหมด ไดอารี่ทั่วไป และรายงาน อาจมีหลายอย่างสำหรับขั้นตอนการพัฒนาที่แตกต่างกัน

งานค้างมีสองประเภท:

งานค้างสินค้า- รายการงานทั้งหมดที่มีลำดับความสำคัญการดำเนินการจะช่วยให้คุณได้ผลลัพธ์ที่ต้องการเมื่อสิ้นสุดการทำงาน
Sprint Backlog- รายการงานที่กำหนดโดยทีมงานและตกลงกับลูกค้า (เจ้าของ) หรือเสนอโดยเขาเพียงฝ่ายเดียวซึ่งควรจะดำเนินการในอนาคตอันใกล้ (วิ่ง) มาจาก Product B

การวางแผนการวิ่ง- การประชุมที่มีทั้งสามฝ่ายที่เกี่ยวข้องใน Scrum สามารถจัดระเบียบได้ตลอดเวลา แต่มักจะเกิดขึ้นก่อนที่งานจะเสร็จสิ้น

ในการประชุมวางแผน เจ้าของประกาศเป้าหมาย กำหนดลำดับความสำคัญ กำหนดช่วงเวลาสำหรับการดำเนินการงานในมือบางรายการ

ทีมประเมินจุดแข็งและเงื่อนไขที่เสนอ เปรียบเทียบและพูดออกมา

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

การวิ่งควรมีเป้าหมายที่ชัดเจนและมีแรงจูงใจอย่างเหมาะสมหากทำได้สำเร็จ

ก่อนสิ้นสุดการวางแผน รายการงานควรพร้อม

ตามกฎแล้ว จะไม่เปลี่ยนแปลง แต่การเปลี่ยนแปลงของชีวิตและตลาดมักต้องการการฝ่าฝืนกฎ

การต่อสู้รายวัน- การประชุมที่จัดขึ้นโดยกฎเกณฑ์ทุกวันซึ่งไม่สมจริงเสมอไป

พนักงานแต่ละคนรายงานต่อพนักงานและ / หรือผู้จัดการโครงการเกี่ยวกับ:

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

วัตถุประสงค์ของการประชุมประจำวัน (ใบปลิว):

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

เมื่อสิ้นสุดการวิ่ง เรียกว่า Sprint Retrospectiveและ Sprint Review.

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

อาจเป็นประโยชน์ในการอ่าน: