จะจัดการการพึ่งพา 'ภายนอก' ในการต่อสู้ได้อย่างไร?

หากคุณวางแผนเรื่องราวของผู้ใช้จำนวนมากสำหรับการวิ่งและเรื่องราวหนึ่งเรื่องขึ้นอยู่กับผู้ให้บริการภายนอกบางรายที่ส่งมอบบางอย่างให้กับทีมของคุณ ตัวอย่างเช่นผู้ให้บริการออนไลน์ที่เพิ่มการเรียก API ใหม่ให้กับระบบของพวกเขาหรือเปิดใช้งานบัญชีทดสอบของคุณในระบบหรือสิ่งที่คล้ายกัน

คุณจะรู้ว่ามันจะ 'เร็ว ๆ นี้'

คุณไปข้างหน้าและเพิ่มเรื่องราวในการวิ่งหวังว่าพวกเขาจะส่งมอบสิ่งที่จำเป็นในเวลาที่คุณจะทำให้เรื่องราวของคุณเสร็จสมบูรณ์หรือคุณรอจนถึงการวิ่งครั้งต่อไปเมื่อคุณรู้ว่ามันจะพร้อมและคุณสามารถเริ่มทันทีแม้ว่า มันไม่ได้หมายความว่าจะเริ่มเรื่องเร็วเท่าที่จะทำได้

หากก่อนหน้านี้คุณจัดการกับจุดที่ยังไม่รับรู้ได้อย่างไรเพราะการพึ่งพา? เครดิตบางส่วน (eek!) หรือใช้มันบนคาง

ท้ายที่สุดมันขึ้นอยู่กับว่าคุณมั่นใจ 100% ว่าผู้ให้บริการภายนอกจะมอบสิ่งที่คุณสามารถใช้ได้ตามเวลาที่คุณต้องการใช้

หากคุณไม่แน่ใจว่าพวกเขาจะส่งมอบตรงเวลาแล้วอย่าเพิ่มเรื่องราวลงในการวิ่ง อย่างไรก็ตามเพียงเพราะพวกเขาเคยส่งมอบในอดีตไม่มีการรับประกันว่าพวกเขาจะส่งมอบในเวลานี้

คุณควรแจ้งให้ลูกค้าทราบว่าการพึ่งพานี้มีอยู่และคุณจะต้องรอให้ API (หรืออะไรก็ตาม) พร้อมใช้งานก่อนจึงจะสามารถกำหนดเวลางานได้

ในด้านบวกอาจมีแง่มุมของเรื่องราวที่คุณสามารถส่งได้ - นั่นคือทำลายมันต่อไปจนกว่าคุณจะแยกการพึ่งพามากที่สุดเท่าที่จะทำได้ นี่อาจช่วยให้คุณทำเรื่องก่อนที่ซัพพลายเออร์จะส่งงานของพวกเขา

สิ่งหนึ่งที่คุณสามารถทำได้คือการสร้างส่วนต่อประสานระหว่างโค้ดของคุณกับ API ของบุคคลที่สาม คุณใส่รหัสอินเทอร์เฟซของคุณเพื่อให้ส่วนที่เหลือของโครงการสามารถดำเนินการต่อไปและจนกว่าคุณจะมี API จริงใช้จำลองเพื่อส่งคืนข้อมูลตัวอย่าง จากนั้นเมื่อ API จริงมาถึงคุณเพียงแค่ต้องเปลี่ยนรหัสที่อยู่เบื้องหลังส่วนต่อประสานซึ่งจะไม่มีผลกับแอปพลิเคชั่นที่เหลือ ทำสิ่งนี้เฉพาะในกรณีที่คุณสามารถเห็นด้วยกับผู้จัดหา API ว่าส่วนต่อประสานของพวกเขาจะไม่เปลี่ยนแปลง (อย่างน้อยก็ไม่มากนัก)

ทีมเป็นหนึ่งที่ทำให้ความมุ่งมั่น ในทีมของเราหากเรารู้สึกว่าเรากำลังรอนักพัฒนาภายนอก (เช่น) เราได้เรียนรู้ที่จะบอกว่าเราไม่เต็มใจที่จะรับเรื่องนี้ เรื่องราวไม่ได้อยู่ในสภาพที่เหมาะสมที่จะรับ

มีโอกาสที่ดีมากที่การส่งมอบล่าช้าไม่คาดคิดหรือแตกต่างจากทรัพยากรภายนอกจะหมายถึงการประมาณการและลำดับความสำคัญของคุณอาจเปลี่ยนแปลง

จนกว่าคุณจะมีข้อมูลทั้งหมดทีมไม่ควรไร้เดียงสาจนคิดว่าพวกเขาสามารถทำเรื่องให้สำเร็จได้ ถ้าพวกเขาบอกว่าทำได้มันก็มาถึงช้าในรูปแบบที่คาดหวังหรือไม่เลยพวกเขาปล่อยให้ทุกคนผิดหวัง

ฟังดูรุนแรง แต่ฉันต้องการจุดของฉันข้าม

ในการต่อสู้มีคำจำกัดความของการทำและมีคำจำกัดความพร้อมสำหรับเรื่องราวของผู้ใช้ ในสถานการณ์เช่นคุณเป็นสิ่งสำคัญที่จะต้องมีคำจำกัดความพร้อมที่ผู้มีส่วนได้เสียทั้งหมดเข้าใจและเห็นด้วย ตัวอย่างเช่นมีเหตุผลมากที่จะมีบรรทัดในคำจำกัดความของคุณพร้อมเช่น:

• API ภายนอกทั้งหมดที่จำเป็นสำหรับเรื่องราวจะต้องส่งมอบและทดสอบ

หากคุณต้องการ API นี้เพื่อเพิ่มมูลค่าให้กับผลิตภัณฑ์ของคุณเหตุผลที่ต้องรอจนกว่าเราจะมี API นี้จริงๆเพื่อเริ่มงานของเรา ในขณะเดียวกันเราสามารถทำสหรัฐอเมริกาอื่น ๆ ที่เพิ่มมูลค่าให้กับผลิตภัณฑ์ฉันไม่ชอบสหรัฐอเมริกาที่จำลองการใช้งานจริงและไม่ชอบถ้าไม่มีมูลค่าที่แท้จริงสำหรับลูกค้าไม่มีค่าใช้จ่ายเสียเวลาและทรัพยากร .

หากคุณกำลังรอบางสิ่งที่คุณยังไม่รู้มากกว่าที่คุณไม่สามารถวางแผนได้แม้ว่าคุณจะแน่ใจ 100% ว่าจะจัดส่งในวันพรุ่งนี้ ทำไม? เพราะถ้าคุณไม่รู้ว่าคุณไม่สามารถประเมินความซับซ้อนของมันและถ้าคุณไม่สามารถประเมินได้คุณก็ไม่สามารถวางแผนได้

หากคุณกำหนดล่วงหน้า "ส่วนต่อประสาน" / "สัญญา" ซึ่งต้องดำเนินการโดย บริษัท ภายนอกคุณสามารถวางแผนและสร้างบริการจำลองที่ด้านข้างของคุณ การพัฒนาของคุณจะใช้บริการเยาะเย้ยดังนั้นพวกเขาจะไม่ขึ้นอยู่กับการส่งมอบภายนอก การพัฒนาที่ยังคงมีการเยาะเย้ยควรได้รับการวางแผนสำหรับการวิ่งที่จะให้บริการจริงเนื่องจากคุณลักษณะที่พัฒนาและทดสอบกับการเยาะเย้ยยังไม่เสร็จสมบูรณ์ - จะต้องมีการทดสอบกับบริการจริงที่จะถือว่าเสร็จสมบูรณ์ในตอนท้ายของการวิ่ง

การสื่อสารและข้อตกลง

ระบบทั้งสองถูกรวมเข้าด้วยกันโดยโปรแกรมเมอร์ไม่ใช่วิธีการ หาก บริษัท ตัดสินใจที่จะรวมระบบภายนอกจะมีสัญญาระหว่างเอนทิตี (ขั้นต่ำ) 2 รายการ สัญญาต้องให้แน่ใจว่าบูรณาการที่เกิดขึ้น ดังนั้นหากข้อตกลงระหว่าง บริษัท ไม่ต้องการความร่วมมือทางเทคนิคระหว่างทั้งสองแผนกปัญหาไม่ใช่วิธีการพัฒนา ปัญหาคือวิธีการทางธุรกิจ (พื้นสัญญา)

ต้องบอกว่าจะต้องมีการพิจารณาความเสี่ยงในระหว่างการวางแผนของกรณีเหล่านั้นและพิจารณาว่าคุณไม่ทราบว่าความเร็วของทีมคุณจะต้องใจกว้างกับระยะขอบเหล่านั้น

ผู้จัดการโครงการสามารถจัดการการพึ่งพาทีมภายนอกได้อย่างไร

/pm/1400/how-can-a-project-manager-manage-a-dependency-on-an-external-team

ถ้ามันไม่ได้ขึ้นอยู่กับทีมของคุณและคุณสามารถทำงานอื่น ๆ ได้ฉันแนะนำให้คุณใช้มันเมื่อมันพร้อม แม้ว่าคุณจะมี webservice, schema, interface และ / หรือสัญญา แต่ก็ยังอาจเลิกกันได้ (จำกฎของ Murphy ได้ไหม)