Skip to Content
Organizationsหน่วยและทีม

หน่วยและทีม

หน่วยและทีมจำลองการเป็นสมาชิกซ้อนในองค์กร:

organization └── unit └── team

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

บทบาทที่เก็บไว้

ขอบเขตบทบาท
หน่วยunit_admin, base_creator, base_approver, member
ทีมteam_lead, variant_creator, variant_deployer, variant_user

unit_admin และ team_lead มีอำนาจจัดการสมาชิกที่กำหนดใน API องค์กร ป้ายผู้สร้าง/ผู้อนุมัติ/ผู้ปรับใช้แสดงความรับผิดชอบเวิร์กโฟลว์ที่ตั้งใจ แต่การมีอยู่ไม่ได้พิสูจน์ว่าจุดสิ้นสุดบิลด์หรือปรับใช้ทุกแห่งบังคับใช้ ทดสอบเวิร์กโฟลว์เฉพาะ

กฎการเป็นสมาชิก

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

คำแนะนำการออกแบบ

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

ตัวอย่าง:

Acme ├── Platform unit │ ├── Image engineering team │ └── Security review team └── Product unit └── Device application team

อย่าเข้ารหัสผังองค์กรที่ไม่มีผลต่อการอนุญาต การซ้อนเพิ่มเติมเพิ่มโอกาสสมาชิกเก่าและการแชร์ที่สืบทอดโดยไม่คาดคิด

การเปลี่ยนแปลงที่ปลอดภัย

สำหรับการเพิ่ม การเปลี่ยนบทบาท หรือการถอด:

  1. บันทึกองค์กร หน่วย ทีม ผู้ใช้ และบทบาทปัจจุบัน;
  2. ทำการเปลี่ยนแปลงครั้งเดียว;
  3. ทดสอบการดำเนินการที่อนุญาต;
  4. ทดสอบการดำเนินการที่ถูกปฏิเสธ;
  5. รีเฟรชหรือยืนยันตัวตนใหม่เพื่อจับพฤติกรรมเซสชันเก่า; และ
  6. ทบทวนการแชร์ที่สมาชิกเป้าหมายเปลี่ยน

ผู้ใช้สามารถอยู่ในหลายหน่วยและทีม การเพิ่มสมาชิกใหม่ไม่ได้ย้ายหรือถอดของเก่า

ขอบเขตการลบ

การลบหน่วยหรือทีมเป็นการดำเนินการสำคัญ อย่าอาศัยข้อความทั่วไป เช่น “ทรัพยากรกลายเป็นระดับหน่วย” หรือ “ทรัพยากรที่ไม่ได้กำหนดถูกเก็บถาวร” ก่อนลบ ใช้รายการแบบอ่านอย่างเดียวเพื่อระบุสมาชิก การแชร์ ทรัพยากรที่พึ่งพา งานที่กำลังทำ และการอ้างอิงภายนอก ส่งออกบันทึกตรวจสอบที่ต้องการ และยืนยันพฤติกรรมลูกโซ่ที่แน่นอนของรุ่นที่ปรับใช้แล้ว

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