5 ความหวังเท็จของ Scrum และวิธีแก้ไข

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

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

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

ความหวังเท็จของ Scrum

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

ความหวังที่ผิด #1: Scrum ทำให้ทีมทำงานได้เร็วขึ้น

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

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

คุณไม่ได้ขายความเร็ว คุณกำลังขายเสร็จสิ้น

ความหวังเท็จ #2: การยึดมั่นในการต่อสู้อย่างเข้มงวดจะช่วยแก้ไขปัญหาวัฒนธรรมของบริษัทได้

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

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

ความหวังเท็จ #3: ผู้มีส่วนสนับสนุนที่สำคัญสามารถส่งผู้แทนของตนเข้าร่วมการประชุมได้

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

การมอบหมายอาจเป็นแนวทางปฏิบัติทั่วไป แต่ใน Scrum คุณต้องให้อำนาจผู้เข้าร่วมด้วย

ความหวังเท็จ #4: การยืนหยัดในแต่ละวันจะทำให้ทุกคนมีสมาธิมากขึ้น

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

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

ความหวังเท็จ #5: เราจะประสบความสำเร็จในการลองครั้งแรก

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

วิธีแก้ไขกระบวนการ Scrum ที่ใช้งานไม่ได้

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

ปรับแต่งความคาดหวังของคุณ

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

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

เพิ่มพลังให้ผู้เข้าร่วมของคุณ

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

แก้ปัญหาเชิงรุก

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

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

โซลูชันข้อเสนอแนะที่มีโครงสร้างอื่นที่สามารถเป็นประโยชน์ในระหว่างการประชุมคือวิธี Triage จาก Holocracy ซึ่งสร้างโดย Brian Robertson และใช้งานโดยบริษัทต่างๆ เช่น Zappos ตัวอย่างเช่น ผู้เข้าร่วมสร้างวาระของ "ความตึงเครียด" เพื่อหารือ ผู้เข้าร่วมแต่ละคนอธิบายปัญหาของตนโดยพูดว่า "ฉันมีความตึงเครียด" จากนั้นจึงระบุบุคคลและแหล่งข้อมูลที่จำเป็นในการแก้ไขปัญหา โดยการสนับสนุนให้ผู้เข้าร่วมจัดการปัญหาโดยตรงในฐานะ "ความตึงเครียด" Holocracy ช่วยให้ผู้เข้าร่วมสามารถสื่อสารได้อย่างอิสระโดยไม่สร้างบรรยากาศแห่งความขัดแย้ง

ใช้การย้อนหลังเพื่อแก้ไขปัญหาและทำซ้ำในกระบวนการ

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

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

Scrum ทำงานได้ดีที่สุดเมื่อมีอาจารย์ใหญ่อยู่

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

สรุป: คุณแก้ไขกระบวนการ Scrum ที่เสียหายได้

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

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

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

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