คุณได้งาน Scrum Master ครั้งต่อไปแล้ว ตอนนี้อะไร?

เมื่อปรมาจารย์ Scrum เริ่มงานใหม่ สองสิ่งมักจะเป็นจริง: ทุกคนต้องการให้คุณเริ่มทำงานทันที และไม่มีใครแน่ใจว่าคุณควรจะทำงานอะไร ฝ่ายบริหารมักคาดหวังให้คุณรีบเร่งในกระบวนการและเริ่มแก้ปัญหาที่สะสมมาระยะหนึ่งแล้ว พวกเขาต้องการให้ทีมของ Scrum master ดำเนินการทันที แต่มีเพียงความคาดหวังที่คลุมเครือว่าบทบาทของ Scrum Master ควรเป็นอย่างไร

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

ข้อผิดพลาดทั่วไปของ Scrum Master

ฉันทำงานกับ Scrum มานานกว่าทศวรรษ ทั้งในฐานะโค้ช Agile และ Scrum master ในช่วงเวลานั้น ฉันสังเกตเห็นรูปแบบต่างๆ และระบุข้อผิดพลาดทั่วไปที่ Scrum Master ทำ นี่คือสี่ที่ฉันเห็นบ่อยที่สุด:

1. เน้นงานพิธีมากเกินไป

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

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

2. สมมติว่าผู้บริหารรู้ปัญหาที่แท้จริง

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

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

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

3. ไม่เคยเบี่ยงเบนจาก Scrum Guide

เป็นเรื่องที่เข้าใจได้—และแนะนำให้ทำ—ให้รอจนกว่าคุณจะทำตามกฎของ Scrum ได้ก่อนที่จะพยายามทำลายกฎเหล่านั้น โมเดลหนึ่งที่เป็นที่นิยมในการทำลายพวกเขา "อย่างปลอดภัย" มาจากแนวคิดศิลปะการต่อสู้ของญี่ปุ่นของ ShuHaRi

ใน Shu ทีมต่างๆ ปฏิบัติตามกฎและแนวทางปฏิบัติหลักเพื่อให้ได้ผลลัพธ์ที่ดีที่สุด เมื่อพวกเขาสามารถใช้สิ่งเหล่านั้นได้อย่างสม่ำเสมอและคาดเดาได้ พวกเขาเข้าสู่ Ha โดยเจาะลึกลงไปในค่านิยมและหลักการของ Agile เมื่อรู้ว่าทำไมกฎจึงมีอยู่ พวกเขาเรียนรู้จากผู้อื่นและรวมการเรียนรู้นั้นเข้ากับการปฏิบัติของพวกเขา ในที่สุด ใน Ri พวกเขามีความรู้มากมายที่สามารถใช้เพื่อปรับกฎให้เข้ากับความต้องการและบริบทเฉพาะ

ShuHaRi มีประโยชน์เพราะมันแสดงให้เห็นเส้นทางที่ชัดเจนในการกลายเป็นทีม Agile ที่เติบโตเต็มที่ อย่างไรก็ตาม เป็นความผิดพลาดที่จะถือว่าทีมของคุณอยู่ที่จุดเริ่มต้นของการเดินทางที่ Shu จะเกิดอะไรขึ้นถ้าทีมรู้กฎและนำไปใช้สำเร็จมาระยะหนึ่งแล้ว? จะเป็นอย่างไรหากปัญหาไม่เป็นไปตามกฎเกณฑ์แต่อยู่ในพื้นที่ เช่น การแบ่งปันความรู้ การเรียนรู้ การสังเกต หรือการไตร่ตรอง สำหรับทีมดังกล่าว หากคุณเริ่มโดยเน้นที่กฎ ความพยายามของคุณอาจส่งผลเสีย หรือทีมของคุณอาจปฏิเสธคุณในฐานะคนที่เพิ่งทำสิ่งต่างๆ ตามหนังสือ มีความอดทนและตรวจสอบความคิดเห็นของคุณได้รับการสนับสนุนจากข้อมูล และอย่าตอบคำถามด้วย "เพราะ Scrum Guide พูดอย่างนั้น"

4. ปฏิบัติกับทุกทีมเหมือนกัน

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

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

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

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

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

แนวทางปฏิบัติที่ดีที่สุดของ Scrum Master ใหม่

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

1. จัดการแนะนำทีม

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

2. ดำเนินการแจ้งกำหนดการ

กำหนดการที่ดำเนินมาอย่างดีจะกำหนดเครื่องมือที่คุณมีและจะเริ่มจากที่ใด ในฐานะทีม คุณควรใช้กำหนดการเพื่อร่วมกันตอบคำถามสำคัญในหลาย ๆ ด้าน:

ผลิตภัณฑ์

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

เทคโนโลยีและเครื่องมือ

• กองเทคโนโลยีคืออะไร?
• คุณมีเครื่องมือในการพัฒนา, DevOps, การจัดการโครงการ และการสื่อสารอะไรบ้าง

ประชากร

• ทีมงานเพิ่งจ้างหรือดึงมาจากทีมอื่น?
• ทีมงานตระหนักถึงวัฒนธรรมองค์กรในระดับใด?
• ความพิเศษ ความเชี่ยวชาญ ทักษะ และบทบาทของสมาชิกในทีมคืออะไร?

กระบวนการ

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

3. กำหนดเงื่อนไขการทำงาน

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

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

เปรียวคืออะไร?

• ทีมของคุณมีประสบการณ์กับ Agile หรือเพิ่งเคยใช้มาก่อนหรือไม่
• ค่า Agile เทียบกับค่า Scrum คืออะไร

เรามาที่นี่ทำไม?

• เป้าหมายของเราคืออะไร?
• เราต้องพบกับความคาดหวังอะไรบ้าง?

เราเป็นใครในทีม?

• บทบาท ความรับผิดชอบ ทักษะ และจุดแข็งของทีมคืออะไร?
• ทีมที่ยอดเยี่ยมมีความหมายต่อเราอย่างไร?

เราวางแผนจะร่วมงานกันอย่างไร?

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

เราจะไปส่งอะไร?

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

เราจะจัดส่งสินค้าของเราอย่างไร?

• พื้นที่ทำงานของเราคืออะไร?
• กระบวนการเวิร์กโฟลว์ เฟรมเวิร์ก แนวทางปฏิบัติ กิจกรรม และเครื่องมือของเรามีอะไรบ้าง
• คำจำกัดความของ Done ของเราคืออะไร?

เราจะประเมินผลงานของเราอย่างไร?

• เมตริกใดมีความสำคัญต่อเรา
• เราจะทดลองและปรับปรุงได้อย่างไร?

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

4. สร้างข้อตกลงในการทำงาน

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

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

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

จุดเริ่มต้นของการเติบโตที่ยั่งยืน

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

ข้อผิดพลาดทั่วไปของ Scrum master ที่คุณจะเพิ่มลงในรายการนี้คืออะไร กรุณาแบ่งปันในส่วนความคิดเห็น