Group and team leads functioned as

Group and team leads functioned as the Product Owners for all seven teams, while I worked as the ScrumMaster. I felt strongly that Scrum was an important framework to implement within these teams and I was willing to take the risk to champion it. Although the result of taking this risk was positive, I nearly didn’t survive a full quarter of ScrumMastering seven teams!
Working with Danube consultants Michael James and Dan Rawsthorne, we determined that having volunteer ScrumMasters would be important to each team’s success and to their own sanity. First, we worked with Intel management to make sure that the role of ScrumMaster was valued in the performance appraisal system as “real engineering work,” rather than administrative overhead. Secondly, those who stepped up to take ScrumMaster roles did so on teams in which they did not have a technical stake. This helped prevent any conflicts of interest between their own technical projects and their facilitation responsibilities. Budget did not exist for ScrumMasters to give up their own engineering work in favor of ScrumMaster work. However, support was lent for a lighter change in product role for those who stepped up to shepherd the process in ScrumMaster positions.
At the end of three months, there were three additional ScrumMasters to manage seven teams. Additionally, an eighth team had volunteered to start using Scrum.
After approximately five months, scaling work across the Scrum teams became one of the largest challenges. Prior to adding the additional five teams that were formed throughout the remainder of the year, the organization needed more knowledge on how to manage the dependencies between multiple teams and facilitate better inter¬team communication. Danube was again retained to develop a customized Scrum scaling course for some of the original participants of the Certified ScrumMaster course along with the senior managers who missed the first class. This day-long training reviewed major principles of release planning, sprint planning, and, in particular, scaling across multiple teams. We again took the “learn, try, inspect, and adapt” approach to this scaling.
After learning a few “best practices” for scaling, we took the issue back to the teams to try one of the scaling models from class and then tailored the approach to the teams’ real world environments. After adding some roles to handle technical

ผลลัพธ์ (ไทย) 1:

กลุ่มและทีมงานเป้าหมาย functioned เป็นเจ้าของผลิตภัณฑ์ทั้งหมด 7 ทีม ในขณะที่ฉันทำงานเป็นแบบ ScrumMaster ฉันรู้สึกอย่างยิ่งว่า scrum ได้กรอบสำคัญเพื่อใช้ภายในกลุ่มคนเหล่านี้ และผมยินดีที่จะเสี่ยงเพื่อแชมเปี้ยนมัน แม้ว่าผลของความเสี่ยงนี้เป็นบวก ฉันเกือบไม่รอดไตรเต็ม ScrumMastering ทีมเจ็ดเราทำงานกับที่ปรึกษาดานูบ Michael James และด่าน Rawsthorne กำหนดให้มีอาสาสมัคร ScrumMasters จะสำคัญ เพื่อความสำเร็จของแต่ละทีม และสติของตนเอง ครั้งแรก เราทำงาน ด้วย Intel จัดการให้แน่ใจว่า บทบาทของ ScrumMaster ได้มูลค่าการในระบบประเมินประสิทธิภาพการทำงานเป็น "จริงวิศวกรรมงาน แทนที่จะดูแลค่าใช้จ่ายใน ประการที่สอง คนที่ก้าวขึ้นรับบทบาท ScrumMaster ได้บนทีมที่พวกเขาไม่มีเดิมพันทางเทคนิค ช่วยป้องกันความขัดแย้งของดอกเบี้ยระหว่างโครงการทางด้านเทคนิคของตัวเองและความรับผิดชอบอำนวยความสะดวกของพวกเขา งบประมาณไม่มีอยู่ใน ScrumMasters ให้ตนเองทำงานวิศวกรรมสามารถผลิต ScrumMaster อย่างไรก็ตาม สนับสนุนถูกยืมสำหรับการเปลี่ยนแปลงบทบาทผลิตภัณฑ์เบาสำหรับผู้ที่ก้าวขึ้นสู่การเชปเฮิร์ดในตำแหน่ง ScrumMasterเมื่อสิ้นสุดเดือนที่สาม มี ScrumMasters เพิ่มเติมสามการจัดการทีมเจ็ด นอกจากนี้ มีทีมงานแปดมี volunteered เริ่มใช้ scrum ได้หลังจากประมาณห้าเดือน มาตราส่วนงานระหว่างทีม scrum ได้กลายเป็นหนึ่งในความท้าทายที่ใหญ่ที่สุด ก่อนที่จะเพิ่มทีมงานห้าเพิ่มเติมเกิดขึ้นทั้งส่วนเหลือของปี องค์กรต้องการความรู้เพิ่มเติมเกี่ยวกับวิธีการจัดการความสัมพันธ์ระหว่างหลายทีม และช่วยในการสื่อสาร inter¬team ดีกว่า แม่น้ำดานูบเป็นอีกรักษาพัฒนา scrum ได้แบบกำหนดเองที่ปรับหลักสูตรสำหรับผู้เรียนเดิมของ ScrumMaster ที่ได้รับการรับรองหลักสูตรพร้อมผู้จัดการอาวุโสที่พลาดชั้นแรก วันยาวฝึกทบทวนหลักการสำคัญของการวางแผน ออกวิ่งการวางแผน และ โดยเฉพาะ มาตราส่วนระหว่างกลุ่มหลาย เราอีกเอาวิธีการ "เรียนรู้ ลอง ตรวจสอบ และปรับ" ถึงขนาดนี้หลังจากเรียนรู้กี่ "ปฏิบัติ" สำหรับมาตราส่วน เราเอาปัญหากลับทีมลองของแบบจำลองมาตราส่วนจากคลาสแล้ว ปรับวิธีการสภาพแวดล้อมโลกที่แท้จริงของทีม หลังจากเพิ่มบางบทบาทการจัดการด้านเทคนิค

ผลลัพธ์ (ไทย) 2:

นำไปสู่กลุ่มและทีมงานทำหน้าที่เป็นเจ้าของสินค้าทั้งหมดเจ็ดทีมในขณะที่ผมทำงานเป็น ScrumMaster ผมรู้สึกอย่างแรงกล้าว่าการแย่งชิงกันเป็นกรอบสำคัญที่จะต้องดำเนินการภายในทีมเหล่านี้และผมก็ยินดีที่จะใช้ความเสี่ยงที่จะเป็นแชมป์มัน แม้ว่าผลมาจากการรับความเสี่ยงนี้เป็นบวกที่ผมเกือบไม่รอดเต็มไตรมาสของ ScrumMastering เจ็ดทีม!
ทำงานกับที่ปรึกษาแม่น้ำดานูบไมเคิลเจมส์และแดน Rawsthorne เราพิจารณาแล้วว่ามี ScrumMasters อาสาสมัครจะมีความสำคัญต่อความสำเร็จของแต่ละทีมและของพวกเขา สติของตัวเอง ครั้งแรกที่เราทำงานร่วมกับผู้บริหารของอินเทลเพื่อให้แน่ใจว่าบทบาทของ ScrumMaster มีมูลค่าในระบบการประเมินผลการปฏิบัติงานเป็น "งานวิศวกรรมจริง" มากกว่าค่าใช้จ่ายในการบริหาร ประการที่สองผู้ที่ก้าวขึ้นไปมีบทบาท ScrumMaster ได้ดังนั้นทีมที่พวกเขาไม่ได้มีสัดส่วนการถือหุ้นทางเทคนิค นี้จะช่วยป้องกันไม่ให้เกิดความขัดแย้งทางผลประโยชน์ระหว่างโครงการทางเทคนิคของตัวเองและความรับผิดชอบการอำนวยความสะดวกของพวกเขา งบประมาณไม่ได้อยู่สำหรับ ScrumMasters ที่จะให้ขึ้นงานด้านวิศวกรรมของตัวเองในความโปรดปรานของการทำงาน ScrumMaster แต่ได้รับการสนับสนุนยืมสำหรับการเปลี่ยนแปลงในบทบาทเบาผลิตภัณฑ์สำหรับผู้ที่ก้าวขึ้นไปเลี้ยงแกะกระบวนการในตำแหน่ง ScrumMaster.
ในตอนท้ายของสามเดือนมีสาม ScrumMasters เพิ่มเติมในการจัดการเจ็ดทีม นอกจากนี้ทีมที่แปดได้อาสาที่จะเริ่มใช้การต่อสู้.
หลังจากนั้นประมาณห้าเดือนปรับการทำงานในทีมต่อสู้กลายเป็นหนึ่งในที่ใหญ่ที่สุดในความท้าทาย ก่อนที่จะมีการเพิ่มอีกห้าทีมที่กำลังก่อตัวขึ้นตลอดที่เหลือของปีองค์กรที่ต้องการความรู้เพิ่มเติมเกี่ยวกับวิธีการจัดการการอ้างอิงระหว่างทีมหลายและอำนวยความสะดวกในการสื่อสารที่ดีกว่าinter¬team แม่น้ำดานูบไว้อีกครั้งในการพัฒนาหลักสูตรการต่อสู้ที่กำหนดเองการปรับบางส่วนของผู้เข้าร่วมการเดิมของหลักสูตรที่ได้รับการรับรอง ScrumMaster พร้อมด้วยผู้บริหารระดับสูงที่พลาดชั้นแรก การฝึกอบรมนี้วันยาวทบทวนหลักการสำคัญของการวางแผนการเปิดตัวการวางแผนการวิ่งและโดยเฉพาะอย่างยิ่งการปรับในทีมหลาย เราอีกครั้งเอา "เรียนรู้ลองตรวจสอบและปรับตัวเข้ากับ" วิธีการปรับขนาดนี้.
หลังจากการเรียนรู้ไม่กี่ "วิธีปฏิบัติที่ดีที่สุด" สำหรับการปรับขนาดเราเอาปัญหากลับไปยังทีมงานที่จะลองหนึ่งในรุ่นที่ปรับจากชั้นแล้วเหมาะ วิธีการที่ทีม 'สภาพแวดล้อมที่โลกแห่งความจริง หลังจากที่เพิ่มบทบาทบางอย่างในการจัดการทางเทคนิค

ผลลัพธ์ (ไทย) 3:

กลุ่มทีมนำและทำหน้าที่เป็นผลิตภัณฑ์เจ้าของทั้ง 7 ทีม ขณะที่ผมทำงานเป็น scrummaster . ฉันรู้สึกอย่างยิ่งว่า การเป็นกรอบสำคัญที่จะใช้ภายในทีม และผมก็ยินดีที่จะเสี่ยงที่จะเป็นแชมป์ได้ แม้ว่าผลของการเสี่ยงนี้เป็นบวก ผมเกือบไม่รอดจากไตรมาสที่เต็มไปด้วย scrummastering เจ็ดทีม
ทำงานร่วมกับที่ปรึกษา ดานูบ ไมเคิล เจมส์ และ แดน rawsthorne เราพบว่ามี scrummasters อาสาสมัครจะเป็นสำคัญเพื่อความสำเร็จของแต่ละทีม และสติของตนเอง ครั้งแรกที่เราทำงานกับการจัดการข้อมูลเพื่อให้แน่ใจว่า บทบาทของ scrummaster คุณค่าในระบบการประเมินผลการปฏิบัติงานเป็น " งานวิศวกรรมจริง " มากกว่าค่าใช้จ่ายในการบริหาร ประการที่สองผู้ที่ก้าวขึ้นเพื่อใช้บทบาท scrummaster ได้ดังนั้นเมื่อทีมที่พวกเขาไม่ได้มีเดิมพันเทคนิค นี้จะช่วยป้องกันไม่ให้ความขัดแย้งระหว่างโครงการของตัวเองทางด้านเทคนิคและความรับผิดชอบที่อำนวยความสะดวกของพวกเขา งบประมาณไม่ได้มี scrummasters ล้มเลิกงานวิศวกรรมของพวกเขาเองในความโปรดปรานของ scrummaster ทํางาน อย่างไรก็ตามสนับสนุนให้เปลี่ยนเป็นเบาในผลิตภัณฑ์บทบาทสำหรับผู้ที่ก้าวขึ้นมาแกะกระบวนการในตำแหน่ง scrummaster .
พอครบสามเดือน มี 3 scrummasters เพิ่มเติมเพื่อจัดการเจ็ดทีม นอกจากนี้ ทีมที่แปดได้อาสาที่จะเริ่มใช้ Scrum .
หลังประมาณ 5 เดือน โดยทำงานผ่าน Scrum ทีมเป็นหนึ่งในความท้าทายที่ใหญ่ที่สุดก่อนเพิ่มอีก 5 ทีม ที่ได้เกิดขึ้นตลอดที่เหลือของปี องค์กรต้องการความรู้เพิ่มเติมเกี่ยวกับวิธีการจัดการกับการพึ่งพาระหว่างทีมหลายและอำนวยความสะดวกในการสื่อสารที่ดีระหว่างทีม¬ .ดานูบ เป็นอีกครั้งที่สะสมเพื่อพัฒนาปรับแต่งการปรับหลักสูตรสำหรับบางส่วนของผู้เข้าร่วม scrummaster เดิมของหลักสูตรได้รับการรับรอง พร้อมกับผู้บริหารระดับสูงที่ไม่ได้เข้าเรียนก่อน วันนี้อบรมยาวดูหลักการสําคัญของการวางแผน , Sprint วางแผน และโดยเฉพาะในรุ่นปรับทีมหลาย เราอีกครั้งเอา " เรียนรู้ ลองตรวจสอบและปรับ " วิธีการปรับนี้ .
หลังจากการเรียนรู้ไม่กี่ " ปฏิบัติที่ดีที่สุด " สำหรับการปรับ เราเอาปัญหากลับมาให้ทีมงานลองหนึ่งของการปรับรุ่นจากชั้นแล้วปรับเข้าหาทีม ' จริงสภาพแวดล้อม หลังจากการเพิ่มบางบทบาทการจัดการทางเทคนิค