จัดทำแผนส่งมอบซอร์สโค้ด [ปิด]


12

บริษัท ของเรากำลังจะได้รับซอร์สโค้ดของผลิตภัณฑ์ขนาดใหญ่

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


1
ถ้าเป็นไปได้ขอการได้มาสำหรับวิศวกรบางคนที่ทำงานในโครงการ สิ่งนี้จะช่วยแก้ไขปัญหาความต่อเนื่องของทรัพยากร
tehnyit

เราโชคไม่ดีพอ เราไม่สามารถทำอย่างนั้นได้สูงสุดที่เราสามารถทำได้คือการทำให้วิศวกรพร้อมใช้งานเป็นเวลา 3-4 สัปดาห์
Ahmed Aswani

ฉันพบคำตอบที่เกี่ยวข้องฉันคิดว่าคำตอบที่สมบูรณ์ที่สุดตรงนี้
Ahmed Aswani

คำตอบ:


8

ขอให้โชคดีในตอนแรก

นี่คือบางสิ่งที่คุณน่าจะขอ / ได้รับ

  • รายการข้อบกพร่องที่ทราบ
  • รายการบันทึกเหตุการณ์และบันทึกปัญหา
  • รายละเอียดเกี่ยวกับสองรุ่นสุดท้ายที่ชอบ; พวกเขาใช้เวลาดำเนินการนานเท่าใดมีเหตุการณ์เพิ่มขึ้นหลังจากปล่อย ฯลฯ
  • ใครคือผู้เชี่ยวชาญในประเด็นที่สำคัญ
  • เวลาทำการและการสนับสนุนหลักคือเท่าไร
  • ผลิตภัณฑ์มีอยู่นานเท่าไหร่และมีเสถียรภาพมากแค่ไหนที่รหัสฐาน
  • แผนงานของผลิตภัณฑ์คืออะไร
  • เทคโนโลยีกองซ้อนคืออะไร
  • อะไรคือจุดรวมระบบและผู้ที่สนับสนุนระบบรวม
  • มีส่วนประกอบ DR ใดบ้าง
  • ใครรับผิดชอบการเรียกใช้ DR
  • SLA ของแอปพลิเคชันหรือเป้าหมายของบริการคืออะไร
  • การเติบโตที่คาดหวังของคิวระบบไฟล์ / ฐานข้อมูล / ข้อความคืออะไร
  • เมื่อทำการสำรองข้อมูลระบบใครเป็นผู้รับผิดชอบและกลยุทธ์การกู้คืนคืออะไร
  • ใครเป็นผู้รับผิดชอบในการจัดการสินค้าค้าง
  • มี SLA ผู้ขายและรายละเอียดการติดต่อใดบ้าง
  • มีตารางแบทช์หรือกระบวนการที่รันนาน
  • ระบบเป็นรายการที่สมบูรณ์หรือไม่และมีการจัดการภาวะพร้อมกันอย่างไร
  • กระบวนการจัดการเหตุการณ์สำคัญสำหรับแอปพลิเคชันคืออะไร
  • อะไรเมื่อไรใครและอย่างไรที่ผู้มีส่วนได้ส่วนเสียจะได้รับแจ้งถึงการเปลี่ยนแปลงและไฟดับ
  • อะไรคือระยะเวลาที่หยุดทำงานที่ตกลงกัน / ครั้ง
  • เก็บรหัสต้นฉบับไว้ที่ไหน
  • ซอร์สโค้ดมีการสำรองคืนค่าและเปลี่ยนแปลงบันทึกอย่างไร
  • ที่ไหนอะไรและใครเป็นเจ้าของสถาปัตยกรรมโซลูชัน
  • เป้าหมายการปรับใช้คืออะไร (DEV, ST, UAT, Pre แยง, แยง, DR)
  • มีการต่ออายุใบอนุญาตของบุคคลที่สามเมื่อใด
  • มีแผนภูมิ RACI หรือไม่
  • มีผู้ใช้กี่คนและอยู่ที่ไหน
  • อะไรคือปัญหาการแก้ไขปัญหาทั่วไปหรือข้อร้องเรียน
  • ใครเป็นผู้รับผิดชอบในการให้สิทธิ์การเข้าถึงระบบ
  • เมื่อใดที่การทดสอบแบบกักตัว / การตรวจสอบความปลอดภัยดำเนินการ
  • CI และกระบวนการสร้างอัตโนมัติอยู่ที่ไหน
  • ใครเป็นผู้รับผิดชอบในการดูแลการควบคุมแหล่งที่มาและสร้างเซิร์ฟเวอร์
  • คู่มือการติดตั้งอยู่ที่ไหน
  • มีเอกสารสำหรับโครงสร้างพื้นฐานเป้าหมายและเครือข่ายหรือไม่
  • ประเภทของความรุนแรงและผลกระทบจากเหตุการณ์เมื่อเร็ว ๆ นี้คืออะไร
  • มีคำแนะนำในการตั้งค่าเวิร์กสเตชันของผู้พัฒนาหรือไม่
    • ผู้ช่วยและกรอบการพัฒนาใดที่ใช้และได้รับอนุญาตจากทีมของคุณ

นั่นคือทั้งหมดที่ฉันสามารถคิดได้ในขณะนี้


8
โปรดกำหนด "DR", "DEV, ST, UAT, Pre แยง, แยง, DR" และ "RACI" โปรดทราบว่าบางสิ่งนี้ไม่เกี่ยวข้องกับซอร์สโค้ด (เช่นแผนภูมิ RACI เป็นองค์กรไม่ใช่รหัสที่เกี่ยวข้องเลย)
S.Lott

ฉันจะไม่สามารถเข้าถึงที่เก็บซอร์สโค้ด whoel ไม่ใช่เพียงแค่เวอร์ชันปัจจุบันของซอร์สโค้ด teh ความคิดเห็นในเรื่องนี้มักจะบอกว่าทำไมรหัสจึงเปลี่ยนไปโดยเฉพาะ นั่นเป็นสิ่งสำคัญที่จะต้องรักษาให้ดี
HLGEM

@HLGEM ขออภัยคำสั่งของฉันในเวอร์ชันปัจจุบันของซอร์สโค้ดโดยนัย (อย่างดีสำหรับฉันอยู่ดี) ซอร์สโค้ดแบบเต็มสำหรับส่วนประกอบทั้งหมด
Kane

@ S.Lott DR ใช้เพื่ออธิบาย "การกู้คืนความเสียหาย" Dev เป็นคำทั่วไปสำหรับ "สภาพแวดล้อมการพัฒนา" ไม่ว่าอะไรก็ตามที่ประกอบไปด้วยสภาพแวดล้อมของคุณ ST เป็นตัวย่อสำหรับสภาพแวดล้อมการทดสอบระบบ ฉันไม่เห็นด้วยว่า RACI เป็นเครื่องมือขององค์กรเนื่องจากใช้เพื่ออธิบายว่าใครเป็นผู้รับผิดชอบรับผิดชอบรายงานและให้คำปรึกษา ดังนั้นเมื่อรหัสมุ่งมั่นใครเป็นผู้รับผิดชอบมันได้หรือไม่ ใครบ้างที่ถูกพิจารณาว่าเป็นส่วนหนึ่งของบทวิจารณ์ของเพื่อน ใครบ้างที่ได้รับแจ้งว่าการสร้างสำเร็จ / ล้มเหลว และอื่น ๆ
Kane

@kame: โปรดอัปเดตคำตอบพร้อมคำจำกัดความ โปรดอย่าเพิ่มความคิดเห็นเพิ่มเติมในคำตอบ โปรดอัปเดตคำตอบ
S.Lott

6

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

สิ่งที่คุณควรแน่ใจคือ:

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

ทุกอย่างอื่นขึ้นอยู่กับผู้ดูแลในปัจจุบันที่จะมอบ


2
ฉันอยากจะแนะนำว่าสิ่งเหล่านี้ได้รับการดัดแปลงเพื่อให้มีคำว่า "คุณต้องเห็นพวกเขา ... " เช่น "คุณต้องเห็นพวกเขาสร้างรหัส" และ "คุณต้องเห็นพวกเขาเรียกใช้การทดสอบหน่วย" ฯลฯ หลักฐานสำคัญที่นี่
S.Lott

@ S.Lott ไม่ว่าพวกเขาจะแสดงหรือเขียนในเอกสารมันก็ไม่สำคัญ Ahmed Aswani และทีมของเขาจะรักษาใบสมัครไว้และควรจะสามารถทำตามขั้นตอนทั้งหมดได้ด้วยตนเอง ฉันแก้ไขคำตอบเล็กน้อย แต่ฉันไม่แน่ใจว่าเป็นสิ่งที่คุณแนะนำหรือไม่
BЈовић

1
การอ้างสิทธิ์ว่าการสร้างรหัสนั้นไม่เหมือนกับที่ได้เห็นการสร้างรหัสจริง เคยไปที่นั่น. เสร็จแล้ว เอกสารอาจคลุมเครือหรือสับสนหรือไม่สมบูรณ์ เป็นหลักการ "เชื่อถือ แต่ยืนยัน" แบบเก่า จนกว่าคุณจะเห็นอย่าเชื่อ
S.Lott

1
@ S.Lott Ok เหมาะสมแล้ว ตอนนี้ฉันคิดว่าฉันอยู่ในสถานการณ์ที่คล้ายกันมาก่อนที่พวกเขาทำให้เราใช้บางสิ่งบางอย่างบนกระดาน HW ที่เสีย เราใช้เวลา 4 เดือนก่อนจะค้นพบสิ่งที่ผิดจริง
BЈовић

5

คุณต้องตรวจสอบให้แน่ใจว่าทีมส่งมอบรหัสจะให้การสนับสนุนเป็นระยะเวลาหนึ่ง ทำสัญญาที่ลงนามแล้ว!

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

เมื่อคุณมีการส่งมอบโครงการคุณจะสูญเสียสิ่งสำคัญสิ่งหนึ่ง: ประสบการณ์ทีมแบบดั้งเดิม

บางครั้งคุณยังได้รับสิ่งที่คุณไม่ได้คาดหวัง: ความเป็นศัตรูของพวกเขา

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

ด้านเทคนิคเป็นสิ่งที่ดีที่จะครอบคลุม แต่ยังคำนึงถึงด้านมนุษย์ของมัน

YMMV!


0

รหัสมาพร้อมกับชุดทดสอบหรือไม่ การทดสอบทั้งหมดในชุดทดสอบผ่านหรือไม่ ชุดความครอบคลุมมีเท่าใด

ฉันอยากจะแนะนำว่าหากขาดชุดทดสอบคุณจะต้องสร้างชุดทดสอบและกรอบงานที่เกี่ยวข้องเป็นอันดับแรก

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.