ניהול משתמשים

ניהול משתמשים ב-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. פתחו את ניהול גישה. כותרת החלון כוללת את שם הפרויקט — לדוגמה Manage Access Consulting Project.

ציבורי לעומת מוגבל

בחלק העליון של החלון תבחרו ציבורי או מוגבל.

• מוגבל (מוצג עם סמל מגן) פירושו: רק המשתמשים ברשימה יכולים לגשת לפרויקט זה.

• השתמשו במוגבל כאשר פרויקט של לקוח או של קבלן, או תוכנית חסויה, אסור שיופיעו לכל מי שיכול לעיין בתיק הפרויקטים.

מתחת למתג מופיעה ההערה: השינויים ייכנסו לתוקף בכניסה הבאה של המשתמשים המושפעים. אחרי השמירה, בקשו מהאנשים להתנתק ולהתחבר מחדש (או חכו להתחברות הבאה שלהם) לפני שתבדקו אם מה שמוצג בתיק הפרויקטים נכון.

הוסף משתמש והוסף צוות

• הוסף משתמש — הוספת אדם אחד לרשימת הגישה של הפרויקט הזה, ואז קביעת התפקידים שלו בפרויקט.

• הוסף צוות — הוספת כל חברי אותו צוות לפרויקט בבת אחת. לאחר הוספת הצוות, אתם עדיין יכולים לשנות את תפקיד כל אדם בפרויקט בנפרד. זו הדרך המקובלת: מצרפים את הקבוצה עם הוסף צוות, ואז כוונו מי Project_Manager ומי Team_Member בפרויקט הזה.

סיכום בחלון (לדוגמה 4 משתמשים עם גישה) מראה לכמה אנשים יש כרגע גישה.

תפקידים לכל משתמש בפרויקט

בטבלה יש עמודות משתמש ותפקידים.

• תגי תפקיד מציגים את תפקידי הפרויקט הנוכחיים (לדוגמה Administrator, Project_Manager).

• פתחו את התפריט הנפתח בשורה כדי לקבוע תפקיד אחד או יותר כגון Project_Manager, Schedule_Manager, Resource_Manager ו-Team_Member. אפשר להקצות לאדם אחד כמה תפקידים.

• תפקידי הפרויקט האלה יכולים להיות שונים מברירת המחדל הארגונית של האדם. מישהו יכול להיות Team_Member בשכבת הארגון ו-Project_Manager בפרויקט הזה בלבד — או להפך, במקרה של תורם בעל הרשאות מוגבלות.

• הסרו אדם מהפרויקט עם סמל פח האשפה בשורה שלו.

• ביטול מבטל את העריכות; שמור שומר אותן (בתוקף מהכניסה הבאה של המשתמשים המושפעים).

Manage Access Consulting Project — מוגבל; הוסף משתמש / הוסף צוות; טבלת משתמש | תפקידים עם תגי תפקידי הפרויקט

איך שתי השכבות פועלות יחד. בשכבת הארגון אתם יכולים לתת ללקוח תפקיד מותאם מוגבל ולקבלן תפקיד Team_Member. בשכבת הפרויקט אתם מגדירים את הפרויקט כמוגבל, מוסיפים את הלקוח ואת הקבלן לרשימה בניהול גישה, ומגדירים את המוביל הפנימי כProject_Manager בפרויקט הזה. יחד: הלקוח רואה ופותח את הפרויקט המוגבל שלו עם הרשאות מוגבלות; הקבלן מעדכן רק את הפעילויות שלו; המוביל הפנימי מנהל את הפרויקט הזה כ-PM.

איך הכל מתחבר

תרחיש פשוט מקצה לקצה שמשתמש במפורש בתיק פרויקטים → ניהול גישה:

1. יצירת תפקיד מותאם Customer (שם כחול) עם הרשאות קריאה-בלבד או תצוגה מוגבלת בניהול המערכת → תפקידים.

2. בתיק פרויקטים, בחרו את הפרויקט של הלקוח → ניהול גישה → הגדירו מוגבל → הוסף משתמש או הוסף צוות כדי שיופיעו ברשימה → תנו להם תפקיד פרויקט מתאים. הם רואים ופותחים את אותו פרויקט, לא את כל תיק הפרויקטים של לקוחות אחרים.

3. הוספת קבלן עם תפקיד ארגוני Team_Member, שבצו אותו בפרויקט באמצעות ניהול גישה, והקצו אותו לפעילויות → הוא מעדכן התקדמות בפעילויות שלו, לא בכל תוכנית הפרויקט.

4. הגדירו את המוביל הפנימי כ-Project_Manager בפרויקט הזה בניהול גישה. תפקידי הארגון עדיין מגדירים מה כל אדם יכול לעשות ברחבי המוצר; ניהול גישה מגדיר מי PM ומי TM כאן.

אם אתם מגדירים זאת לראשונה

1. פתחו את ניהול המערכת → תפקידים. שימו לב: שחור = סטנדרטי, כחול = מותאם. שכפלו תפקיד סטנדרטי אם אתם צריכים גרסת Customer או PM מוגבל; הגדירו תפקידים שנירשו והרשאות (שימו לב לתגי PM / TM).

2. במשתמשים, הוסיפו אנשים, הקצו תפקידי ארגון, ושבצו אותם בצוותים אם הגרסה שלכם כוללת צוותים.

3. בתיק פרויקטים, פתחו כל פרויקט רגיש → ניהול גישה → בחרו מוגבל כאשר רק אנשים רשומים צריכים לראות אותו.

4. הוסף צוות (או הוסף משתמש), ואז קבעו את תפקידי הפרויקט של כל אדם (Project_Manager למוביל, Team_Member לתורמים וכן הלאה).

5. שמרו, ואז בקשו מהמשתמשים המושפעים להתחבר מחדש כך שתיק הפרויקטים וגישת הפרויקט יתעדכנו.

6. בדיקה מדגמית: הלקוח רואה רק את הפרויקט שלו; הקבלן רואה רק את הפעילויות שלו; המוביל הפנימי יכול לנהל את הפרויקט כ-PM.

סיכום — מסלול יצירה מהיר

הוספת משתמש → דוא״ל + סיסמה → בחרו תפקיד ארגוני (ברירת מחדל מנהל פרויקט) → אם תרצו, שבצו אותו בצוות → שמרו. אחר כך פתחו את תיק פרויקטים → ניהול גישה בפרויקט כדי לקבוע סופית מי יכול לפתוח אותו ומי PM ומי חבר צוות בו.

צפו: ניהול משתמשים.

---