คำตอบที่ถูกต้องคือ "ถามทีม" นี่คือหลักการของการจัดระเบียบตัวเองที่พวกเขาควรจะสามารถปรับโครงสร้างตัวเองเพื่อให้งานสำเร็จได้อย่างรวดเร็ว คุณเห็นคนจำนวนมากในทีมมีความรู้บริบทมากกว่าคนนอกและพวกเขารู้ว่าอะไรดีที่สุด ซึ่งรวมถึงเจ้าของผลิตภัณฑ์
ฉันคิดว่าคุณมาที่นี่และถามคำถามเนื่องจากมีบางสิ่งที่ไม่ถูกต้องและคุณมีข้อกังวลที่ซ่อนอยู่ ดังนั้นฉันจะให้คำแนะนำคุณสองสามข้อเพื่อหารือกับทีมเพื่อตัดสินใจอย่างถูกต้อง
เจ้าของผลิตภัณฑ์
มีเจ้าของผลิตภัณฑ์เพียงคนเดียวสำหรับงานในมือและสิ่งนี้ควรเป็นบุคคลธุรกิจหรือบุคคลที่เป็นตัวแทนของธุรกิจ ไม่ควรเป็นการจัดการด้านไอที งานในมือที่มีขนาดใหญ่มีหลายรายการและมีหลายทีมที่อาจเป็นเรื่องที่มากเกินไปสำหรับ PO เดียวที่จะจัดการ คุณอาจต้องการแยก backlogs แยกด้วยเหตุผลนี้
หากมีหลาย PO ของคุณต้องมีหลาย backlogs แน่นอนเนื่องจากทีมควรจะทุ่มเทในการวิ่งไปที่ PO และ Backlog เดียว เหตุผลคือทีมไม่จำเป็นต้องจัดการความขัดแย้งระหว่างลำดับความสำคัญของเจ้าของผลิตภัณฑ์
การพัฒนาผลิตภัณฑ์กับการบำรุงรักษา
ทีมงานบำรุงรักษาทำงานในการปรับปรุงเล็ก ๆ มากมาย, บั๊กกับผลิตภัณฑ์ที่แตกต่างกันหลายอย่างและอาจมีกับเจ้าของผลิตภัณฑ์หลายคน ทีม BAU เหล่านี้ต้องการการสนับสนุนการจัดการด้านไอทีเพื่อช่วยกำหนดเวลาและจัดการความขัดแย้งระหว่างเจ้าของผลิตภัณฑ์หลายราย
ทีมงานโครงการควรมุ่งเน้นที่ผลิตภัณฑ์เดียวในแต่ละครั้งเพื่อลดการสลับบริบทและส่งมอบผลิตภัณฑ์ที่ยอดเยี่ยมทีละรายการ การสลับบริบทอาจส่งผลให้มีผลิตภัณฑ์ระดับปานกลางจำนวนมากที่มีหนี้สินทางเทคนิคในระดับหนึ่ง
การสลับบริบท
การทำงานกับผลิตภัณฑ์หลายอย่างหรือคุณลักษณะที่แตกต่างทำให้เกิดการสลับบริบทซึ่งทำให้การทำงานของทีมช้าลง PO ควรคำนึงถึงสิ่งนี้เมื่อทำงานสิ่งต่อไปและทีมงานควรทำงานอะไร ปริมาณของการสับเปลี่ยนไม่ได้มีนัยสำคัญและไม่ได้เป็นเพียงประเด็นทางทฤษฎีเท่านั้นมันเป็นเรื่องจริงและฉันได้เห็นทีมลดลงถึง 80% ในเรื่องของประสิทธิภาพเนื่องจากสิ่งนี้
ใบสั่งซื้อที่ดีจะลองใช้คุณลักษณะของกลุ่มและประเภทของงานเพื่อช่วยให้ทีมทำการสลับบริบทน้อยลงซึ่งเป็นการปรับปรุงประสิทธิภาพของพวกเขา
อันตราย
น่าเศร้าที่ฝ่ายบริหารพยายามเสี่ยงกับเวลาเงินงบประมาณและแรงกดดันทางธุรกิจในทีม และทีมยอมรับสิ่งนี้โดยยอมรับสิ่งนี้ ในฐานะมืออาชีพด้านการพัฒนาคุณควรระบุข้อเท็จจริงและผลกระทบของการตัดสินใจและทำให้ธุรกิจเป็นเจ้าของความเสี่ยงของตนเอง
ตัวอย่าง
ยอมรับกับเวลาที่ไร้สาระ พูดว่าความพยายามที่จะทำงานให้ถูกต้องและทำให้ธุรกิจจัดการปัญหาเวลาได้
ประมาณการ ธุรกิจคาดหวังให้ทีมประเมินอย่างแม่นยำในโลกแห่งความซับซ้อนและความไม่แน่นอน ทีมควรถามธุรกิจว่าพวกเขากำลังทำอะไรเพื่อบรรเทาหากประมาณการเกินกว่าความท้าทายที่คาดไม่ถึงซึ่งมีโอกาสสูง ทีมไม่ควรคำนึงถึงปัจจัยไขมัน แต่ควรทำธุรกิจแทน
หนี้ทางเทคนิค ทีมงานควรประเมินการทำรหัสคุณภาพสูงที่ผ่านการทดสอบอย่างสมบูรณ์และประเมินการทำงานเช่นหยุดเขียนข้อบกพร่องเนื่องจากแรงกดดัน หากธุรกิจต้องการคุณภาพต่ำกว่าก็เป็นความเสี่ยงที่จะต้องดำเนินการและเมื่อสิ่งต่าง ๆ เป็นปัญหา
ความเป็นมืออาชีพ
เป็นมืออาชีพโดยระบุการสร้างสิ่งที่ถูกต้องเพื่อคุณภาพที่ตกลงกัน ประเมินความสามารถที่ดีที่สุดของคุณจากข้อเท็จจริงที่อยู่ในมือ เมื่อข้อเท็จจริงเหล่านี้มีการเปลี่ยนแปลงสื่อสารและปรับประมาณการ ในฐานะทีมพัฒนาสร้างผลิตภัณฑ์ที่ยอดเยี่ยมและไม่รับความเสี่ยงทางธุรกิจ สื่อสารและจัดการความคาดหวัง
ตรวจสอบและปรับตัว
ทีมควรหาวิธีปรับปรุงอยู่เสมอและหากพวกเขารู้สึกว่ามันจะทำให้ดีขึ้นพวกเขาควรลอง จากนั้นตรวจสอบเพื่อดูว่ามีการปรับปรุงหรือไม่ ในที่สุดพวกเขาควรปรับตัวและปรับปรุงวิธีการใหม่ ๆ ความตั้งใจที่อยู่เบื้องหลังการพยายามปรับปรุงควรอยู่ที่นั่นเสมอ
บรรทัดล่าง
ในที่สุดการจัดการงานในมือก็เป็นทางเลือกของ PO เขา / เธอต้องการจัดการคิวงานอย่างไรนั้นขึ้นอยู่กับพวกเขา เพียงคิดว่าพวกเขาจะต้องรักษาขั้นตอนการทำงานให้ทุกทีมมีสุขภาพดีและอยู่ในสถานะที่ดี มันขึ้นอยู่กับ PO ที่จะตัดสินใจ
การต่อสัญญา
ในช่วงการวางแผนการวิ่งทีมควรคาดหวังว่าจะมีรายการที่ค้างอยู่ของผลิตภัณฑ์ที่ได้รับการดูแลเป็นอย่างดีชัดเจนและไม่คลุมเครือและได้รับคำสั่ง ด้วยการสนทนาสั้น ๆ กับ PO ทีมควรรู้ว่าสิ่งที่ต้องการ PO; อะไรคือสิ่งที่ จากนั้นทีมงานจะมุ่งเน้นไปที่วิธีการสร้าง
ถ้าใบสั่งซื้อมาถึงการประชุมการวางแผนที่ดีใครสนใจว่ามีการจัดการงานในมือค้าง หากใบสั่งซื้อมาโดยไม่ได้เตรียมการประชุมวางแผนการวิ่งควรได้รับการแก้ไขโดย SM และทำให้มองเห็นได้ชัดเจนเนื่องจากไม่สามารถยอมรับได้ทั้งหมดและไม่ใช่ปัญหาของทีม