مدیریت تیمها
تیم در گدارAI مرز کار روزمره است: اعضا، مدیران، مجوزهای سطح تیم، نوع فضای کاری و مالکیت سرویسها را در همین بخش مدیریت میکنید.
اگر فضای کاری را کل سازمان بدانیم، تیم جایی است که مسئولیت واقعی شکل میگیرد؛ مثل تیم پشتیبانی، پرداخت، داده یا عملیات.
پیشنیازها
- برای دیدن تیمها، مجوز
team:readیا سطح بالاتر لازم است. - برای ساخت تیم، مجوز
team:createلازم است. - برای ویرایش تیم و اعضا، مجوز
team:manageلازم است. - برای حذف تیم، مجوز
team:deleteلازم است. - ایجاد و مدیریت تیم ممکن است به پلن تجاری شما وابسته باشد.
چه زمانی تیم جدید بسازیم؟
تیم جدید زمانی ارزش دارد که یک مرز واقعی بسازد:
- مالکیت سرویس یا محصول
- بودجه یا مصرف جدا
- محیط متفاوت، مثل تولید و توسعه
- دسترسی مدل متفاوت
- مسئول پاسخگویی در رخدادها
اگر فقط یک مجوز کوچک فرق دارد، شاید نقش یا مجوز عضو تیم کافی باشد.
ساخت تیم
- بخش «تیمها» را باز کنید.
- گزینه «تیم جدید» را انتخاب کنید.
- در «شناسه فنی»، یک مقدار پایدار وارد کنید؛ مثل
support-prod. - در «نام نمایشی»، نام خوانا بنویسید؛ مثل «پشتیبانی محیط عملیاتی».
- اگر لازم است، «واحد سازمانی» را انتخاب کنید.
- در «نوع فضای کاری»، گزینهای مثل «تولید»، «توسعه» یا «آزمایش نهایی» را انتخاب کنید.
- تیم را ایجاد کنید.
برای شناسه فنی از نامهایی استفاده کنید که مالکیت را نشان بدهند: payment-prod، support-dev یا data-research. این نامها بعداً در لاگها و گزارشها خواناتر هستند.
نوع فضای کاری را درست انتخاب کنید
«نوع فضای کاری» به تیم کمک میکند محیطها را از هم جدا ببینید:
| نوع | کاربرد نمونه |
|---|---|
| تولید | سرویس واقعی در حال استفاده کاربران |
| آزمایش نهایی | بررسی قبل از انتشار |
| توسعه | کار روزمره توسعهدهندگان |
| تحقیقات | آزمایش مدل و ایدههای جدید |
| داخلی | ابزارهای داخل سازمان |
| عمومی | تیم عمومی یا بدون تفکیک خاص |
برای سرویسهای حساس، تیم تولید و توسعه را جدا نگه دارید. این کار هم چرخش توکن را سادهتر میکند و هم جلوی مصرف ناخواسته مدلهای گران را میگیرد.
افزودن عضو به تیم
- یک تیم را انتخاب کنید.
- گزینه «مدیریت اعضا» را باز کنید.
- در فیلد «کاربر»، کاربر موجود را جستوجو کنید.
- نقش او را انتخاب کنید: «عضو تیم» یا «مدیر تیم».
- اگر کاربر عضو عادی است، مجوزهای لازم برای کلیدهای این تیم را انتخاب کنید.
- گزینه «افزودن عضو» را بزنید.
در فهرست کاربران، فقط افرادی نمایش داده میشوند که در فضای کاری وجود دارند و هنوز عضو همان تیم نیستند.
مدیر تیم یا عضو تیم؟
| نقش تیمی | کاربرد |
|---|---|
| مدیر تیم | مدیریت اعضا و عملیاتهای اصلی همان تیم |
| عضو تیم | کار روزمره با مجوزهای محدودتر |
مدیر تیم طبق RBAC به عملیاتهای مدیریتی تیم دسترسی دارد. برای عضو عادی، میتوانید مجوزهای دقیقتری مثل «ساخت کلید»، «ویرایش کلید» یا «چرخش کلید» بدهید.
مجوزهای عضو تیم فقط در همان تیم اعمال میشوند. برای اختیارهای گستردهتر، نقشهای سراسری یا نقش سفارشی را در بخش «نقشها» بررسی کنید.
مجوزهای عضو برای کلیدهای تیم
در بخش «دسترسی عضو به کلیدهای این تیم»، گزینههایی مثل اینها را میبینید:
- مشاهده فهرست کلیدها
- مشاهده جزئیات کلید
- ساخت کلید
- ویرایش کلید
- حذف کلید
- چرخش کلید
- مسدودکردن یا رفع مسدودی کلید
- بررسی سلامت کلید
برای مثال، کارشناس عملیات شاید فقط به «مشاهده فهرست کلیدها» و «بررسی سلامت کلید» نیاز داشته باشد؛ اما مسئول انتشار سرویس ممکن است به «چرخش کلید» هم نیاز داشته باشد.
حذف تیم
حذف تیم عملیاتی حساس است. گدارAI قبل از حذف، وابستگیهای فعال را بررسی میکند. اگر کلید فعال، کاربر مجازی یا عضو فعال وجود داشته باشد، حذف مسدود میشود.
پیش از حذف:
- اعضای تیم را خارج کنید.
- VATها یا کلیدهای فعال را ابطال یا منتقل کنید.
- کاربران مجازی وابسته را بررسی کنید.
- شناسه فنی تیم را برای تأیید حذف وارد کنید.
حذف تیم میتواند روی مالکیت توکنها، گزارش مصرف و سرویسهای متصل اثر بگذارد. پیش از حذف، در لاگها و فهرست کاربران مجازی بررسی کنید سرویس فعالی به آن تیم وابسته نباشد.
یک الگوی پیشنهادی
برای یک محصول با پشتیبانی هوشمند:
| تیم | کاربرد |
|---|---|
support-dev | آزمایش پرامپتها و مدلها توسط تیم پشتیبانی |
support-prod | سرویس واقعی پاسخگویی به مشتریان |
data-research | ارزیابی مدلها و تحلیل کیفیت |
با این تفکیک، تیم توسعه میتواند آزادتر آزمایش کند، اما سرویس واقعی با VAT و مجوزهای محدود در تیم تولید اجرا میشود.
پرسشهای پرتکرار
آیا تیم برای بودجه و محدودیت نرخ هم مهم است؟
بله. تیم میتواند یکی از مرزهای مهم برای نسبتدادن مصرف، تعریف محدودیتها و تحلیل هزینه باشد.
آیا یک کاربر میتواند عضو چند تیم باشد؟
بله. نقش و مجوز او در هر تیم میتواند متفاوت باشد.
آیا هر سرویس باید تیم خودش را داشته باشد؟
نه همیشه. اگر چند سرویس مالک، بودجه و سطح دسترسی یکسان دارند، میتوانند در یک تیم باشند. اگر چرخه عمر یا ریسک آنها متفاوت است، تیم جدا بهتر است.