คู่มือการประเมิน · ไทย
ทดสอบการเปลี่ยนแปลงของ Service หนึ่งรายการ ตัดสินใจว่าจะทำอะไรต่อ
บันทึกกระบวนการปัจจุบัน ความพยายามในการเตรียมการ พฤติกรรมที่สังเกตได้ ข้อจำกัดที่ยังไม่คลี่คลาย และผลการส่งออก ก่อนขยายการประเมิน
พฤติกรรมของผลิตภัณฑ์ต้องได้รับการสาธิตในสภาพแวดล้อมการประเมิน
01 · ปัญหา
เลือกปัญหาการประสานงานหนึ่งเรื่อง
เลือกการตัดสินใจเกี่ยวกับ Service หนึ่งรายการที่มีความสำคัญต่อทีมของคุณ บันทึกขั้นตอนปัจจุบันก่อนทดสอบว่าโมเดลที่ใช้ร่วมกันเปลี่ยนวิธีทำงานหรือไม่
คำอธิบายบริการที่ถูกคัดลอก
เลือกแนวคิดหนึ่งที่ปรากฏในเอกสารหรือไดอะแกรมมากกว่าหนึ่งแห่ง แล้วบันทึกว่าสำเนาเหล่านั้นไม่ตรงกันตรงไหน หรือต้องดูแลแยกกันตรงไหน
การเปลี่ยนแปลงที่มีนัยสำคัญ
เลือกการเปลี่ยนแปลงผู้รับผิดชอบ การพึ่งพา Runbook, SLO หรือ Decision หนึ่งรายการที่ผู้ตรวจสอบควรเข้าใจและอนุมัติได้
เส้นฐานที่มองเห็นได้
บันทึกเวลาที่ใช้ตรวจสอบในปัจจุบัน จำนวนสำเนา ความสัมพันธ์ที่ขาดหาย หรือหลักฐานอื่นที่วัดซ้ำได้หลังการประเมิน
02 · การเตรียมการประเมิน
กำหนดขอบเขตให้ชัดเจนก่อนการสาธิต
ตกลงกันว่าอะไรจะเข้าสู่การประเมิน ใครดูได้ และอะไรถือเป็นผลลัพธ์ที่มีประโยชน์ ใช้เนื้อหาสังเคราะห์หรือเนื้อหาที่ได้รับอนุมัติเป็นการเฉพาะเมื่อความรู้จากระบบจริงไม่เหมาะสม
ชุดข้อมูล
ใช้ Service หนึ่งรายการ Team หนึ่งรายการ เอกสารสั้นสองฉบับ และไดอะแกรมหนึ่งรายการเพื่อทดสอบการใช้ซ้ำ เพิ่ม Runbook, SLO หรือ Decision เฉพาะเมื่อเกี่ยวข้อง
ผู้เข้าร่วม
ระบุชื่อผู้เขียน ผู้ตรวจสอบ ผู้รับผิดชอบการประเมิน และผู้สังเกตการณ์แบบอ่านอย่างเดียว บันทึกสิทธิ์การเข้าถึงที่คาดหวังของแต่ละบทบาท
สภาพแวดล้อม
บันทึกเวอร์ชันผลิตภัณฑ์ การตั้งค่าที่เปิดใช้ การผสานระบบ ผู้ให้บริการยืนยันตัวตน และบริการภายนอกใด ๆ ที่ใช้ระหว่างการประเมิน
การเก็บหลักฐาน
ตัดสินใจว่าภาพหน้าจอ เวลาที่บันทึก ไฟล์ส่งออก และบันทึกของผู้ตรวจสอบรายการใดจะสนับสนุนการตัดสินใจขั้นสุดท้าย โดยไม่มีข้อมูลลับของลูกค้าหรือของระบบจริง
เกณฑ์การสิ้นสุด
กำหนดวันตัดสินใจ และตกลงว่าอะไรต้องสาธิตให้เห็น อะไรปล่อยให้ยังไม่ทดสอบได้ และช่องว่างใดจะหยุดการขยายการใช้งาน
ตกลงเรื่องงานก่อนขยายการใช้งาน
ใช้รายการนี้กับทีม Topoloom บันทึกคำตอบและผู้รับผิดชอบสำหรับแต่ละข้อก่อนเริ่มนำไปใช้ในวงกว้าง
ผู้คนและเวลา
ระบุผู้เขียน ผู้ตรวจทาน และผู้รับผิดชอบการประเมิน ตกลงเวลานัด งานเตรียมการ และเวลาที่แต่ละคนจัดสรรได้
เนื้อหาและการย้ายข้อมูล
เริ่มจากเอกสารสั้นที่เป็นข้อมูลสังเคราะห์หรือได้รับอนุมัติ การนำเข้าปัจจุบันรองรับ Markdown ข้อความธรรมดา CSV/TSV, HTML, DOCX และไฟล์ Word ที่ส่งออกจาก Confluence ขนาดไม่เกิน 1 MB ต่อไฟล์ ลองนำเข้าหนึ่งไฟล์และระบุสิ่งที่ต้องเก็บงานด้วยมือก่อนวางแผนการย้ายข้อมูลขนาดใหญ่
การตั้งค่าและการเชื่อมต่อ
ยืนยันการติดตั้งที่พร้อมใช้ วิธีลงชื่อเข้าใช้ ฟีเจอร์ที่เปิดใช้ และตัวเชื่อมต่อ ในรีลีสปัจจุบัน ผู้ดูแลการติดตั้งเป็นผู้เพิ่มสมาชิกเข้า Workspace ไม่มีการเชิญหรือการสมัครแบบบริการตนเอง บันทึกข้อมูลที่ออกจากสภาพแวดล้อมและผู้ที่เข้าถึงได้
การสนับสนุนและค่าใช้จ่าย
ตกลงว่าใครดูแลการตั้งค่า คำถาม และเหตุขัดข้อง ยืนยันค่าประเมิน ราคาใช้งานต่อเนื่อง และการสนับสนุนที่รวมอยู่เป็นลายลักษณ์อักษร อย่าคิดว่าเดโมกำหนดเงื่อนไขเหล่านี้แล้ว
การตัดสินใจและการปิดงาน
กำหนดวันตรวจทาน เปรียบเทียบผลกับข้อมูลตั้งต้น แล้วตัดสินใจว่าจะหยุด ทดสอบต่อ หรือขยาย ตกลงขั้นตอนการส่งออก การเก็บรักษา และการลบ
03 · เวิร์กโฟลว์ตัวอย่าง
ติดตามแนวคิดเดียวตั้งแต่การเขียนจนถึงทางออก
ขอให้ทีมผลิตภัณฑ์แสดงแต่ละขั้นตอนในสภาพแวดล้อมที่ตกลงกัน อย่าอนุมานความสามารถจากสไลด์ ไดอะแกรม หรือคำศัพท์เพียงอย่างเดียว
เขียน
สร้างหรือนำเข้าคำอธิบายทางเทคนิคสั้น ๆ ด้วยพื้นที่เขียนตามปกติ และบันทึกว่าส่วนใดยังคงเป็นรูปแบบอิสระ
ระบุ
เลือกแนวคิดที่สำคัญ แล้วถามว่าตัวตน ประเภท การจัดทำ และสถานะปัจจุบันถูกแสดงอย่างไร
นำกลับมาใช้
อ้างอิงแนวคิดนั้นจากเอกสารหรือไดอะแกรมฉบับที่สอง แล้วตรวจสอบว่าผลิตภัณฑ์สร้างการอ้างอิง หรือสร้างสำเนาอิสระอีกชุด
เปลี่ยนแปลง
เสนอการเปลี่ยนแปลงผู้รับผิดชอบ การพึ่งพา Runbook, SLO หรือ Decision ที่ตกลงกัน แล้วสังเกตว่าผู้ตรวจสอบเห็นอะไรก่อนอนุมัติ
เผยแพร่หรือเก็บรักษา
ให้สาธิตเวิร์กโฟลว์การเผยแพร่และเวอร์ชันตามที่ตั้งค่าไว้ แล้วบันทึกว่าอะไรกลายเป็นสิ่งที่แก้ไขไม่ได้ และอะไรยังแก้ไขได้
ส่งออกและตรวจสอบ
สร้างไฟล์ส่งออกที่มีให้ เปิดนอกผลิตภัณฑ์ และเปรียบเทียบเนื้อหากับรายการส่งออกที่จัดทำเป็นเอกสารไว้
สำหรับทุกขั้นตอน ให้บันทึกทั้งเส้นทางที่สำเร็จและพฤติกรรมเมื่อเงื่อนไขด้านสิทธิ์ ผู้ให้บริการ เครือข่าย หรือการตรวจสอบความถูกต้องขัดขวางไม่ให้ทำสำเร็จ
04 · สิทธิ์และข้อมูล
ตั้งคำถามที่ตอบได้ด้วยหลักฐาน
คำตอบขึ้นอยู่กับการติดตั้งที่ประเมินและการตั้งค่าของมัน ขอการสาธิต เอกสารอ้างอิงการตั้งค่า และผู้รับผิดชอบที่ระบุชื่อ แทนการยอมรับคำรับรองแบบกว้าง ๆ
ใครสามารถอ่าน เขียน ตรวจสอบ เผยแพร่ ส่งออก และดูแลทรัพยากรที่เลือกได้?
ทดสอบการกระทำที่อนุญาตอย่างน้อยหนึ่งรายการและที่ถูกปฏิเสธอย่างน้อยหนึ่งรายการสำหรับบทบาทในตารางการประเมิน
การอนุญาตถูกประเมินที่ใดเมื่อเนื้อหาถูกค้นหา อ้างอิง ส่งออก หรือแสดงผ่านการผสานระบบ?
บันทึกว่าการตรวจสอบใดถูกสาธิตแล้ว และข้อใดยังเป็นเพียงคำอธิบายด้านการออกแบบหรือข้อสมมติด้านการตั้งค่า
ข้อมูลใดออกจากสภาพแวดล้อมการประเมิน และเพื่อวัตถุประสงค์ใด?
ระบุปลายทาง ฟิลด์ ตัวกระตุ้น การเก็บรักษา และเส้นทางการลบสำหรับการผสานระบบหรือผู้ให้บริการแต่ละรายที่เปิดใช้
บันทึกล็อก การวิเคราะห์ การสำรองข้อมูล และกระบวนการสนับสนุนใดบ้างที่อาจมีข้อมูลการประเมิน?
ยืนยันผู้รับผิดชอบด้านปฏิบัติการและนโยบายการเก็บรักษาของสภาพแวดล้อมนั้นโดยเฉพาะ แทนการสมมติว่ามีนโยบายกลาง
จะเกิดอะไรขึ้นเมื่อผู้ให้บริการภายนอก เส้นทางเครือข่าย หรือการผสานระบบไม่พร้อมใช้งาน?
สังเกตว่างานเขียนและงานตรวจสอบใดยังดำเนินต่อได้ งานใดหยุดชะงัก และบริบทที่ไม่สมบูรณ์หรือล้าสมัยถูกติดป้ายอย่างไร
เอกสารด้านความปลอดภัย ความเป็นส่วนตัว และกฎหมายฉบับใดกำกับการประเมินนี้?
ใช้เฉพาะเอกสารที่ได้รับอนุมัติซึ่งจัดหาโดยเจ้าของเอกสาร คู่มือนี้ไม่สามารถใช้แทนเอกสารเหล่านั้นได้
05 · การส่งออกและทางออก
ทดสอบเส้นทางออกก่อนตัดสินใจขยาย
ชื่อของไฟล์ส่งออกไม่ใช่หลักฐานของความครบถ้วน ขอรายการข้อมูลที่รวมและที่ละไว้ แล้วตรวจสอบแพ็กเกจด้วยเครื่องมือภายนอก Topoloom
เนื้อหาที่อ่านได้
ยืนยันว่าเอกสารและไดอะแกรมในรูปแบบใดที่เปิดได้โดยไม่ต้องมีสภาพแวดล้อม Topoloom ที่กำลังทำงานอยู่
บริบทที่มีโครงสร้าง
ตรวจสอบว่าไฟล์ส่งออกที่ประเมินมีตัวตน เวอร์ชัน ความสัมพันธ์ ที่มา บันทึกการตรวจสอบ และการจับคู่ที่แผนทางออกของคุณต้องการหรือไม่
สิ่งที่ละไว้ซึ่งจัดทำเป็นเอกสาร
ระบุทุกฟิลด์หรือพฤติกรรมที่ประเมินแล้วแต่ไม่ถูกส่งออก ถูกแปลง หรือต้องใช้กระบวนการดูแลระบบแยกต่างหาก
การทำซ้ำได้
รันการส่งออกสองครั้งจากสถานะที่ควบคุมได้ และอธิบายความแตกต่างใด ๆ ที่มีผลต่อการใช้งานปลายทางหรือการตรวจสอบ
การลบและการปิดงาน
ตกลงว่า Workspace สำหรับการประเมิน ข้อมูลของผู้ให้บริการ บัญชี ข้อมูลสำรอง และไฟล์หลักฐานจะถูกเก็บรักษาหรือลบอย่างไรหลังการประเมิน
06 · บันทึกการตัดสินใจ
บันทึกสิ่งที่การทดสอบยืนยัน
คัดลอกฟิลด์ทั้งแปดนี้ลงในบันทึกการตัดสินใจของคุณ สำหรับแต่ละผลลัพธ์ ให้ทำเครื่องหมายว่า สาธิตแล้ว, สาธิตแล้วโดยต้องตั้งค่า, ไม่พร้อมใช้งาน หรือยังไม่ได้ทดสอบ; เชื่อมโยงหลักฐานและระบุผู้รับผิดชอบของทุกช่องว่าง
ขอบเขตและผู้รับผิดชอบ
บันทึก Service, เอกสาร, ไดอะแกรม, การเปลี่ยนแปลงที่ทดสอบ, ผู้เขียน, ผู้ตรวจทาน, สภาพแวดล้อม และวันตัดสินใจ
เส้นฐานปัจจุบัน
บันทึกขั้นตอนเดิม การแก้ไขซ้ำ เวลาที่ใช้ตรวจทาน และช่องว่างต่าง ๆ ก่อนทดสอบ Topoloom
เวิร์กโฟลว์ที่สังเกตได้
บันทึก ID ของออบเจ็กต์ การอ้างอิง การอัปเดตครั้งที่สอง ผลการตรวจทาน ความพยายามในการตั้งค่า และการเก็บงานด้วยมือ พร้อมลิงก์หลักฐาน
การเข้าถึงและข้อมูล
บันทึกการกระทำที่อนุญาตหนึ่งรายการและที่ถูกปฏิเสธหนึ่งรายการ กระแสข้อมูลที่เปิดใช้ ผู้รับผิดชอบ และคำถามที่ยังไม่ได้ข้อสรุป
พฤติกรรมเมื่อเกิดความล้มเหลว
บันทึกความล้มเหลวของผู้ให้บริการ สิทธิ์ หรือการตรวจสอบความถูกต้องที่ทดสอบ; ระบุว่าสิ่งใดยังทำงานต่อ และสิ่งใดล้าสมัยหรือไม่พร้อมใช้งาน
การส่งออกและทางออก
บันทึกสิ่งที่เปิดได้ภายนอก Topoloom รูปแบบแพ็กเกจ สิ่งที่ละไว้ การจับคู่ใหม่ และงานปิดการประเมิน
การเปรียบเทียบและช่องว่าง
เปรียบเทียบการเปลี่ยนแปลงเดิมกับเส้นฐาน รวมถึงการอัปเดตครั้งที่สอง กำหนดผู้รับผิดชอบและวันแก้ไขให้ทุกช่องว่าง
การตัดสินใจ
บันทึกว่าจะหยุด ขยายการประเมิน หรือขยายการนำไปใช้; ระบุหลักฐาน ข้อสมมติที่ยังไม่ทดสอบ และวันทบทวนครั้งถัดไป
ขั้นตอนถัดไป
ทดสอบเวิร์กโฟลว์ บันทึกขอบเขต
ใช้อภิธานศัพท์เพื่อทำความเข้าใจคำศัพท์ให้ตรงกันก่อนการประชุม แล้วขอรับการสาธิตตามเวิร์กโฟลว์ที่กำหนดขอบเขตและหลักฐานที่ทีมของคุณเลือก
