پرش به مطلب اصلی

گذاشتن یک کاربر در یک تیم

هدف​

فردی را در تیمی بگذارید تا رکوردهای آن تیم، زیر سیاست‌های رکوردهای تیم‌های من و مالِ من و تیم‌هایم، به او برسد.

پیش‌نیازها​

  • با نقش مدیر سکو وارد مرکز کنترل مدیریت شده‌اید.
  • آن فرد از پیش کاربر است.

گام‌ها​

  1. از ناوبری سمت راست، زیر کاربران، صفحهٔ تیم‌ها را باز کنید.
  2. سطر تیم را تیک بزنید و مدیریت اعضا را انتخاب کنید. پنلی باز می‌شود که کاربران مستأجر شما را فهرست می‌کند، با جعبهٔ جست‌وجویی که بر نام یا رایانامه باریک می‌کند.
  3. کسانی را که باید در تیم باشند تیک بزنید و تیک هرکس را که نباید باشد بردارید. شماری که کنار جعبهٔ جست‌وجو می‌آید کل عضویت است، پس هنگام فیلتر کردن پایین نمی‌آید.
  4. ذخیره را انتخاب کنید.

عضویت بی‌درنگ و در همهٔ محیط‌ها اثر می‌کند. انتظاری در کار نیست: ذخیره، تغییر را در هر محیط رونوشت می‌کند و شمارندهٔ امنیتی آن را بالا می‌برد، و هر تصمیم ذخیره‌شده بر همان کلید است.

تیم‌ها اینجا ویرایش می‌شوند، نه در برنامه​

تیم‌ها، کاربران و نقش‌ها به مستأجر شما تعلق دارند، نه به یک محیط. هر محیط رونوشتی از آن‌ها را نگه می‌دارد تا رکوردهای آنجا بتوانند به یک تیم تعلق داشته باشند و سیاست‌ها اعضایی برای خواندن داشته باشند — و آن رونوشت‌ها در برنامه فقط‌خواندنی‌اند. اگر جدول تیم‌ها یا عضویت‌های تیم را در یک برنامهٔ مدل‌محور باز کنید، می‌بینید اما تغییر نمی‌دهید: ساختن تیم آنجا تیمی می‌سازد که تنها در یک محیط هست، به حساب هیچ‌کس تعلق ندارد و هرگز در این صفحه دیده نمی‌شود.

به همین دلیل سکو نوشتن را رد می‌کند و همین صفحه را نام می‌برد. واحدهای سازمانی استثنا هستند و در برنامه ویرایش‌پذیر می‌مانند — واحد واقعاً چارت سازمانی خودِ همان محیط است، نه رونوشت چیزی.

سرپرست یک واحد کیست​

هر واحد سازمانی یک مدیر دارد — یک جستجوی کاربر، روی فرم خودِ واحد. این همان سرپرست آن واحد است و عمداً روی واحد نشسته نه روی تک‌تک افراد: سرپرست‌داشتنِ یک واحد یک واقعیت سازمانی است، حال آنکه اینکه هر کس به چه کسی گزارش می‌دهد دادهٔ پرسنلی است که این سکو آن را نگه نمی‌دارد. یک سطر برای به‌روز نگه‌داشتن به‌جای یکی به‌ازای هر کارمند، و روزی که کسی شغلش را عوض می‌کند کهنه نمی‌شود.

آن را در برنامه، روی جدول واحدهای سازمانی، درست مانند واحد والد تنظیم کنید.

هنوز چیزی آن را نمی‌خواند. برای مسیردهی فرایندها آنجاست: «به مدیرم بفرست» رایج‌ترین قاعدهٔ تأیید است، و چون واحدها از طریق واحد والد پیش از این درختی می‌سازند، بالا رفتن از همان درخت از مدیرِ یک واحد، تمامِ نردبان ارجاع به بالادست هم هست — مدیرِ تأییدکننده، و مدیرِ او. یک فرایند کاری خواهد توانست این را بدون نوشتن کد بگوید.

واگذاری این نیست​

واگذاری یک رکورد را به فرد یا تیمی می‌سپارد — یعنی مالک آن رکورد را عوض می‌کند. دربارهٔ اینکه چه کسی در تیم است چیزی نمی‌گوید.

اصلاً روی تیم، کاربر یا واحد سازمانی واگذاری نمی‌بینید و این عمدی است: این‌ها جدول‌هایی‌اند که مالکیت بر حسب آن‌ها بیان می‌شود. سطری در یکی از آن‌ها یک اصیل است، نه چیزی که اصیلی مالکش باشد؛ پس «مالک این کاربر کیست» پرسشی است که سکو پاسخی برایش ندارد — هیچ‌چیز آن را نمی‌خواند.

چرا عضویت مهم است​

سه سیاست از سیاست‌های آماده آن را می‌خوانند (نگاه کنید به دادن دسترسی رکورد به یک نقش):

  • رکوردهای تیم‌های من — رکوردهایی که تیمی از تیم‌های فرد مالکشان است.
  • مالِ من و تیم‌هایم — همان‌ها، به‌علاوهٔ آنچه خودش مالک است.
  • رکوردهایی که مالکشان هستم — عمداً شامل رکوردهای تیم نمی‌شود، و این رایج‌ترین غافلگیری در هر سامانه‌ای از این دست است. کسی که می‌گوید «رکورد خودم را نمی‌بینم» معمولاً همین را دارد و به رکوردی نگاه می‌کند که مالکش تیم اوست.

عضویت هرگز مجوزی نمی‌دهد. تعیین می‌کند مجوزهایی که فرد از پیش دارد به کدام رکوردها می‌رسند. اگر اصلاً کاری از دستش برنمی‌آید، به نقش نیاز دارد، نه به تیم.

حل مشکلات​

  • فهرست اعضا خالی است. — یا مستأجر هنوز کاربری ندارد، یا بارگذاری نشده‌اند. نخست افراد را در صفحهٔ کاربران بسازید.
  • «تیم ذخیره شد، اما محیط‌ها به‌روزرسانی نشدند: …» — عضویت ذخیره شده است؛ تنها رونوشت‌های درون محیط‌ها عقب مانده‌اند و پیام می‌گوید چه چیزی مانع شده. آن را برطرف کنید و عضویت را دوباره ذخیره کنید؛ این کار تکرارپذیر است و محیط‌ها را هماهنگ می‌کند.
  • فرد هنوز رکوردهای تیم را نمی‌بیند. — سه چیز را به ترتیب بررسی کنید: اینکه نقشش اصلاً آن مجوز را می‌دهد، اینکه زیر سیاستی داده شده که تیم‌ها را می‌خواند (نه رکوردهایی که مالکشان هستم)، و اینکه مالک رکورد واقعاً تیم است نه یک فرد.
  • عضویتی افزودم و چیزی عوض نشد. — این مالک رکورد است که باید تیم باشد. فیلد مالک رکورد را روی تیم بگذارید؛ عضویت تعیین می‌کند آن به چه کسانی می‌رسد.
  • نمی‌توانم جدول تیم‌ها را در برنامه‌ام ویرایش کنم. — درست است، و بالاتر گفته شد: تیم واقعی در صفحهٔ تیم‌های مرکز کنترل مدیریت است. جدول درون برنامه رونوشتی است تا رکوردهای آنجا بتوانند به یک تیم تعلق داشته باشند.

سناریوهای مرتبط​