Scrum Guide | 14. ข้อผิดพลาดของนักพัฒนา
เผยแพร่แล้ว: 2022-04-26ทีมพัฒนาเป็นกลุ่มผู้เชี่ยวชาญอิสระ อย่างไรก็ตาม ความสำเร็จของโครงการที่พวกเขาดำเนินการนั้นขึ้นอยู่กับความพยายามร่วมกันของพวกเขา และต้องใช้วุฒิภาวะและทักษะการทำงานเป็นทีมอย่างมาก ข้อผิดพลาดที่พบบ่อยที่สุดของนักพัฒนาคืออะไร ข้อใดที่ทำให้การแสวงหา Product Goal ยากหรือเป็นไปไม่ได้
ข้อผิดพลาดทั่วไปของนักพัฒนา – สารบัญ:
- ข้อผิดพลาดทั่วไปของนักพัฒนา
- ยึดติดกับความคิดของคุณมากเกินไป
- อาชีพอิสระ
- การถอนตัวของผู้พัฒนา
- อิสรภาพ
- การจำกัดความรับผิดชอบตามขอบเขตอำนาจหน้าที่
- Sprint Backlog ถ่วง
- สรุป
ข้อผิดพลาดทั่วไปของนักพัฒนา
ข้อผิดพลาดหลายประการของ Developers ที่ทำงานใน Scrum มีที่มาในแนวทางการทำงานเป็นทีม ในทางหนึ่ง เป็นการ เข้าใจผิดเกี่ยวกับความเป็นอิสระ และปกป้องความคิดของตนกับผลประโยชน์ของทีม กลับพึ่งพาผู้อื่นและ ขาดความเป็นอิสระ แหล่งที่มาของปัญหาอื่นอาจเป็น ความเข้าใจผิดในความรับผิดชอบของทีม
ยึดติดกับความคิดของคุณมากเกินไป
ความรับผิดชอบรายวันของนักพัฒนารวมถึงการหาแนวทางแก้ไขปัญหาที่ซับซ้อน ความพยายามในการพัฒนาวิธีแก้ปัญหาอาจทำให้พวกเขายึดติดกับความคิดมากเกินไป ซึ่งจะทำให้พวกเขามองข้ามเป้าหมายผลิตภัณฑ์และใช้เวลา มากเกินไปในการพัฒนาโซลูชันด้านข้าง ที่ไม่เป็นประโยชน์จากมุมมองทางธุรกิจ และพวกเขาก็ ไม่เต็มใจที่จะมองหาทางเลือกอื่น ซึ่งคุกคามความคล่องตัวของทีม
อาชีพอิสระ
หากผู้พัฒนารายใดมีปัญหาในการทำความเข้าใจบทบาทของตนในทีม พวกเขาจะพยายามแยกงานของตนออกจากเป้าหมาย Sprint ที่แย่ไปกว่านั้น พวกเขาจะทำโดยไม่มีการอ้างอิงถึงส่วนที่เหลือของทีม นอกจากนี้ยังอาจกลายเป็นปัญหาได้หากพวกเขาทำการเปลี่ยนแปลง Sprint Backlog โดยพลการ นี่คือสาเหตุที่ความเข้าใจผิดในความเป็นอิสระของนักพัฒนาซอฟต์แวร์รายใดรายหนึ่งอาจเกิดจาก ปัญหาด้านการสื่อสาร
ความต้องการความเป็นอิสระมากเกินไปสามารถเกิดขึ้นได้จาก การไม่ได้รับการยอมรับในความสำเร็จของนักพัฒนา แต่ละคน จะปรากฏขึ้นเมื่อผลงานที่ทำโดยทีมได้รับการประเมินตามสัดส่วนของความพยายามและความยากง่ายของงาน
การทำงานด้วยตัวเอง อาจกลายเป็นต้นเหตุของความขัดแย้งที่ร้ายแรงภายในทีม ด้วยเหตุนี้จึงเป็นสิ่งสำคัญมากที่ Scrum Master จะต้องตอบสนองและแก้ไขปัญหาพื้นฐานโดยเร็วที่สุด เนื่องจากอาจกลายเป็นว่าความผิดพลาดไม่ได้อยู่ที่นักพัฒนา แต่มีการประเมินการมีส่วนร่วมที่ไม่ถูกต้อง
การถอนตัวของผู้พัฒนา
ปัญหาที่เกิดจากสองข้อก่อนหน้านี้ - ทำงานด้วยตัวเองและยึดติดกับความคิดของคุณเองมากเกินไป - อาจเป็น ปัญหาของการขาดการสื่อสาร จากนั้นนักพัฒนาเหล่านั้นก็เริ่มแยกตัวออกจากทีม แม้ว่าพวกเขาจะทำงานตาม Sprint Backlog แต่พวกเขาก็ถอนตัวออกจากชีวิตของทีม
ในสถานการณ์เช่นนี้ Scrum Master ควรให้ความสนใจเป็นพิเศษกับ Developer ที่ถูกถอนออกไป ชื่นชมผลงานที่พวกเขามีต่อทีมและ สนับสนุนให้พวกเขาใช้ทัศนคติเชิงรุก
อิสรภาพ
การจัดการตนเองเป็นลักษณะเฉพาะของ ทีม พัฒนาที่เติบโตเต็มที่และมีองค์ประกอบที่ดี ซึ่งเราได้อธิบายไว้ในบทความที่แล้ว หมายความว่าแม้จะมีปัญหา นักพัฒนาไม่ต้องพึ่งพาผู้อื่นเพื่อบอกวิธีแจกจ่ายงานระหว่างกัน อย่างไรและเมื่อใดจึงจะเสร็จสิ้น อย่างไรก็ตาม การจัดระเบียบตนเองสามารถก่อให้เกิดความเข้าใจผิดระหว่างบุคคลได้
ในกรณีเช่นนี้ จำเป็นต้องมี Scrum Master อยู่ตลอดเวลาเพื่อให้แน่ใจว่ามีการกระจายงานที่ต้องทำเพื่อให้บรรลุเป้าหมาย Sprint นี่คือเมื่อ ปัญหาการพึ่งพาของนักพัฒนา เกิดขึ้น
อีกครั้งที่ Scrum Master ควรเข้ามาช่วยเหลือโดยสนับสนุนให้สมาชิกทีมพัฒนามีความมุ่งมั่นในตนเองและรับผิดชอบต่องานของตน
การจำกัดความรับผิดชอบตามขอบเขตอำนาจหน้าที่
ปัญหาอีกประการหนึ่งที่ Developer ต้องเผชิญ โดยเฉพาะในทีม Forming คือ การ ไม่เต็มใจทำงานอื่นนอกเหนือจากความสามารถหลักของ Developer
ข้อผิดพลาดนี้อาจนำไปสู่การลดประสิทธิภาพของทีมพัฒนาอย่างมาก ไม่ใช่ว่า Sprint ทั้งหมดจะใช้ความสามารถหลักของสมาชิกในทีมแต่ละคน ดังนั้น พวกเขาจะต้องเปิดกว้างต่อการปฏิบัติงานอื่น งานเสริม หรืองานจัดระเบียบ ที่เกี่ยวข้องกับเป้าหมาย Sprint อย่างเท่าเทียมกัน
Sprint Backlog ถ่วง
งานหนึ่งดังกล่าวคือ การรักษา Sprint Backlog ให้เป็นระเบียบ เป็นงานหลักสำหรับการดำเนินงานที่ราบรื่นของทีมพัฒนา อย่างไรก็ตาม ข้อผิดพลาดทั่วไปคือการเปลี่ยนความรับผิดชอบในการเก็บรักษาระหว่างนักพัฒนา สิ่งนี้ขัดขวางไม่เฉพาะงานในเป้าหมาย Sprint แต่ยังรวมถึงการพัฒนาทีมและการปรับปรุงอย่างต่อเนื่อง
ข้อผิดพลาดทั่วไปของนักพัฒนา -summary
โดยสรุป ข้อผิดพลาดที่พบบ่อยที่สุดของนักพัฒนา ได้แก่ ความพยายามที่จะตัดตัวเองออกจากทีมโดยรวม: ทำงานด้วยตนเอง ผลักดันความคิดของตนเอง และถูกถอนออก ความสมบูรณ์ของทีมพัฒนายังถูกคุกคามจากปัญหาในการพัฒนาความเป็นอิสระ ความยุ่งเหยิงใน Sprint Backlog และความเต็มใจของนักพัฒนาในการปฏิบัติหน้าที่นอกเหนือความสามารถหลักของพวกเขา
หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน 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 สินค้า