ในความคิดของฉันนี้จะส่งผลกระทบต่อโครงการทั้งหมดไม่ดีมาก มันไม่ได้เป็นเพียงเรื่องของการประเมินหรือการวางแผน ใช่คุณสามารถพูดได้ว่าถ้าสมาชิกในทีมได้รับการจัดสรรไปยังสามโครงการและพวกเขามีการจัดสรร 33% ในแต่ละโครงการคุณรู้ทุกอย่างที่คุณต้องการและคุณทำเสร็จแล้ว แต่นั่นไม่เป็นความจริง
การสลับบริบทมีราคาแพงมาก การรักษาความมุ่งมั่นอย่างเต็มที่ให้กับโครงการคู่ขนานหลายโครงการนั้นเป็นไปไม่ได้ดังนั้นร้อยละ 33 ของเวลาของนักพัฒนานั้นอยู่ห่างจาก 33% เมื่อนักพัฒนาได้รับมอบหมายให้กับโครงการเดียวเท่านั้น
อีกที่ที่การสื่อสารล้มเหลวอย่างสิ้นเชิงก็คือ จะเกิดอะไรขึ้นหากสมาชิกในทีมที่ทำงานในโครงการ A ต้องสื่อสารบางสิ่งกับสมาชิกในทีมที่ทำงานในโครงการ A เมื่อวานนี้ แต่ปัจจุบันทำงานกับโครงการ B นั่นเป็นอุปสรรคสำหรับพวกเขาทั้งคู่เพราะคนแรกต้องการข้อมูล แต่อย่างที่สองเน้นไปที่โปรเจ็กต์ที่แตกต่างกันโดยสิ้นเชิงและคำถามใด ๆ สำหรับโปรเจ็กต์ A รบกวนเขา Scrum master จาก project A ต้องการให้ผู้พัฒนาของเขาได้รับข้อมูลโดยเร็วที่สุดและ Scrum master จาก project B ไม่ต้องการให้สมาชิกในทีมของเขาถูกรบกวนโดยสิ่งใดก็ตามที่ไม่เกี่ยวข้องกับโครงการ B หากคุณต้องการหลีกเลี่ยงสิ่งนี้คุณต้องวางแผนทั้งหมด นักพัฒนาจากทีมเพื่อทำงานในโครงการเดียวกันภายในวันเดียวกันนั่นคือความยุ่งยากครั้งใหญ่ในกระบวนการวางแผนทั้งหมดและบางสิ่งที่ควรหลีกเลี่ยงอย่างสมบูรณ์
คุณต้องวางแผนการประชุมทั้งหมดเพื่อไม่ให้ชนกัน คุณต้องเข้าใจว่าการประชุมนั้นเสียจริงและเพราะควรมีจำนวนขั้นต่ำที่ต้องการในการประชุมสั้นที่สุดเท่าที่จะทำได้เพื่อควบคุมกระบวนการ แต่ถ้าคุณมีสมาชิกในทีมที่ทำงานในสามโครงการเขาจะต้องมีส่วนร่วมในการประชุมทั้งหมดสำหรับทั้งสามโครงการ => การประชุมเพิ่มอีกสามครั้งโดยที่นักพัฒนาไม่ได้สร้างคุณค่าทางธุรกิจใด ๆ
เนื่องจากข้อสรุปที่คล่องตัวก็คือการลดของเสีย (ใช่มันมาจากวิธี Lean) และการแบ่งปันสมาชิกในทีมเป็นหนึ่งในความล้มเหลวที่เลวร้ายที่สุดในแง่ของการแนะนำของเสียและการลดผลผลิต ฉันเดาว่าการส่งมอบมูลค่าทางธุรกิจสำหรับการจัดสรร 33% ไปยังโครงการเดียวจะเท่ากับมูลค่าทางธุรกิจที่ส่งมอบจาก 10-16% ของการจัดสรรแบบเต็มเวลา ซึ่งหมายความว่านักพัฒนาซอฟต์แวร์จะไม่เพียงแค่มีส่วนร่วมในโครงการ 1/3 เท่า แต่ในช่วงเวลานั้นผลผลิตของเขาจะอยู่ระหว่าง 1/3 ถึง 1/2