ProjectLibre Academy · การดูแลระบบและการกำหนดค่า
การจัดการผู้ใช้
เพิ่มผู้ใช้และควบคุมการเข้าถึงในสองระดับ: บทบาทระดับองค์กรกำหนดสิ่งที่แต่ละคนทำได้ และการเข้าถึงโครงการกำหนดว่าเปิดโครงการใดได้
การจัดการผู้ใช้ใน ProjectLibre Cloud อยู่ภายใต้ การดูแลระบบ การเข้าถึงทำงานใน สองระดับ: บทบาทระดับองค์กร (สิ่งที่บางคนทำได้ในผลิตภัณฑ์โดยทั่วไป) และ การเข้าถึงโครงการ (โครงการที่พวกเขาเปิดได้ และบทบาทของพวกเขาในแต่ละโครงการ) ในฐานะ ผู้ดูแลระบบ คุณเพิ่มผู้ใช้ กำหนดบทบาทระดับองค์กร จัดคนเข้าทีม กำหนดค่าสิทธิ์ สร้าง บทบาทที่กำหนดเอง และ — จาก พอร์ตโฟลิโอ — เปิด จัดการสิทธิ์เข้าถึง บนโครงการเพื่อควบคุมว่าใครอยู่ในโครงการนั้นและพวกเขามีบทบาทเป็นผู้จัดการโครงการ สมาชิกในทีม หรือบทบาทโครงการอื่นหรือไม่
ดูเพิ่มเติม: การดูแลระบบและความปลอดภัย (หน้ารวม — วิดีโอเดียวกัน) · การควบคุมการเข้าถึงตามบทบาท (RBAC) · การตั้งค่าส่วนตัวและรูปประจำตัว · มุมมองทรัพยากร · พอร์ตโฟลิโอ · งานของฉันและทีมของฉัน · การมอบหมายทรัพยากร · การดูแลระบบและการกำหนดค่าทั่วไป
ดู: การจัดการผู้ใช้ (~3:30)
เปิดการดูแลระบบ
-
ในแถบนำทางซ้าย คลิก การดูแลระบบ (ไอคอนเฟือง)
-
การดำเนินการที่ส่วนท้าย: ยกเลิก · นำไปใช้ · บันทึก
-
การใช้งานแท็บและตัวควบคุม แตกต่างกันตามบทบาท — การสาธิตนี้แสดงประสบการณ์ของผู้ดูแลระบบ

เพิ่มผู้ใช้
-
ในแท็บ ผู้ใช้ คลิก + เพิ่มผู้ใช้
-
ป้อน ชื่อ นามสกุล อีเมล และ รหัสผ่าน
-
ทรัพยากร: โดยค่าเริ่มต้น ผู้ใช้จะถูกตั้งค่าเป็น ทรัพยากรใหม่ (+ สร้างทรัพยากรใหม่) หรือจะ เชื่อมโยง ผู้ใช้กับ ทรัพยากรที่มีอยู่ ก็ได้
-
บทบาท: ลาก (หรือใช้ลูกศร) บทบาทลงใน Active Selection ค่าเริ่มต้นคือ ผู้จัดการโครงการ (
Project_Manager) ปล่อยไว้ได้ หรือลาก Team_Member Portfolio_Manager และอื่น ๆ -
ทีม: ย้ายทีมเข้าสู่ Active Selection (ตัวอย่าง: IT Team + India — ผู้ใช้อยู่ในสองทีม)
-
ยืนยันด้วย นำไปใช้ และ/หรือ บันทึก




บทบาทและสิทธิ์
การเข้าถึงใน ProjectLibre Cloud อิงตามบทบาท ให้คิดถึงบทบาทระดับองค์กรเป็น ชุดเครื่องมือเริ่มต้น ของบุคคลในผลิตภัณฑ์: มุมมองใดที่พวกเขาเปิดได้ กล่องโต้ตอบใดที่พวกเขาใช้ได้ และพวกเขาเป็นผู้ดูแลระบบหรือสมาชิกในทีม คุณจัดการชุดเครื่องมือนั้นในแท็บ บทบาท (และกำหนดบทบาทเหล่านั้นให้กับผู้คนในแท็บ ผู้ใช้)
สองระดับของการเข้าถึง (อ่านส่วนนี้ก่อน)
| ระดับ | ที่คุณตั้งค่า | สิ่งที่ควบคุม |
|---|---|---|
| บทบาทระดับองค์กร | การดูแลระบบ → บทบาท / ผู้ใช้ | สิ่งที่บางคนทำได้ในผลิตภัณฑ์ โดยทั่วไป (มุมมอง กล่องโต้ตอบ สิทธิ์ผู้ดูแลระบบเทียบกับสมาชิกในทีม) ชื่อบทบาท สีดำ คือ มาตรฐาน; ชื่อ สีน้ำเงิน คือ บทบาทที่กำหนดเอง ที่คุณสร้างขึ้น |
| การเข้าถึงโครงการ | พอร์ตโฟลิโอ → เลือกโครงการ → จัดการสิทธิ์เข้าถึง | โครงการใด ที่พวกเขาเปิดได้ และ บทบาทของพวกเขาในโครงการนั้น (Project_Manager, Team_Member, Schedule_Manager และอื่น ๆ) บทบาทโครงการของบุคคลอาจแตกต่างจากค่าเริ่มต้นระดับองค์กรของพวกเขา |
บทบาทระดับองค์กรเพียงอย่างเดียวยังไม่ครบถ้วน ผู้รับเหมาอาจมีบทบาทระดับองค์กรเป็นสมาชิกในทีม แต่คุณยังตัดสินใจว่าพวกเขาจะเห็น โครงการใด และพวกเขาเป็น PM หรือ TM ในแต่ละโครงการ ใน จัดการสิทธิ์เข้าถึง รายละเอียด: การเข้าถึงระดับโครงการ (จัดการสิทธิ์เข้าถึง)
การอ่านแท็บบทบาท
เปิด การดูแลระบบ → บทบาท ในภาพหน้าจอแท็บบทบาท แท็บด้านบนคือ ผู้ใช้ บทบาท ใบอนุญาต การชำระเงิน และ บริษัท
-
+ เพิ่มบทบาท สร้างบทบาทที่กำหนดเองใหม่ ไอคอนทำซ้ำและลบอยู่ข้าง ๆ
-
รายการด้านซ้ายแสดงทุกบทบาท ข้อความสีดำ = บทบาทมาตรฐาน ที่มาพร้อมผลิตภัณฑ์ ข้อความสีน้ำเงิน = บทบาทที่กำหนดเอง ที่องค์กรของคุณสร้างขึ้น ตัวอย่างชื่อที่กำหนดเองที่คุณอาจเห็น: 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 ขนาดเล็ก และในบางกรณี ไอคอนล็อก
สิทธิ์ สืบทอดขึ้นไปตามบทบาท ดังนั้นการกำหนดสิทธิ์จึงยังคง ละเอียดมาก: เริ่มจากบทบาทมาตรฐาน ทำซ้ำ ตัดหรือเพิ่มช่องกาเครื่องหมาย แล้วบันทึก



บทบาทมาตรฐาน
| บทบาท | ความสามารถ |
|---|---|
| Administrator | สามารถ เพิ่มและลบ ได้อย่างกว้างขวาง; สืบทอดบทบาทที่กว้างขึ้น (ตัวอย่าง: สืบทอด Portfolio_Manager + Resource_Manager) |
| Portfolio_Manager / Portfolio Manager | เห็น ทุก โครงการแม้เมื่อทีมหรือการเข้าถึงแบบจำกัดสิทธิ์จำกัดพอร์ตโฟลิโอสำหรับคนอื่น |
| Project_Manager / Project Manager (PM) | สามารถ ลบ และ จัดการ โครงการของตนได้; สืบทอด Team_Member |
| Schedule_Manager | บทบาทโครงการที่เน้นกำหนดการ (มีให้เป็นชิปบทบาทโครงการใน จัดการสิทธิ์เข้าถึง ด้วย) |
| Team_Member / Team Member (TM) | สิทธิ์น้อยที่สุด; หลังการมอบหมายงาน การเข้าสู่ระบบจะแสดง เฉพาะโครงการของตน และ เฉพาะงานของตน |
| Resource_Manager / Resource Manager | บุคคลเฉพาะสำหรับ การตั้งค่า ผู้ใช้ ทีม และโครงสร้างทรัพยากร |
| Authenticated | บทบาทผู้ใช้ที่ยืนยันตัวตนพื้นฐานในรายการมาตรฐาน |
ตัวอย่างบทบาทที่กำหนดเองสำหรับ PM
รูปแบบเหล่านี้รวม บทบาทองค์กร/สิทธิ์ กับ ทีม และ จัดการสิทธิ์เข้าถึง บนโครงการ เขียนเป็นประโยคเต็มเพื่อให้ผู้ดูแลระบบใหม่เห็นภาพผลลัพธ์ได้:
-
ลูกค้า (อ่านอย่างเดียวเฉพาะโครงการของตน) สร้างหรือปรับแต่งบทบาทที่กำหนดเองแบบ Customer (ชื่อสีน้ำเงินบนแท็บบทบาท) ที่มีสิทธิ์อ่านอย่างเดียวหรือมุมมองจำกัด เพื่อให้พวกเขาเปิด ProjectLibre และเห็น โครงการของตน ได้โดยไม่แก้ไขแผน จัดพวกเขาเข้าโครงการแบบ จำกัดสิทธิ์ ผ่าน จัดการสิทธิ์เข้าถึง (และ/หรือในทีมของโครงการ) เพื่อให้พวกเขาเห็นและเข้าถึงโครงการนั้น — ไม่ใช่ พอร์ตโฟลิโอทั้งหมดของโครงการลูกค้ารายอื่น
-
ผู้รับเหมา (อัปเดตเฉพาะงานของตน) ให้ผู้รับเหมามีบทบาทองค์กรเป็น Team_Member (หรือบทบาทที่กำหนดเองที่อิงจากบทบาทนี้) เมื่อพวกเขาได้รับมอบหมายงาน พวกเขาจะอัปเดตความคืบหน้าบนงานของตนเท่านั้น — พวกเขาไม่เห็นหรือแก้ไขแผนโครงการทั้งหมด
-
หัวหน้าทีมภายในในโครงการนี้ ใน จัดการสิทธิ์เข้าถึง ตั้งบทบาทโครงการของหัวหน้าทีมภายในเป็น Project_Manager แม้ว่าค่าเริ่มต้นระดับองค์กรของพวกเขาจะต่างออกไป นั่นคือวิธีที่คุณทำให้บางคนเป็น PM สำหรับโครงการนี้ โดยไม่ทำให้พวกเขาเป็น Admin ของทั้งบริษัท
ดูเพิ่มเติม: การควบคุมการเข้าถึงตามบทบาท (RBAC) · การเข้าถึงระดับโครงการ (จัดการสิทธิ์เข้าถึง)
ทีม
-
เปิดแท็บ ทีม
-
เลือกทีม (เช่น IT Team India) หรือ + เพิ่มทีม; แก้ไข ชื่อทีม
-
ภายใต้ ทรัพยากร ย้ายคนเข้าสู่ Active Selection (ตัวอย่าง: India เริ่มด้วย Tayler, Kai, Kristen; เพิ่ม Connor และ Sidney)
-
บันทึก แล้วจึงนำทีม เข้าสู่โครงการ เพื่อให้สมาชิกภาพมีผล — เส้นทางที่ชัดเจนที่สุด: พอร์ตโฟลิโอ → เลือกโครงการ → จัดการสิทธิ์เข้าถึง → เพิ่มทีม การทำเช่นนั้นจะเพิ่มสมาชิกทีมทุกคน จากนั้นปรับบทบาทโครงการของแต่ละคน
สิ่งที่ทีมทำกับโครงการ
-
ประสิทธิภาพการมอบหมาย — เมื่อมอบหมายทรัพยากร PM จะเห็น เฉพาะสมาชิกในทีม ไม่ใช่กลุ่มทั้งหมด
-
การควบคุมการเข้าถึง — จำกัดว่าโครงการใดปรากฏใน พอร์ตโฟลิโอ ตัวอย่าง: นำ ลูกค้า เข้าทีมของโครงการ และนำทีมนั้นเข้าสู่โครงการ → บุคคลนั้นจะเห็น เฉพาะโครงการนั้น
ข้อยกเว้น: ผู้จัดการพอร์ตโฟลิโอ ยังเห็น ทุก โครงการ


ดูเพิ่มเติม: การมอบหมายทรัพยากร · พอร์ตโฟลิโอ · งานของฉันและทีมของฉัน · การเข้าถึงระดับโครงการ
การเข้าถึงระดับโครงการ (จัดการสิทธิ์เข้าถึง)
บทบาทระดับองค์กรตอบคำถาม “บุคคลนี้ทำอะไรได้ใน ProjectLibre?” จัดการสิทธิ์เข้าถึง ตอบคำถาม “พวกเขาเปิดโครงการใดได้ และบทบาทของพวกเขา ในโครงการนี้ คืออะไร?”
เปิดจัดการสิทธิ์เข้าถึงจากพอร์ตโฟลิโอ
-
ไปที่ พอร์ตโฟลิโอ
-
เลือกโครงการ
-
เปิด จัดการสิทธิ์เข้าถึง ชื่อกล่องโต้ตอบรวมถึงชื่อโครงการ — ตัวอย่างเช่น Manage Access 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 เฉพาะในโครงการนี้ — หรือในทางกลับกันสำหรับผู้ร่วมงานที่มีสิทธิ์จำกัด
-
ลบคนออกจากโครงการด้วยไอคอนถังขยะบนแถวของพวกเขา
-
ยกเลิก ทิ้งการแก้ไข; บันทึก เก็บไว้ (มีผลในครั้งต่อไปที่ผู้ใช้ที่ได้รับผลกระทบเข้าสู่ระบบ)

วิธีที่สองระดับทำงานร่วมกัน ในระดับองค์กร คุณอาจให้ลูกค้ามีบทบาทจำกัดที่กำหนดเอง และผู้รับเหมามีบทบาท Team_Member ในระดับโครงการ คุณตั้งโครงการเป็น จำกัดสิทธิ์ ระบุลูกค้าและผู้รับเหมารายนั้นใน จัดการสิทธิ์เข้าถึง และตั้งหัวหน้าทีมภายในเป็น Project_Manager ในโครงการนี้ รวมกันแล้ว: ลูกค้าเห็นและเปิดโครงการของตนที่จำกัดสิทธิ์ด้วยสิทธิ์จำกัด; ผู้รับเหมาอัปเดตเฉพาะงานของตน; หัวหน้าทีมภายในจัดการโครงการนี้ในฐานะ PM
ภาพรวมการทำงานร่วมกัน
สถานการณ์จำลองแบบง่ายจากต้นจนจบที่ใช้ พอร์ตโฟลิโอ → จัดการสิทธิ์เข้าถึง อย่างชัดเจน:
-
สร้างบทบาท Customer ที่กำหนดเอง (ชื่อสีน้ำเงิน) ที่มีสิทธิ์อ่านอย่างเดียวหรือมุมมองจำกัดบน การดูแลระบบ → บทบาท
-
ใน พอร์ตโฟลิโอ เลือกโครงการของลูกค้า → จัดการสิทธิ์เข้าถึง → ตั้ง จำกัดสิทธิ์ → เพิ่มผู้ใช้ หรือ เพิ่มทีม เพื่อให้พวกเขาอยู่ในรายการ → ให้บทบาทโครงการที่เหมาะสม พวกเขาเห็นและเข้าถึงโครงการนั้น ไม่ใช่พอร์ตโฟลิโอทั้งหมดของงานลูกค้ารายอื่น
-
เพิ่มผู้รับเหมา ด้วยบทบาทองค์กร Team_Member นำพวกเขาเข้าสู่โครงการผ่านจัดการสิทธิ์เข้าถึง และมอบหมายให้พวกเขาทำงาน → พวกเขาอัปเดตความคืบหน้าบนงานของตน ไม่ใช่แผนโครงการทั้งหมด
-
ตั้ง หัวหน้าทีมภายใน เป็น Project_Manager ในโครงการนี้ใน จัดการสิทธิ์เข้าถึง บทบาทองค์กรยังคงกำหนดสิ่งที่แต่ละคนทำได้ทั่วทั้งผลิตภัณฑ์; จัดการสิทธิ์เข้าถึงกำหนดว่าใครเป็น PM เทียบกับ TM ที่นี่
ถ้าคุณกำลังตั้งค่าเรื่องนี้เป็นครั้งแรก
-
เปิด การดูแลระบบ → บทบาท สังเกตว่า สีดำ = มาตรฐาน สีน้ำเงิน = กำหนดเอง ทำซ้ำบทบาทมาตรฐานหากคุณต้องการตัวแปร Customer หรือ PM แบบจำกัด; ตั้งบทบาทที่สืบทอดมาและสิทธิ์ (ดูป้าย PM / TM)
-
ที่ ผู้ใช้ เพิ่มคน กำหนดบทบาทองค์กร และจัดพวกเขาเข้า ทีม หากการติดตั้งของคุณรวมทีม
-
ใน พอร์ตโฟลิโอ เปิดแต่ละโครงการที่ละเอียดอ่อน → จัดการสิทธิ์เข้าถึง → เลือก จำกัดสิทธิ์ เมื่อมีเฉพาะคนในรายการที่ควรเห็นโครงการนั้น
-
เพิ่มทีม (หรือเพิ่มผู้ใช้) จากนั้นตั้งบทบาทโครงการของแต่ละคน (Project_Manager สำหรับหัวหน้าทีม Team_Member สำหรับผู้ร่วมงาน และอื่น ๆ)
-
บันทึก แล้วให้ผู้ใช้ที่ได้รับผลกระทบเข้าสู่ระบบใหม่เพื่อให้พอร์ตโฟลิโอและการเข้าถึงโครงการรีเฟรช
-
ตรวจสอบ: ลูกค้าเห็นเฉพาะโครงการของตน; ผู้รับเหมาเห็นเฉพาะงานของตน; หัวหน้าทีมภายในจัดการโครงการในฐานะ PM ได้
สรุป — เส้นทางสร้างด่วน
เพิ่มผู้ใช้ → อีเมล + รหัสผ่าน → เลือก บทบาทองค์กร (ค่าเริ่มต้น Project Manager) → จะนำพวกเขาเข้า ทีม หรือไม่ก็ได้ → บันทึก จากนั้นเปิด พอร์ตโฟลิโอ → จัดการสิทธิ์เข้าถึง บนโครงการเพื่อกำหนดว่าใครเปิดได้และใครเป็น PM เทียบกับ Team Member ที่นั่น
ดู: การจัดการผู้ใช้