ทีมของฉันประกอบด้วยนักพัฒนา 4 คน ทั้งหมดปรุงรสและมีทักษะ หนึ่งในนั้นคือบทที่มีเจตนาดีและมีเจตนาดีซึ่งยืนยันในการกำหนดวิธีแก้ปัญหาทางเทคนิคให้กับเรื่องราวของเราก่อนที่เราจะวางประมาณการของเราด้วยการวางแผนโป๊กเกอร์ เขาปฏิเสธที่จะประเมินว่าเขาไม่มีความรู้คร่าวๆเกี่ยวกับโซลูชันทางเทคนิคที่ตกลงกันไว้ (ซึ่งฟังดูสมเหตุสมผลใช่ไหม)
ปัญหาคือช่วงการประเมินของเราใช้เวลาตลอดไปจนแล้วเสร็จ !! จากประสบการณ์ของคุณคุณจะรับมือกับบุคลิกแบบนี้อย่างไรเมื่อเล่นโป๊กเกอร์ที่วางแผนไว้
คำตอบ:
ดูเหมือนว่าเขาจะชอบสิ่งต่าง ๆ ที่กำหนดไว้อย่างเป็นทางการดังนั้นตัวจับเวลาจะเป็นความคิดที่ดีเนื่องจากการวางแผนโป๊กเกอร์ถูกกำหนดให้มีเวลากำหนดให้ผู้คนพูด
เขามีความคิดที่ผิดเกี่ยวกับการประเมินด้วยทุกคนประมาณกับเรื่องราวและไม่ใช่การนำไปใช้ซึ่งเป็นสาเหตุที่คุณได้รับความแปรปรวนดังกล่าว ตัวอย่างเช่นบางคนอาจไม่รู้กรอบหรือปิดทางออกชั้นวางและเริ่มเขียนสิ่งตั้งแต่เริ่มต้น
For example some people may be ignorant of a framework or off the shelf solution and start writing things from scratch- ดังนั้นการอภิปราย จากนั้นทุกคนรู้เกี่ยวกับมันและประมาณการดีกว่า
สมาชิกในทีมของคุณฟังบุคลิกของนักวิเคราะห์ นักวิเคราะห์ต้องการข้อมูลมากมายในการตัดสินใจ ความคิดของตัวจับเวลานั้นดีที่สุด แต่ระวังให้ดีเขาจะไปซ่อนสิ่งที่เขาให้ ทำงานกับเขาเพื่ออธิบายว่ามันเป็นเพียงการประเมินเบื้องต้นโดยยึดตามปัญหาไม่ใช่วิธีแก้ปัญหา หากเขาต้องการถามคำถามขอให้เขาเก็บปัญหาไว้ไม่ใช่ทางออก คุณอาจต้องตัดเขาออกหรือรบกวนเขาชั่วขณะเมื่อเขาลอยไปหาทางแก้ปัญหา
ตรวจสอบให้แน่ใจว่าคุณยึดถือกฎอื่น ๆ เหล่านี้เพื่อให้เขาไม่รู้สึกแยก นักวิเคราะห์เป็นบุคลิกภาพทั่วไปในการเขียนโปรแกรมดังนั้นคุณอาจพบเจอคนอื่นเช่นเขา
ดูเหมือนว่าเพื่อนร่วมงานของคุณไม่เข้าใจความแตกต่างระหว่างการประมาณการและความมุ่งมั่นหรือไม่ได้สื่อสารกับเขาในระหว่างการฝึกอบรม และเนื่องจากคุณพยายามแนบปัญหากับบุคลิกภาพของเขาอาจเป็นไปได้ว่าทีมของคุณทั้งหมดยังไม่เข้าใจ (แต่ไม่ต้องกังวล! อุตสาหกรรมส่วนใหญ่ของเราไม่เข้าใจ Agile ยาก!)
เมื่อเราบอกว่าขนาดของเรื่องราวคือจุด X เราหมายถึงการกระจายความน่าจะเป็นจริง หากการประมาณการของเราถูกต้องเรื่องราวควรใช้เวลานานกว่า 50% (และอีก 50% จะใช้เวลาน้อยลง) หากเพื่อนร่วมงานของคุณเชื่อว่าเมื่อเวลาผ่านไปจำนวนหน่วย X เขาจะถูกขอให้สาธิตเรื่องราวหรืออื่น ๆ ซึ่งจะเปลี่ยนวิธีการประเมิน
การวางแผนโป๊กเกอร์แนะนำข้อผิดพลาดอื่น: แทนที่จะพยายามปักหมุด X เราจับคู่มันกับสเกลที่ไม่ต่อเนื่องสเกลฟีโบนักชี (1, 2, 3, 5, 8 และอื่น ๆ ) เป็นที่นิยมที่สุด มันบอกว่าขนาดไม่ใหญ่เท่าที่มันเป็น เมื่อเราบอกว่าขนาดเนื้อเรื่องคือ 3 คะแนนเราจะพูดว่า "มันคือ X บวก - ลบความแปรปรวนบางส่วนและ X ใกล้ถึง 3 มากกว่าที่จะเป็น 2 หรือ 5"
ทีมของคุณสามารถได้รับประโยชน์จากการทำความเข้าใจว่าแบบฝึกหัดนี้ไม่แน่นอนและวิธีการประมาณการแตกต่างจากความมุ่งมั่น หากคุณต้องการ / จำเป็นต้องศึกษาแนวคิดเหล่านี้ในเชิงลึกหนังสือเล่มนี้มีสิ่งนั้น
ฉันเห็นได้ว่าสมาชิกในทีมของคุณมาจากที่ใด แต่เขาชัดเจนว่ายังไม่เข้าใจแนวคิดของ Agile and Planning Poker อย่างสมบูรณ์ คุณควรเริ่มต้นด้วยการทำให้แน่ใจว่าทุกคนเข้าใจแนวคิดและเหตุผลที่อยู่เบื้องหลังพวกเขาแล้วพวกเขาควรทำถูกต้องด้วยตัวเอง
สำหรับทีมที่ฉันทำงานด้วยในตอนเริ่มต้นของการวางแผนทุกครั้งฉันจะตั้งตัวจับเวลาทราย 3 นาทีบนโต๊ะ ฉันบอกให้ทั้งทีมรู้ว่าหากพวกเขารู้สึกว่าบทสนทนานั้นกำลังดำน้ำลึกหรือไม่เกี่ยวข้องหรือในทางอื่นที่นอกเหนือไปจากสิ่งที่พวกเขารู้สึกว่าเป็นสิ่งจำเป็นในการประเมินเรื่องราวในประเด็นเรื่องราวแล้วทุกคนในทีม สามารถพลิกตัวจับเวลา เมื่อทรายหมดแล้วทีมจะประเมินทันที
วิธีนี้ให้อำนาจทุกคนในทีมเพื่อ จำกัด การสนทนาเมื่อพวกเขารู้สึกว่าการสนทนาไม่มีประโยชน์ในการประเมินเรื่องราวที่ถูกกล่าวถึงอีกต่อไป ในขณะเดียวกันก็ไม่ได้ตัดการสนทนาทันที แต่ให้ทุกคนมีข้อบ่งชี้ทางสายตาว่าการสนทนาจะต้องสรุปในไม่กี่นาทีถัดไปเพราะเราจะลงคะแนน
เครื่องมืออีกอย่างที่ฉันใช้เพื่อช่วยให้ช่วงการวางแผนเน้นไปที่การทำให้แน่ใจว่าทุกคนในทีมได้ตรวจสอบเรื่องราวที่อยู่ด้านบนสุดของ backlog อย่างน้อยสองสามวันก่อนการวางแผน แนวคิดคือถ้าคุณมีรายการคำถามทันทีที่อ่านเรื่องราวคุณสามารถแจ้งให้เจ้าของผลิตภัณฑ์ทราบเกี่ยวกับคำถามที่อาจเกิดขึ้นก่อนหน้านี้หลายวันเพื่อให้พวกเขาสามารถชี้แจงเรื่องราวหรือการยอมรับ critiera เพื่อ จำกัด การอภิปรายในภายหลัง นอกจากนี้ยังช่วยให้ผู้คนเริ่มคิดเกี่ยวกับการออกแบบที่มีศักยภาพของเรื่องก่อนที่จะอยู่ในการวางแผน (และพยายามออกแบบในระหว่างการวางแผน)