مدیریت کاربران

مدیریت کاربران در ProjectLibre Cloud زیر مدیریت قرار دارد. دسترسی در دو لایه کار می‌کند: نقش‌های سازمانی (آنچه فرد به‌طور کلی در محصول می‌تواند انجام دهد) و دسترسی پروژه (اینکه فرد کدام پروژه‌ها را می‌تواند باز کند، و نقش او در هر پروژه). به‌عنوان مدیر سیستم، شما کاربران را اضافه می‌کنید، نقش‌های سازمانی تخصیص می‌دهید، افراد را در تیم‌ها قرار می‌دهید، مجوزها را پیکربندی می‌کنید، نقش‌های دلخواه می‌سازید و — از سبد پروژه‌ها — روی یک پروژه مدیریت دسترسی را باز می‌کنید تا کنترل کنید چه کسی در آن پروژه حضور دارد و آیا او به‌عنوان مدیر پروژه، عضو تیم یا نقش دیگری در آن پروژه عمل می‌کند.

همچنین ببینید: مدیریت و امنیت (صفحهٔ اصلی — همان ویدئو) · کنترل دسترسی مبتنی بر نقش (RBAC) · تنظیمات شخصی و آواتار · نماهای منابع · سبد پروژه‌ها · کار من و تیم من · تخصیص منابع · مدیریت و پیکربندی عمومی.

تماشا کنید: مدیریت کاربران (~3:30).

مدیریت را باز کنید

1. در نوار کناری سمت چپ، روی مدیریت (چرخ‌دنده) کلیک کنید.

2. دکمه‌های پایین صفحه: انصراف · اعمال · ذخیره.

3. زبانه‌های در دسترس و کنترل‌ها بسته به نقش فرق می‌کنند — این راهنما تجربهٔ مدیر سیستم را نشان می‌دهد.

مدیریت ← کاربران — + افزودن کاربر؛ انتخاب کاربر برای پیکربندی

افزودن کاربر

1. در زبانهٔ کاربران، روی + افزودن کاربر کلیک کنید.

2. نام، نام خانوادگی، ایمیل و رمز عبور را وارد کنید.

3. منبع: به‌طور پیش‌فرض کاربر به‌عنوان یک منبع جدید راه‌اندازی می‌شود (+ ساخت منبع جدید). به‌صورت اختیاری می‌توانید کاربر را به یک منبع موجود مرتبط کنید.

4. نقش‌ها: نقش‌ها را (با کشیدن یا با فلش‌ها) به Active Selection ببرید. پیش‌فرض مدیر پروژه (Project_Manager) است. همان را نگه دارید یا Team_Member، Portfolio_Manager و غیره را به آن بکشید.

5. تیم‌ها: تیم‌ها را به Active Selection ببرید (نمونه: IT Team + India — کاربر در دو تیم).

6. با اعمال و/یا ذخیره تأیید کنید.

افزودن کاربر — نام، نام خانوادگی، ایمیل، رمز عبور

منبع — + ساخت منبع جدید (یا مرتبط‌کردن به منبع موجود)

فهرست دوستونی نقش‌ها — Active Selection در برابر نقش‌های موجود

تیم‌های کاربر — IT Team + India (نشان 2)

نقش‌ها و دسترسی‌ها

دسترسی در ProjectLibre Cloud مبتنی بر نقش است. نقش‌های سازمانی را به‌عنوان مجموعه‌ابزار پیش‌فرض فرد در محصول در نظر بگیرید: اینکه او کدام نماها را می‌تواند باز کند، کدام پنجره‌ها را می‌تواند استفاده کند، و اینکه آیا مدیر سیستم است یا عضو تیم. این مجموعه‌ابزار را در زبانهٔ نقش‌ها مدیریت می‌کنید (و همان نقش‌ها را در زبانهٔ کاربران به افراد تخصیص می‌دهید).

دو لایهٔ دسترسی (این را اول بخوانید)

لایه	کجا تنظیم می‌شود	چه چیزی را کنترل می‌کند
نقش‌های سازمانی	مدیریت ← نقش‌ها / کاربران	آنچه فرد به‌طور کلی در محصول می‌تواند انجام دهد (نماها، پنجره‌ها، دسترسی‌های مدیر سیستم در برابر عضو تیم). نام نقش‌های سیاه استاندارد هستند؛ نام‌های آبی نقش‌های دلخواهی هستند که شما می‌سازید.
دسترسی پروژه	سبد پروژه‌ها ← یک پروژه را انتخاب کنید ← مدیریت دسترسی	کدام پروژه‌ها را می‌تواند باز کند، و نقش او در آن پروژه (Project_Manager، Team_Member، Schedule_Manager و غیره). نقش پروژهٔ یک فرد می‌تواند با نقش پیش‌فرض سازمانی او فرق داشته باشد.

نقش‌های سازمانی به‌تنهایی کافی نیستند. یک پیمانکار ممکن است نقش سازمانی عضو تیم داشته باشد، اما باز هم شما تعیین می‌کنید کدام پروژه‌ها را می‌بیند و آیا در هر پروژه مدیر پروژه است یا عضو تیم، در مدیریت دسترسی. جزئیات: دسترسی در سطح پروژه (مدیریت دسترسی).

خواندن زبانهٔ نقش‌ها

مدیریت ← نقش‌ها را باز کنید. در تصویر زبانهٔ نقش‌ها، زبانه‌های بالای صفحه کاربران، نقش‌ها، مجوزها، پرداخت و شرکت هستند.

• + افزودن نقش یک نقش دلخواه جدید می‌سازد. نمادهای تکثیر و حذف کنار آن قرار دارند.

• فهرست سمت چپ همهٔ نقش‌ها را نشان می‌دهد. متن سیاه = نقش‌های استاندارد که همراه محصول ارائه می‌شوند. متن آبی = نقش‌های دلخواه که سازمان شما ساخته است. نمونه‌هایی از نام‌های دلخواه که ممکن است ببینید: PM UI Streamlined، PM_new UI، Customer Role، Customer Role_copy.

• نقش‌های استاندارد در فهرست معمولاً شامل این‌ها هستند: Administrator، Project_Manager، Authenticated، Schedule_Manager، Portfolio_Manager، Team_Member، Resource_Manager.

• یک نقش را انتخاب کنید تا نقش‌های به‌ارث‌رسیده (برچسب‌هایی مانند Portfolio_Manager و Resource_Manager روی Administrator) و دسترسی‌ها را ویرایش کنید.

دسترسی‌ها در دسته‌هایی مانند عمومی، دسترسی نماها و دسترسی پنجره‌ها گروه‌بندی شده‌اند. هر ردیف دسترسی می‌تواند یک نشان کوچک PM یا TM و گاهی یک قفل نشان دهد.

دسترسی‌ها با بالا رفتن در زنجیرهٔ نقش‌ها به ارث می‌رسند، بنابراین تخصیص آن‌ها بسیار جزئی و دقیق می‌ماند: از یک نقش استاندارد شروع کنید، آن را تکثیر کنید، چک‌باکس‌ها را کم یا اضافه کنید و ذخیره کنید.

مدیریت ← نقش‌ها — سیاه = استاندارد، آبی = دلخواه؛ نقش‌های به‌ارث‌رسیده؛ دسترسی‌ها (عمومی / دسترسی نماها / دسترسی پنجره‌ها) با نشان‌های PM / TM

نقش‌ها — نقش‌های به‌ارث‌رسیدهٔ Administrator

دسترسی‌ها — چک‌باکس‌های عمومی / دسترسی نماها

نقش‌های استاندارد

نقش	قابلیت
Administrator	می‌تواند به‌طور گسترده اضافه و حذف کند؛ نقش‌های گسترده‌تری را به ارث می‌برد (نمونه: Portfolio_Manager + Resource_Manager را به ارث می‌برد)
Portfolio_Manager / مدیر سبد پروژه‌ها	همهٔ پروژه‌ها را می‌بیند، حتی وقتی تیم‌ها یا دسترسی محدود، سبد پروژه‌ها را برای دیگران محدود می‌کنند
Project_Manager / مدیر پروژه (PM)	می‌تواند پروژه‌های خود را حذف و مدیریت کند؛ از Team_Member به ارث می‌برد
Schedule_Manager	نقش پروژه‌ای متمرکز بر زمان‌بندی (در مدیریت دسترسی هم به‌صورت برچسب نقش پروژه وجود دارد)
Team_Member / عضو تیم (TM)	کمترین دسترسی‌ها؛ پس از تخصیص فعالیت، هنگام ورود فقط پروژهٔ خودش و فقط فعالیت‌های خودش را می‌بیند
Resource_Manager / مدیر منابع	فرد مسئول راه‌اندازی کاربران، تیم‌ها و ساختار منابع
Authenticated	نقش پایهٔ کاربر واردشده در فهرست استاندارد

نمونه‌های نقش دلخواه برای مدیران پروژه

این الگوها نقش‌ها/دسترسی‌های سازمانی را با تیم‌ها و مدیریت دسترسی روی پروژه ترکیب می‌کنند. در اینجا با جمله‌های کامل نوشته شده‌اند تا مدیر سیستم تازه‌کار بتواند نتیجه را تصور کند:

1. مشتری (فقط‌خواندنی، پروژهٔ خود). یک نقش دلخواه به‌سبک Customer (نام آبی در زبانهٔ نقش‌ها) با دسترسی‌های فقط‌خواندنی یا نمایش محدود بسازید یا بهبود دهید تا او بتواند ProjectLibre را باز کند و پروژهٔ خودش را ببیند، بی‌آنکه برنامه را ویرایش کند. او را از طریق مدیریت دسترسی روی یک پروژهٔ محدود قرار دهید (و/یا در تیم پروژه) تا همان پروژه را ببیند و به آن دسترسی داشته باشد — نه کل سبد پروژه‌های سایر مشتریان.

2. پیمانکار (فقط به‌روزرسانی فعالیت‌های خود). به پیمانکار یک نقش سازمانی Team_Member بدهید (یا نقش دلخواهی مبتنی بر آن). وقتی به فعالیت‌ها تخصیص داده می‌شود، فقط پیشرفت کار خودش را به‌روزرسانی می‌کند — کل برنامهٔ پروژه را نه می‌بیند و نه ویرایش می‌کند.

3. مسئول داخلی این پروژه. در مدیریت دسترسی، نقش پروژهٔ مسئول داخلی را روی Project_Manager قرار دهید، حتی اگر نقش پیش‌فرض سازمانی او فرق داشته باشد. این‌گونه کسی را برای این پروژه مدیر پروژه می‌کنید، بدون اینکه او را مدیر سیستم کل شرکت کنید.

همچنین ببینید: کنترل دسترسی مبتنی بر نقش (RBAC) · دسترسی در سطح پروژه (مدیریت دسترسی).

تیم‌ها

1. زبانهٔ تیم‌ها را باز کنید.

2. یک تیم را انتخاب کنید (برای مثال IT Team، India) یا + افزودن تیم؛ نام تیم را ویرایش کنید.

3. زیر منابع، افراد را به Active Selection ببرید (نمونه: India با Tayler، Kai، Kristen شروع می‌شود؛ Connor و Sidney را اضافه کنید).

4. ذخیره کنید، سپس تیم را روی یک پروژه قرار دهید تا عضویت اثر کند — روشن‌ترین مسیر: سبد پروژه‌ها ← انتخاب پروژه ← مدیریت دسترسی ← افزودن تیم. این کار هر عضو تیم را اضافه می‌کند؛ سپس نقش پروژهٔ هر فرد را تنظیم کنید.

کاری که تیم‌ها روی پروژه‌ها انجام می‌دهند

1. بهره‌وری تخصیص — هنگام تخصیص منابع، مدیر پروژه فقط اعضای تیم را می‌بیند، نه کل مخزن منابع را.

2. کنترل دسترسی — تعیین می‌کند کدام پروژه‌ها در سبد پروژه‌ها ظاهر شوند. نمونه: یک مشتری را در یک تیم پروژه بگذارید و آن تیم را روی یک پروژه قرار دهید ← آن فرد فقط همان پروژه را می‌بیند.

استثنا: یک مدیر سبد پروژه‌ها همچنان همهٔ پروژه‌ها را می‌بیند.

زبانهٔ تیم‌ها — IT Team؛ فهرست دوستونی منابع

تیم India — اعضای Active Selection

همچنین ببینید: تخصیص منابع · سبد پروژه‌ها · کار من و تیم من · دسترسی در سطح پروژه.

دسترسی در سطح پروژه (مدیریت دسترسی)

نقش‌های سازمانی به این پاسخ می‌دهند که «این فرد در ProjectLibre چه کاری می‌تواند انجام دهد؟» مدیریت دسترسی به این پاسخ می‌دهد که «کدام پروژه‌ها را می‌تواند باز کند، و نقش او در این پروژه چیست؟»

باز کردن مدیریت دسترسی از سبد پروژه‌ها

1. به سبد پروژه‌ها بروید.

2. یک پروژه را انتخاب کنید.

3. مدیریت دسترسی را باز کنید. عنوان پنجره نام پروژه را هم دارد — برای مثال مدیریت دسترسی Consulting Project.

عمومی در برابر محدود

در بالای پنجره، عمومی یا محدود را انتخاب می‌کنید.

• محدود (با نماد سپر نشان داده می‌شود) به این معناست: تنها کاربران فهرست‌شده می‌توانند به این پروژه دسترسی داشته باشند.

• وقتی پروژهٔ یک مشتری یا پیمانکار، یا برنامه‌ای محرمانه، نباید برای همهٔ کسانی که در حالت عادی سبد پروژه‌ها را می‌بینند نمایش داده شود، از محدود استفاده کنید.

یادداشتی زیر این کلید می‌گوید: تغییرها در نخستین ورود بعدی کاربران اثرگذار می‌شوند. پس از ذخیره، پیش از آنکه دربارهٔ درستی نمایش سبد پروژه‌ها قضاوت کنید، از افراد بخواهید از حساب خارج و دوباره وارد شوند (یا منتظر نشست بعدی‌شان بمانید).

افزودن کاربر و افزودن تیم

• افزودن کاربر — یک نفر را به فهرست دسترسی این پروژه اضافه می‌کنید، سپس نقش‌های پروژه‌ای او را تنظیم می‌کنید.

• افزودن تیم — همهٔ اعضای آن تیم را یکجا به پروژه اضافه می‌کنید. پس از افزودن تیم، باز هم می‌توانید نقش هر فرد را در پروژه به‌صورت جداگانه تغییر دهید. این الگوی معمول است: گروه را با افزودن تیم وارد کنید، سپس تنظیم کنید که چه کسی در این پروژه Project_Manager است و چه کسی Team_Member.

خلاصه‌ای در پنجره (برای مثال 4 users with access) نشان می‌دهد چند نفر در حال حاضر دسترسی دارند.

نقش‌های هر کاربر روی پروژه

جدول ستون‌های کاربر و نقش‌ها را دارد.

• برچسب‌های نقش، نقش‌های کنونی در پروژه را نشان می‌دهند (برای مثال Administrator، Project_Manager).

• منوی کشویی یک ردیف را باز کنید تا یک یا چند نقش مانند Project_Manager، Schedule_Manager، Resource_Manager و Team_Member را تنظیم کنید. چند نقش برای یک نفر مجاز است.

• این نقش‌های پروژه می‌توانند با نقش پیش‌فرض سازمانی فرد فرق داشته باشند. کسی ممکن است در سطح سازمان Team_Member باشد و فقط در این پروژه Project_Manager — یا برعکس، برای مشارکت‌کننده‌ای با اختیارات محدود.

• یک فرد را با نماد سطل زباله در ردیف او از پروژه حذف کنید.

• انصراف ویرایش‌ها را دور می‌ریزد؛ ذخیره آن‌ها را نگه می‌دارد (برای کاربران مربوط، از ورود بعدی اعمال می‌شود).

مدیریت دسترسی Consulting Project — محدود؛ افزودن کاربر / افزودن تیم؛ جدول کاربر | نقش‌ها با برچسب‌های نقش پروژه

چگونگی کار دو لایه با یکدیگر. در لایهٔ سازمانی ممکن است به یک مشتری نقش دلخواه محدود و به یک پیمانکار نقش Team_Member بدهید. در لایهٔ پروژه، پروژه را روی محدود می‌گذارید، آن مشتری و پیمانکار را در مدیریت دسترسی فهرست می‌کنید و مسئول داخلی را در این پروژه روی Project_Manager می‌گذارید. نتیجه: مشتری پروژهٔ محدود خودش را با اختیارات محدود می‌بیند و باز می‌کند؛ پیمانکار فقط فعالیت‌های خودش را به‌روزرسانی می‌کند؛ مسئول داخلی این پروژه را به‌عنوان PM مدیریت می‌کند.

چگونه همه چیز در کنار هم کار می‌کند

یک سناریوی ساده و سرتاسری که سبد پروژه‌ها ← مدیریت دسترسی را به‌صراحت به کار می‌برد:

1. یک نقش دلخواه Customer بسازید (نام آبی) با دسترسی‌های فقط‌خواندنی یا نمایش محدود در مدیریت ← نقش‌ها.

2. در سبد پروژه‌ها، پروژهٔ مشتری را انتخاب کنید ← مدیریت دسترسی ← محدود را تنظیم کنید ← افزودن کاربر یا افزودن تیم تا در فهرست قرار گیرند ← نقش پروژهٔ مناسبی به آن‌ها بدهید. آن‌ها همان پروژه را می‌بینند و باز می‌کنند، نه کل سبد پروژه‌های سایر مشتریان.

3. یک پیمانکار اضافه کنید با نقش سازمانی Team_Member، او را از طریق مدیریت دسترسی روی پروژه بگذارید، و به او فعالیت‌ها تخصیص دهید ← او پیشرفت را روی فعالیت‌های خودش به‌روزرسانی می‌کند، نه کل برنامهٔ پروژه را.

4. مسئول داخلی را در مدیریت دسترسی برای این پروژه روی Project_Manager بگذارید. نقش‌های سازمانی همچنان تعیین می‌کنند هر فرد در سطح محصول چه کاری می‌تواند انجام دهد؛ مدیریت دسترسی تعیین می‌کند اینجا چه کسی PM است و چه کسی TM.

اگر این را برای نخستین بار راه‌اندازی می‌کنید

1. مدیریت ← نقش‌ها را باز کنید. توجه کنید سیاه = استاندارد، آبی = دلخواه. اگر به نوعی Customer یا مدیر پروژهٔ محدود نیاز دارید، یک نقش استاندارد را تکثیر کنید؛ نقش‌های به‌ارث‌رسیده و دسترسی‌ها را تنظیم کنید (به نشان‌های PM / TM توجه کنید).

2. در کاربران، افراد را اضافه کنید، نقش‌های سازمانی تخصیص دهید، و اگر نسخهٔ شما تیم‌ها را دارد، آن‌ها را در تیم‌ها قرار دهید.

3. در سبد پروژه‌ها، هر پروژهٔ حساسی را باز کنید ← مدیریت دسترسی ← وقتی فقط افراد فهرست‌شده باید آن را ببینند، محدود را انتخاب کنید.

4. افزودن تیم (یا افزودن کاربر)، سپس نقش‌های پروژهٔ هر فرد را تنظیم کنید (Project_Manager برای مسئول، Team_Member برای مشارکت‌کنندگان و غیره).

5. ذخیره کنید، سپس از کاربران تحت‌تأثیر بخواهید دوباره وارد شوند تا دسترسی سبد پروژه‌ها و پروژه تازه شود.

6. بررسی سریع: مشتری فقط پروژهٔ خودش را می‌بیند؛ پیمانکار فقط فعالیت‌های خودش را می‌بیند؛ مسئول داخلی می‌تواند پروژه را به‌عنوان PM مدیریت کند.

خلاصه — مسیر سریع ساخت

افزودن کاربر ← ایمیل + رمز عبور ← یک نقش سازمانی انتخاب کنید (پیش‌فرض مدیر پروژه) ← به‌صورت اختیاری او را در یک تیم قرار دهید ← ذخیره. سپس سبد پروژه‌ها ← مدیریت دسترسی را روی پروژه باز کنید تا مشخص شود چه کسی می‌تواند آن را باز کند و در آن چه کسی PM است و چه کسی عضو تیم.

تماشا کنید: مدیریت کاربران.

---