Scrum Guide | 13. ทีมพัฒนาใน Scrum
เผยแพร่แล้ว: 2022-04-25ทีมพัฒนาใน Scrum เป็นกลุ่มสหวิทยาการที่ประกอบด้วยทุกคนที่เกี่ยวข้องในการสร้างผลิตภัณฑ์ ในบทความของวันนี้เราจะมาดูว่าควรจะมีคุณสมบัติอะไรบ้าง นอกจากนี้ เราจะพิจารณาองค์ประกอบและความรับผิดชอบของทีมพัฒนาที่สามารถบรรลุวัตถุประสงค์ได้อย่างมีประสิทธิภาพ
ทีมพัฒนาใน Scrum – สารบัญ:
- คุณสมบัติทีมพัฒนา
- ทีมพัฒนา
- ความรับผิดชอบของทีมพัฒนา
- สรุป
คุณสมบัติทีมพัฒนา
ทีมพัฒนาที่ทำงานตามหลักการ Scrum เป็นกลุ่มผู้เชี่ยวชาญอิสระ ไม่ได้ใช้การสนับสนุนจากผู้เชี่ยวชาญภายนอกหรือผู้รับเหมาช่วง แต่อะไรเป็นตัวกำหนดว่าทีมนั้นเหมาะสมที่จะบรรลุเป้าหมาย? และความรับผิดชอบใดบ้างที่รวมอยู่ในภารกิจของทีมพัฒนา - โดยไม่คำนึงถึงความเชี่ยวชาญเฉพาะด้าน?
เพื่อให้มีประสิทธิภาพ ทีมพัฒนาต้องมีคุณสมบัติอย่างน้อยสามประการ ได้แก่ ความสามารถในการจัดระเบียบตนเอง แรงผลักดันในการเติบโต และสหวิทยาการ
องค์กรตนเอง
เมื่อเราพูดถึง Scrum Team ซึ่งทีมพัฒนาเป็นส่วนหนึ่ง เราใช้คำว่า "การจัดการตนเอง" หมายถึงการจัดการตนเองในระดับองค์กร โดยรวมแล้ว Scrum Team ไม่เพียงแต่ตัดสินใจว่าใครจะทำงานอย่างไร แต่ยังตัดสิน ด้วยว่าพวกเขาจะทำงานอะไร ในทีม Scrum งานการจัดการส่วนใหญ่เป็นของ Product Owner และ Scrum Master
ดังนั้นในกรณีของทีมพัฒนา การ จัดการตนเองจึงสำคัญกว่าการจัดการตนเอง หมายถึงความรับผิดชอบในการวางแผน กล่าวคือ การตัดสินใจด้วยตัวเองว่าใครจะดำเนินการบางอย่าง เมื่อใดและอย่างไร
การแสวงหาการพัฒนา
คุณลักษณะสำคัญของทีมที่มีประสิทธิภาพคือการขับเคลื่อนการเติบโต วิธีการทำภารกิจให้เสร็จก่อนควรมีความทะเยอทะยาน ผลลัพธ์นี้ไม่เพียงแต่เกิดจากความโน้มเอียงและทัศนคติของสมาชิกแต่ละคนในทีมพัฒนาเท่านั้น การเพิ่มความสามารถและความพยายามยังได้รับการสนับสนุนจาก บรรยากาศในทีม ซึ่งกำหนดมันโดยรวม
สหวิทยาการ
สหวิทยาการของทีมหมายความว่าสมาชิกร่วมกันควรมี ทักษะทั้งหมดที่จำเป็นในการสร้างส่วนเพิ่มที่มีคุณค่าในแต่ละ Sprint นอกจากนี้ยังหมายความว่าสมาชิกแต่ละคนในทีมทำงานที่จำเป็นสำหรับ Sprint นั้น ทุกคนทำในสิ่งที่จำเป็นเพื่อให้บรรลุเป้าหมาย แม้ว่าจะหมายถึงการทำงานใหม่นอกเหนือจากความเชี่ยวชาญของนักพัฒนาก็ตาม ถือเป็นความผิดพลาดที่จะยึดมั่นในความสามารถหรือบทบาททางวิชาชีพของตนอย่างเคร่งครัด
ทีมพัฒนา
ตาม Scrum Guide จำนวนนักพัฒนาสูงสุดคือแปดคน องค์ประกอบเล็กๆ น้อยๆ ดังกล่าว ส่งเสริมการสื่อสารและความเปิดกว้าง เนื่องจากสมาชิกในทีมมีโอกาสทำความรู้จักกัน อย่างไรก็ตาม ทีมไม่ควรเล็กกว่าสามคน จะต้องมีขนาดใหญ่พอที่จะทำให้ธุรกิจเห็นความก้าวหน้าใน Sprint แต่ละครั้ง
นักพัฒนาใน Scrum เรียกว่า ผู้ที่มีทักษะและความรับผิดชอบที่หลากหลาย ไม่ว่าในกรณีใดชื่อนี้สงวนไว้สำหรับผู้ที่ทำการเขียนโปรแกรม ดังนั้น ทีมงานอาจรวมถึง โปรแกรมเมอร์และนักออกแบบ นักวิจัยและนักวิเคราะห์ ผู้ทดสอบและนักวิทยาศาสตร์ ตลอดจนผู้เชี่ยวชาญอื่นๆ
ไม่มีลำดับชั้นในหมู่นักพัฒนา นั่นคือเหตุผลที่พวกเขาไม่ใช้ชื่อวิชาชีพหรือทางวิทยาศาสตร์
สมมติฐานที่สำคัญเกี่ยวกับองค์ประกอบของทีมพัฒนา คือความสามัคคี ดังนั้น ไม่ควรแยกทีมเล็กๆ ที่ทำงานในเป้าหมายอื่นออกจากกัน
ความรับผิดชอบของทีมพัฒนา
ความรับผิดชอบของทีมพัฒนาสามารถแบ่งออกได้เป็น 3 ด้าน เหล่านี้คือ:
- งานวางแผน
- ทำงานเกี่ยวกับผลิตภัณฑ์
- ปรับปรุงการทำงานร่วมกันภายในทีม
งานวางแผน
การจัดกำหนดการงานเป็นภาระหน้าที่ที่ทีมพัฒนาที่ใช้ Scrum ทั้งหมดต้องปฏิบัติตาม ประกอบด้วย การสร้างแผน Sprint และใส่ไว้ใน Sprint Backlog ซึ่งเราจะอธิบายในบทความแยกต่างหาก สิ่งที่สำคัญที่สุดคือทีมพัฒนาทำงานร่วมกัน ด้วยวิธีนี้ นักพัฒนาแต่ละคนจะสามารถกำหนดจำนวนงานที่ต้องทำใน Sprint ที่กำหนดได้อย่างสมจริง ในระยะยาว สิ่งนี้จะช่วยให้ทีมสามารถรักษาความเร็วและวางแผนได้แม่นยำยิ่งขึ้น
การจับตาดูชีพจรก็สำคัญไม่แพ้กัน กล่าวคือ การปรับแผนให้เข้ากับความเป็นจริงทุกวัน หากเกิดปัญหาขึ้น อาจจำเป็นต้องเปลี่ยนแปลง: เพื่อจัดระเบียบงานใหม่ แจกจ่ายงานให้แตกต่างออกไป หรือพูดคุยกับ Scrum Master เกี่ยวกับปัญหาที่เกิดขึ้นใหม่
ทำงานเกี่ยวกับผลิตภัณฑ์
รูปแบบการทำงานกับผลิตภัณฑ์อาจแตกต่างกันอย่างมากขึ้นอยู่กับพื้นที่ที่ทีมพัฒนาดำเนินการอยู่ โดยทั่วไปแล้ว เป้าหมายที่จะบรรลุในแต่ละ Sprint คือการสร้างส่วนเพิ่ม กล่าวคือ คุณลักษณะผลิตภัณฑ์ที่มีคุณค่าทางธุรกิจ
การพูดโดยตรงและใช้กฎต่อไปนี้จะเป็นประโยชน์:
เมื่อคุณทำงานเกี่ยวกับผลิตภัณฑ์ คุณต้องปล่อยให้ผลิตภัณฑ์นั้นอยู่ในสภาพที่ไม่เพียงแต่ได้รับการปรับปรุง แต่ยังต้องไม่เสร็จน้อยกว่ารุ่นก่อนหน้า
การใช้หลักการนี้หมายความว่า ทีมโดยรวมต้องรับผิดชอบต่อการเพิ่มขึ้น หากนักพัฒนาทำงานอย่างไม่ระมัดระวัง ทำให้คุณภาพของผลิตภัณฑ์แย่ลง คนอื่นจะต้องทำงานให้พวกเขา ในทางกลับกัน หากนักพัฒนาพบจุดบกพร่องในผลิตภัณฑ์ พวกเขาควรแก้ไขด้วยตนเองหรือส่งต่อข้อมูลจุดบกพร่องให้กับผู้ที่สามารถทำได้ เราจะเขียนเพิ่มเติมเกี่ยวกับการทำงานกับ Product Increment ภายใน Sprint ในบทความแยกต่างหาก
การปรับปรุงการทำงานร่วมกันในทีม
การทำงานในวิธีการทำงานของทีมนั้นเกี่ยวกับ การปรับปรุงประสิทธิภาพและประสิทธิผลของนักพัฒนาแต่ละราย อย่างต่อเนื่อง
อย่างไรก็ตาม การสื่อสารระหว่างนักพัฒนายังทำงานอยู่หรือเหนือสิ่งอื่นใด การปรับปรุงประกอบด้วยการแก้ปัญหาที่ช่วยให้สามารถแบ่งงานได้อย่างมีประสิทธิภาพและแม่นยำ และยังฝึกฝนทักษะ:
- วิจารณ์วิธีแก้ปัญหา ไม่ใช่ผู้คน การเปลี่ยนภาษาที่เราใช้อธิบายงานนำไปสู่การเปลี่ยนแปลงทัศนคติและการทำงานร่วมกันที่ดีขึ้น
- ทำตัวให้ห่างเหินจากความคิดของคุณ - ทำให้เกิดอารมณ์ขันและการตอบรับที่ตรงไปตรงมามากขึ้น
- การ สร้างความไว้วางใจ – ต้องขอบคุณความไว้วางใจที่นักพัฒนาสามารถเสนอแนวคิดที่เป็นนวัตกรรมใหม่ๆ มากมายโดยไม่ต้องกลัวว่าจะมีปฏิกิริยาเชิงลบต่อสิ่งแวดล้อม
การปรับปรุงการทำงานร่วมกันของทีมทำได้สำเร็จผ่านการ ไตร่ตรองอย่างต่อเนื่องเกี่ยวกับวิธีการทำงานของทีมและการให้ข้อเสนอแนะ ระหว่างกิจกรรม Scrum ที่อธิบายไว้ในบทความนี้
สรุป
ในบทความของวันนี้ เราขอนำเสนอคุณลักษณะ องค์ประกอบ และความรับผิดชอบของทีมพัฒนา Scrum สหวิทยาการ การจัดการตนเอง และความปรารถนาในการพัฒนาเป็น คุณลักษณะเฉพาะของทีมเล็กๆ นี้ และ การปรับปรุงการทำงานเป็นทีมอย่างต่อเนื่องและการทำงานอย่างมีประสิทธิภาพในผลิตภัณฑ์ ซึ่งเป็นงานที่ทีมพัฒนาทุกทีมต้องบรรลุ
หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter, LinkedIn, Instagram, YouTube
ผู้เขียน: แคโรไลน์ เบ็คเกอร์
ในฐานะผู้จัดการโครงการ Caroline เป็นผู้เชี่ยวชาญในการค้นหาวิธีการใหม่ๆ เพื่อออกแบบเวิร์กโฟลว์ที่ดีที่สุดและเพิ่มประสิทธิภาพกระบวนการ ทักษะในการจัดองค์กรและความสามารถในการทำงานภายใต้แรงกดดันของเวลาทำให้เธอเป็นคนที่ดีที่สุดในการเปลี่ยนโครงการที่ซับซ้อนให้กลายเป็นจริง
คู่มือการต่อสู้:
- อภิธานศัพท์ของคำศัพท์พื้นฐาน บทบาท และแนวคิด
- Scrum คืออะไร?
- ค่าการต่อสู้
- วิธีใช้งาน Scrum ในบริษัทของคุณ
- Scrum Team - มันคืออะไรและทำงานอย่างไร?
- เจ้าของผลิตภัณฑ์คือใคร?
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Product Owner
- Scrum Master คือใคร?
- ลักษณะของ Scrum Master ที่ดี
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Scrum Master
- สถิติและตัวชี้วัดใดที่ Scrum Master ควรติดตาม
- ความร่วมมือระหว่าง Product Owner และ Scrum Master
- ทีมพัฒนาใน Scrum
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Developers
- สิ่งประดิษฐ์การต่อสู้
- สเกลการต่อสู้
- Sprint Backlog
- Backlog สินค้าคืออะไร?
- เรื่องราวของผู้ใช้คืออะไร?
- สร้าง User Story ที่ดีที่สุดกับ INVEST
- ข้อผิดพลาด User Story ที่พบบ่อยที่สุด
- เกณฑ์การยอมรับเรื่องราวของผู้ใช้
- การประมาณค่าและจุดเรื่องราวใน Scrum
- การวางแผนโป๊กเกอร์
- เกมประเมินทีม
- กำหนดส่วนเพิ่ม
- เหตุการณ์การต่อสู้
- Sprint ใน Scrum คืออะไร?
- ความมุ่งมั่นของทีม Scrum - เป้าหมายผลิตภัณฑ์ เป้าหมาย Sprint และคำจำกัดความของความสำเร็จ
- แผนภูมิ Burndown คืออะไร?
- จะสร้างและตีความแผนภูมิเบิร์นดาวน์ได้อย่างไร?
- ข้อดีและข้อเสียของแผนภูมิการเบิร์นดาวน์
- กระดาน Kanban ใน Scrum และ Scruban
- Velocity in Scrum - ความเร็วของทีมพัฒนา
- การต่อสู้รายวัน
- การวางแผนการวิ่ง
- Sprint Review
- Sprint Retrospective คืออะไร?
- ข้อผิดพลาดทั่วไประหว่าง Sprint Retrospective
- บำรุง Backlog สินค้า