21
Best Practices in Role Management Changing needs and solutions Kyle Mackie eLearning Program Manager Shawn Vance Technical Support Manage

Best Practices in Role Management

Embed Size (px)

DESCRIPTION

Presented at D2L's FUSION Users Conference in July 2005 in Madison, WI.

Citation preview

Page 1: Best Practices in Role Management

Best Practices in Role Management

Changing needs and solutions

Kyle MackieeLearning Program Manager

Shawn VanceTechnical Support Manager

Page 2: Best Practices in Role Management

Role Management

Introductions Definitions and Literature Review The Slippery Slope How’s, Who’s, Why’s of Role Creation Recommendations/What to think about Future directions in Role Management New ideas brainstorming session

Page 3: Best Practices in Role Management

Quick intro – Kyle

eLearning Program Manager– Technical support team, development and

maintenance of websites– Training Instructors on D2L platform tools– Creating Roles and assigning permissions

Page 4: Best Practices in Role Management

Quick intro – Shawn

Technical Support Manager– Manage day to day support operations– troubleshoot and assist with technical issues– Provide input to development/product

management based on client feedback– Seeks ways to improve customer service ie) new

24/7 Support initiative.

Page 5: Best Practices in Role Management

Quick intro – Open Learning, UofG

www.open.uoguelph.ca 250+ DE courses 18,000 enrolments 9 org units “legacy client” do things a bit differently

Page 6: Best Practices in Role Management

Definitions

What is meant by role?– A role is comprised of a collection of security

settings in the D2L system. Roles are applied to users at the orgUnit level. Users can have different roles and different orgUnits. Assigning permissions to a role dictates what the role will be able to see and do within the system. By default, organizations are set up with three roles: student, instructor and administrator.

Page 7: Best Practices in Role Management

Definitions

What is meant by role? (cont’d)– Organizations have full control over the roles in

their system. For example, administrators may create a “Student Helpdesk” role for students who are responsible for the student helpdesk. This role may be similar to the role of a typical student, yet the helpdesk role will have more permissions surrounding sending out login information and unlocking student accounts.

Page 8: Best Practices in Role Management

Definitions

What is meant by permissions?– Permissions are rights or privileges that are

organized by tool and granted/denied by OrgUnitType. A set of permissions define what a role can and cannot see and do within the D2L System.

Page 9: Best Practices in Role Management

Why are roles so friggin’ important?

If tools don’t work properly, it might be a permissions issue. (401 Not Authorized Errors)

Every school is different, every program is different

D2L’s tool is almost infinitely customizable

BUT…

Page 10: Best Practices in Role Management

The slippery slope

Instructor Coordinator Teaching Assistant TA without grades access TA with read-only grades access Instructor with access to quiz management TA with access to quiz management Guest instructor

Page 11: Best Practices in Role Management

The slipperier slope

Info Desk Production and Info Assignment Coordinator Operations

Page 12: Best Practices in Role Management

The slipperiest slope

Importing users from different orgs Different tools Different configurations Different needs Cascading…forever

Page 13: Best Practices in Role Management

How roles are defined

Default settings Customization options Copying, naming

Page 14: Best Practices in Role Management

a million checkboxes…

Page 15: Best Practices in Role Management

…and not much sense

Page 16: Best Practices in Role Management

Who defines roles

Default settings Administrative person/group

– defining who gets to define roles– editing/viewing permissions– how information is shared among team

Keeping track– users in different orgs– descriptions, etc.

Page 17: Best Practices in Role Management

Why roles are defined

administrative needs control versus freedom institutional policies (privacy, AUP) especially

grades, class list individual whims special circumstances (award submission) new tools, new versions

Page 18: Best Practices in Role Management

Recommendations

Keep it simple Dedicated staff for role management

– NOTE: We recommend that only high-level administrators have access to the Manage Roles and Security tool.

Clear naming convention and description Try to make new needs fit into existing structure,

before creating new role Clarify "wants" versus "needs“ Things are always changing

Page 19: Best Practices in Role Management

Recommendations - continued

uber org vs. multi orgs copy roles to preserve originals when experimenting

with different setups new users -> plan out what roles you think you may

need in advance 20 questions test..re-test and test again

– At orgHome and course offering level Examine D2L release notes and consider impacts

Page 20: Best Practices in Role Management

The future – new ideas

Per user security settings (Windows-based permissions. User/group type)

Import/export and sharing roles Select all Set permissions for multiple roles/orgs Diagnostic tool Linked permissions – class list, IDs… Easier to read screen layout? Suggestions? Other ideas?

Page 21: Best Practices in Role Management

Questions?

Questions about Role Management?