ข้ามไปยังเนื้อหา
อัตลักษณ์เดียวที่คงที่ มนุษย์เป็นผู้จัดทำโดยค่าเริ่มต้น ออกแบบให้พกพาได้
Topoloom by Relia1

คู่มือการประเมิน · ไทย

ทดสอบการเปลี่ยนแปลงของ Service หนึ่งรายการ ตัดสินใจว่าจะทำอะไรต่อ

บันทึกกระบวนการปัจจุบัน ความพยายามในการเตรียมการ พฤติกรรมที่สังเกตได้ ข้อจำกัดที่ยังไม่คลี่คลาย และผลการส่งออก ก่อนขยายการประเมิน

พฤติกรรมของผลิตภัณฑ์ต้องได้รับการสาธิตในสภาพแวดล้อมการประเมิน

01 · ปัญหา

เลือกปัญหาการประสานงานหนึ่งเรื่อง

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

  • คำอธิบายบริการที่ถูกคัดลอก

    เลือกแนวคิดหนึ่งที่ปรากฏในเอกสารหรือไดอะแกรมมากกว่าหนึ่งแห่ง แล้วบันทึกว่าสำเนาเหล่านั้นไม่ตรงกันตรงไหน หรือต้องดูแลแยกกันตรงไหน

  • การเปลี่ยนแปลงที่มีนัยสำคัญ

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

  • เส้นฐานที่มองเห็นได้

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

02 · การเตรียมการประเมิน

กำหนดขอบเขตให้ชัดเจนก่อนการสาธิต

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

  • ชุดข้อมูล

    ใช้ Service หนึ่งรายการ Team หนึ่งรายการ เอกสารสั้นสองฉบับ และไดอะแกรมหนึ่งรายการเพื่อทดสอบการใช้ซ้ำ เพิ่ม Runbook, SLO หรือ Decision เฉพาะเมื่อเกี่ยวข้อง

  • ผู้เข้าร่วม

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

  • สภาพแวดล้อม

    บันทึกเวอร์ชันผลิตภัณฑ์ การตั้งค่าที่เปิดใช้ การผสานระบบ ผู้ให้บริการยืนยันตัวตน และบริการภายนอกใด ๆ ที่ใช้ระหว่างการประเมิน

  • การเก็บหลักฐาน

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

  • เกณฑ์การสิ้นสุด

    กำหนดวันตัดสินใจ และตกลงว่าอะไรต้องสาธิตให้เห็น อะไรปล่อยให้ยังไม่ทดสอบได้ และช่องว่างใดจะหยุดการขยายการใช้งาน

ตกลงเรื่องงานก่อนขยายการใช้งาน

ใช้รายการนี้กับทีม Topoloom บันทึกคำตอบและผู้รับผิดชอบสำหรับแต่ละข้อก่อนเริ่มนำไปใช้ในวงกว้าง

  1. ผู้คนและเวลา

    ระบุผู้เขียน ผู้ตรวจทาน และผู้รับผิดชอบการประเมิน ตกลงเวลานัด งานเตรียมการ และเวลาที่แต่ละคนจัดสรรได้

  2. เนื้อหาและการย้ายข้อมูล

    เริ่มจากเอกสารสั้นที่เป็นข้อมูลสังเคราะห์หรือได้รับอนุมัติ การนำเข้าปัจจุบันรองรับ Markdown ข้อความธรรมดา CSV/TSV, HTML, DOCX และไฟล์ Word ที่ส่งออกจาก Confluence ขนาดไม่เกิน 1 MB ต่อไฟล์ ลองนำเข้าหนึ่งไฟล์และระบุสิ่งที่ต้องเก็บงานด้วยมือก่อนวางแผนการย้ายข้อมูลขนาดใหญ่

  3. การตั้งค่าและการเชื่อมต่อ

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

  4. การสนับสนุนและค่าใช้จ่าย

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

  5. การตัดสินใจและการปิดงาน

    กำหนดวันตรวจทาน เปรียบเทียบผลกับข้อมูลตั้งต้น แล้วตัดสินใจว่าจะหยุด ทดสอบต่อ หรือขยาย ตกลงขั้นตอนการส่งออก การเก็บรักษา และการลบ

03 · เวิร์กโฟลว์ตัวอย่าง

ติดตามแนวคิดเดียวตั้งแต่การเขียนจนถึงทางออก

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

  1. เขียน

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

  2. ระบุ

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

  3. นำกลับมาใช้

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

  4. เปลี่ยนแปลง

    เสนอการเปลี่ยนแปลงผู้รับผิดชอบ การพึ่งพา Runbook, SLO หรือ Decision ที่ตกลงกัน แล้วสังเกตว่าผู้ตรวจสอบเห็นอะไรก่อนอนุมัติ

  5. เผยแพร่หรือเก็บรักษา

    ให้สาธิตเวิร์กโฟลว์การเผยแพร่และเวอร์ชันตามที่ตั้งค่าไว้ แล้วบันทึกว่าอะไรกลายเป็นสิ่งที่แก้ไขไม่ได้ และอะไรยังแก้ไขได้

  6. ส่งออกและตรวจสอบ

    สร้างไฟล์ส่งออกที่มีให้ เปิดนอกผลิตภัณฑ์ และเปรียบเทียบเนื้อหากับรายการส่งออกที่จัดทำเป็นเอกสารไว้

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

04 · สิทธิ์และข้อมูล

ตั้งคำถามที่ตอบได้ด้วยหลักฐาน

คำตอบขึ้นอยู่กับการติดตั้งที่ประเมินและการตั้งค่าของมัน ขอการสาธิต เอกสารอ้างอิงการตั้งค่า และผู้รับผิดชอบที่ระบุชื่อ แทนการยอมรับคำรับรองแบบกว้าง ๆ

  • ใครสามารถอ่าน เขียน ตรวจสอบ เผยแพร่ ส่งออก และดูแลทรัพยากรที่เลือกได้?

    ทดสอบการกระทำที่อนุญาตอย่างน้อยหนึ่งรายการและที่ถูกปฏิเสธอย่างน้อยหนึ่งรายการสำหรับบทบาทในตารางการประเมิน

  • การอนุญาตถูกประเมินที่ใดเมื่อเนื้อหาถูกค้นหา อ้างอิง ส่งออก หรือแสดงผ่านการผสานระบบ?

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

  • ข้อมูลใดออกจากสภาพแวดล้อมการประเมิน และเพื่อวัตถุประสงค์ใด?

    ระบุปลายทาง ฟิลด์ ตัวกระตุ้น การเก็บรักษา และเส้นทางการลบสำหรับการผสานระบบหรือผู้ให้บริการแต่ละรายที่เปิดใช้

  • บันทึกล็อก การวิเคราะห์ การสำรองข้อมูล และกระบวนการสนับสนุนใดบ้างที่อาจมีข้อมูลการประเมิน?

    ยืนยันผู้รับผิดชอบด้านปฏิบัติการและนโยบายการเก็บรักษาของสภาพแวดล้อมนั้นโดยเฉพาะ แทนการสมมติว่ามีนโยบายกลาง

  • จะเกิดอะไรขึ้นเมื่อผู้ให้บริการภายนอก เส้นทางเครือข่าย หรือการผสานระบบไม่พร้อมใช้งาน?

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

  • เอกสารด้านความปลอดภัย ความเป็นส่วนตัว และกฎหมายฉบับใดกำกับการประเมินนี้?

    ใช้เฉพาะเอกสารที่ได้รับอนุมัติซึ่งจัดหาโดยเจ้าของเอกสาร คู่มือนี้ไม่สามารถใช้แทนเอกสารเหล่านั้นได้

05 · การส่งออกและทางออก

ทดสอบเส้นทางออกก่อนตัดสินใจขยาย

ชื่อของไฟล์ส่งออกไม่ใช่หลักฐานของความครบถ้วน ขอรายการข้อมูลที่รวมและที่ละไว้ แล้วตรวจสอบแพ็กเกจด้วยเครื่องมือภายนอก Topoloom

  • เนื้อหาที่อ่านได้

    ยืนยันว่าเอกสารและไดอะแกรมในรูปแบบใดที่เปิดได้โดยไม่ต้องมีสภาพแวดล้อม Topoloom ที่กำลังทำงานอยู่

  • บริบทที่มีโครงสร้าง

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

  • สิ่งที่ละไว้ซึ่งจัดทำเป็นเอกสาร

    ระบุทุกฟิลด์หรือพฤติกรรมที่ประเมินแล้วแต่ไม่ถูกส่งออก ถูกแปลง หรือต้องใช้กระบวนการดูแลระบบแยกต่างหาก

  • การทำซ้ำได้

    รันการส่งออกสองครั้งจากสถานะที่ควบคุมได้ และอธิบายความแตกต่างใด ๆ ที่มีผลต่อการใช้งานปลายทางหรือการตรวจสอบ

  • การลบและการปิดงาน

    ตกลงว่า Workspace สำหรับการประเมิน ข้อมูลของผู้ให้บริการ บัญชี ข้อมูลสำรอง และไฟล์หลักฐานจะถูกเก็บรักษาหรือลบอย่างไรหลังการประเมิน

06 · บันทึกการตัดสินใจ

บันทึกสิ่งที่การทดสอบยืนยัน

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

  • ขอบเขตและผู้รับผิดชอบ

    บันทึก Service, เอกสาร, ไดอะแกรม, การเปลี่ยนแปลงที่ทดสอบ, ผู้เขียน, ผู้ตรวจทาน, สภาพแวดล้อม และวันตัดสินใจ

  • เส้นฐานปัจจุบัน

    บันทึกขั้นตอนเดิม การแก้ไขซ้ำ เวลาที่ใช้ตรวจทาน และช่องว่างต่าง ๆ ก่อนทดสอบ Topoloom

  • เวิร์กโฟลว์ที่สังเกตได้

    บันทึก ID ของออบเจ็กต์ การอ้างอิง การอัปเดตครั้งที่สอง ผลการตรวจทาน ความพยายามในการตั้งค่า และการเก็บงานด้วยมือ พร้อมลิงก์หลักฐาน

  • การเข้าถึงและข้อมูล

    บันทึกการกระทำที่อนุญาตหนึ่งรายการและที่ถูกปฏิเสธหนึ่งรายการ กระแสข้อมูลที่เปิดใช้ ผู้รับผิดชอบ และคำถามที่ยังไม่ได้ข้อสรุป

  • พฤติกรรมเมื่อเกิดความล้มเหลว

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

  • การส่งออกและทางออก

    บันทึกสิ่งที่เปิดได้ภายนอก Topoloom รูปแบบแพ็กเกจ สิ่งที่ละไว้ การจับคู่ใหม่ และงานปิดการประเมิน

  • การเปรียบเทียบและช่องว่าง

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

  • การตัดสินใจ

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

ขั้นตอนถัดไป

ทดสอบเวิร์กโฟลว์ บันทึกขอบเขต

ใช้อภิธานศัพท์เพื่อทำความเข้าใจคำศัพท์ให้ตรงกันก่อนการประชุม แล้วขอรับการสาธิตตามเวิร์กโฟลว์ที่กำหนดขอบเขตและหลักฐานที่ทีมของคุณเลือก

ภาพหน้าจอผลิตภัณฑ์