Peak One · ฐานข้อมูลร่วมกันหนึ่งเดียว
งานนี้เสร็จแล้ว แล้วทำไมที่อื่นยังขึ้นว่าค้างอยู่?
เมื่องานเดียวกันอยู่ในหลายรายการ การอัปเดตก็กลายเป็นงานอีกชิ้นหนึ่ง Peak One สร้างมุมมองต่าง ๆ บนชุดข้อมูลร่วมกัน บริบทจึงยังอยู่ครบเมื่อคุณสลับมุมมอง
คำอธิบายแบบโต้ตอบ · ข้อมูลตัวอย่าง
หนึ่งงาน สองมุมมองบนสถานะเดียวกัน
ทำเครื่องหมายว่างานตัวอย่างเสร็จแล้ว ทั้งสองมุมมองอ่านสถานะเดียวกัน คำอธิบายนี้ไม่บันทึกข้อมูลใด ๆ และไม่ใช่การบันทึกจากบัญชีลูกค้า
งานร่วม · ตัวอย่าง
ตกลงบรีฟลูกค้า
โปรเจกต์: เว็บไซต์ · ผู้รับผิดชอบ: Anna
สถานะเป็นของตัวงาน ส่วนมุมมองกำหนดว่าคุณเห็นงานนั้นในบริบทไหน
ความแตกต่างในการทำงานประจำวัน
รักษาบริบทไว้ ต้องเทียบหลายเวอร์ชันน้อยลง
- หาบุคคลเจออีกครั้ง
- บุคคลและบริษัทมีตัวตนร่วมกันหนึ่งเดียว ความสัมพันธ์และข้อมูลที่เกี่ยวข้องผูกอยู่กับข้อมูลชุดนั้น
- ตรวจสอบที่มาได้
- ข้อมูลแต่ละรายการต้องมีบริบท: มาจากไหน อัปเดตแค่ไหน และมีหลักฐานยืนยันหรือเป็นการประมาณ คำถามเหล่านี้เป็นส่วนหนึ่งของโมเดลร่วม
- จัดวางเครื่องมือที่มีอยู่ให้เข้าที่
- การเชื่อมต่อภายนอกแต่ละอย่างมีขอบเขตของตัวเอง ฐานข้อมูลร่วมไม่ได้หมายความว่าเครื่องมือภายนอกทุกตัวจะซิงค์สองทางโดยอัตโนมัติ
ก่อนเริ่มต้น
สิ่งนี้มีความหมายอย่างไรต่อเครื่องมือของคุณ
ฉันต้องย้ายทุกอย่างมาไหม?
เริ่มจากขั้นตอนงานที่จำกัดขอบเขต ตรวจสอบก่อนว่าขั้นตอนนั้นต้องใช้ข้อมูลอะไร และข้อมูลเหล่านั้นอยู่ที่ไหนในปัจจุบัน สำหรับเครื่องมือภายนอก ขอบเขตของการเชื่อมต่อแต่ละอย่างจะกำหนดว่าข้อมูลใดนำเข้าหรืออัปเดตได้
มุมมองต่าง ๆ จะแสดงให้ทุกคนเห็นโดยอัตโนมัติไหม?
ข้อมูลร่วมกับสิทธิ์การเข้าถึงร่วมเป็นคนละเรื่องกัน การเข้าถึงขึ้นอยู่กับพื้นที่ทำงาน การเป็นสมาชิก และสิทธิ์ที่ตั้งค่าไว้
ข้อมูลที่ขัดแย้งกันจะถูกต้องเองโดยอัตโนมัติไหม?
ไม่ ตัวตนร่วมไม่ได้ตัดสินใจเชิงวิชาชีพแทนคุณ ตรวจสอบที่มาและความทันสมัยก่อนยอมรับค่าใดค่าหนึ่ง สำหรับระบบที่มีอยู่แล้ว ควรตกลงกันก่อนเชื่อมต่อว่าแหล่งข้อมูลไหนเป็นหลัก
การทดสอบขนาดพอเหมาะ
เลือกงานหนึ่งที่วันนี้มีอยู่สองที่ ใช้งานนั้นตรวจดูความแตกต่าง
ใช้ขั้นตอนงานจริงขนาดเล็กเป็นตัวตั้ง สิ่งสำคัญคือคุณหาสถานะของมันเจอในมุมมองที่เหมาะสมหรือไม่ โดยไม่ต้องดูแลรายการเพิ่มอีกชุด

