กรอบงานหลักฐานเชิงวิชาชีพ
REALSUCC แยกความแตกต่างวิธีการทำงาน เครื่องมือ สถานการณ์การฝึกปฏิบัติ กรณีศึกษาของลูกค้าที่ได้รับอนุญาต และหลักฐานผลิตภัณฑ์ และใช้รูปแบบของหลักฐานที่ตรงกับข้อเรียกร้องทางวิชาชีพที่กำลังถูกนำเสนอ
หลักฐานไม่ใช่สิ่งเดียว
คำกล่าวอ้างที่ต่างกันต้องการหลักฐานที่ต่างกัน วิธีการสามารถแสดงให้เห็นว่าเราสร้างเหตุผลอย่างไร เครื่องมือสามารถแสดงให้เห็นว่าเหตุผลนั้นถูกปฏิบัติอย่างไร กรณีศึกษาแสดงให้เห็นว่ามันทำงานอย่างไรในบริบท ผลิตภัณฑ์หรือสารสนเทศสามารถแสดงให้เห็นว่าการออกแบบนั้นสามารถนำไปใช้ได้จริง
หลักฐานวิธีการ
แสดงให้เห็นว่าคุณภาพการชำระเงินถูกกำหนด ประเมิน ตรวจสอบ และควบคุมอย่างไรผ่านกรอบงานที่เป็นระบบ เช่น HQPI, PIMM, PARS และ PQG
สำรวจ →02Tools & Assessment Evidence
เปลี่ยนวิธีการให้กลายเป็นรายการตรวจสอบ การประเมินตนเอง และงานวินิจฉัยที่มีโครงสร้าง ซึ่งสามารถนำไปใช้ในสภาพแวดล้อมจริงได้
สำรวจ →03หลักฐานสถานการณ์ฝึกปฏิบัติ
แสดงให้เห็นว่า ปัญหาการชำระเงินแบบซ้ำซ้อนสามารถวินิจฉัยได้อย่างไร จากอาการไปสู่สาเหตุหลัก สถานะเป้าหมาย และการดำเนินการต่อไป ซึ่งเป็นตัวอย่างประกอบ ไม่ใช่ข้ออ้างของลูกค้า
สำรวจ →04หลักฐานกรณีศึกษาลูกค้า
ใช้ข้อมูลที่ได้รับอนุญาตและสนับสนุนได้จากการทำกิจกรรมจริง กรณีลูกค้าจะถูกเผยแพร่เฉพาะเมื่อมีความเหมาะสมในการเปิดเผยและมีการอนุญาตแล้ว
สำรวจ →05หลักฐานผลิตภัณฑ์
ใช้สถาปัตยกรรมผลิตภัณฑ์ โมเดลวัตถุหลัก รูปแบบการเชื่อมต่อ และขอบเขตการปรับใช้งานเพื่อแสดงให้เห็นถึงความสามารถในการนำไปใช้งาน
สำรวจ →วิธีการอ่านหลักฐาน
หลักฐานจากผู้เชี่ยวชาญมีความแข็งแกร่งที่สุดเมื่อข้อเรียกร้อง, วัสดุที่สนับสนุน, บริบท และข้อจำกัดถูกระบุอย่างชัดเจน
สิ่งที่กำลังถูกยืนยันหรือถูกตัดสินใจ
ข้อเท็จจริง สิ่งของ หรือการสังเกตใดที่สนับสนุนสิ่งนั้น
หลักฐานนี้ใช้ที่ไหนและภายใต้เงื่อนไขใด
สิ่งที่หลักฐานไม่ได้พิสูจน์หรือรับประกัน
การตัดสินใจ การออกแบบ หรือขั้นตอนถัดไปที่หลักฐานสนับสนุน
สิ่งที่คุณสามารถตรวจสอบได้ในวันนี้
REALSUCC เผยแพร่หลักฐานด้านวิชาชีพหลายรูปแบบในปัจจุบัน กรณีศึกษาของลูกค้าที่ได้รับอนุญาตจะถูกเพิ่มเข้ามาเฉพาะเมื่อสามารถเปิดเผยได้อย่างถูกต้องและรับผิดชอบ
ระเบียบวิธี
ทบทวนกรอบงานที่ใช้ในการกำหนดคุณภาพ ประเมินความสมบูรณ์ ทบทวนสถาปัตยกรรม และควบคุมการส่งมอบ
ดูระเบียบวิธี →เครื่องมือ
ใช้รายการตรวจสอบและเครื่องมือประเมินตนเองเพื่อเปลี่ยนกรอบงานให้เป็นขั้นตอนการตรวจสอบที่ปฏิบัติได้จริง
ดูเครื่องมือ →Cases & Practice Scenarios
ดูว่าโครงสร้างปัญหาโครงสร้างพื้นฐานการชำระเงินถูกจัดและวินิจฉัยอย่างไร และนำไปสู่การดำเนินการอย่างไร
ดูกรณี →ผลิตภัณฑ์ซอฟต์แวร์
ตรวจสอบสถาปัตยกรรม แบบจำลองวัตถุ และขอบเขตการผสานรวมของซอฟต์แวร์การชำระเงินที่สามารถปรับใช้งานได้
ดูซอฟต์แวร์ →สถานะกรณีศึกษาลูกค้า: เผยแพร่เฉพาะเมื่อสามารถสนับสนุนการมีส่วนร่วม ข้อเท็จจริง และสิทธิ์ในการเปิดเผยได้ สถานการณ์การปฏิบัติจะถูกติดป้ายกำกับว่าเป็นเช่นนั้นเสมอ
หลักฐานควรนำไปสู่การตัดสินใจ
วัตถุประสงค์ของหลักฐานไม่ใช่เพื่อทำให้เว็บไซต์ดูน่าเชื่อถือ แต่เพื่อช่วยลูกค้าในการตัดสินใจว่าสิ่งใดเป็นจริง สิ่งใดสำคัญ และสิ่งใดควรเกิดขึ้นต่อไป
การประเมิน
ใช้หลักฐานเพื่อระบุสภาพปัจจุบัน ระดับความเสี่ยง และลำดับความสำคัญก่อนตัดสินใจเกี่ยวกับโปรแกรมขนาดใหญ่
Architecture & Solution
ใช้หลักฐานในการเลือกความสามารถเป้าหมาย ขอบเขตสถาปัตยกรรม การควบคุม และลำดับการดำเนินงาน
Software & Implementation
ใช้หลักฐานของผลิตภัณฑ์และการควบคุมการส่งมอบเพื่อกำหนดว่าสิ่งใดควรถูกตั้งค่า สร้าง รวมเข้าด้วยกัน หรือย้าย
เริ่มจากหลักฐาน ไม่ใช่สมมติฐาน
หากคุณจำเป็นต้องเข้าใจสภาพจริงของแพลตฟอร์มการชำระเงินหรือยืนยันทิศทางที่เสนอ เริ่มด้วยการประเมินอย่างมีโครงสร้างหรือการอภิปรายโครงการ
