Who should attend? Anyone wanting to have input on..
- End user experience with in ServiceNow and the identity portal.
- Business flows and process, including requests, approvals, and fulfillment
- Setting priorities
- Learning how the outcomes of this program will simplify and improve on-boarding, sign-on, and access request fulfillment
This course is for anyone who will be gathering requirements, designing, and laying-out the user and system functionality of Service Panel. This course is ideal for consulting firms, independent consultants, and internal IT staff responsible for a successful implementation or expansion of Service Panel.
This course is also offered outside the Knowledge Package as a paid workshop (W812), where a Service Panel professional walks you through your options, and collects your design requirements.
Service Panel Project - Requirements Gathering
A SoftwareIDM customer project typically begins with customer training and requirements gathering. For deploying Service Panel, you will want to attend a W812 workshop.
Before attending a W812 workshop, you will need gather some organization information. You will need to identify your Service Panel Audiences, Service Panel functionality groupings, and pair those with each audience. This will outline who is accessing the portal, and what functionality will be provided. If you need assistance understanding Service Panel Audiences and functional groups, you will want to attend course T711 - A Tour of Service Panel.
Requirements gathering advance prep:
- Identify audiences and broad functionality mapping: recommend 2 to 4 audience/function pairs for initial deployment, with up to 3 additional audience/function pairs for second iteration (not initial planning session)
- Identify key stakeholders (expected to be present for planning workshop). May include members of audiences as well as people responsible for the service experience of people in the audiences.
Virtual Identity / white pages / search and lookup
- Service forms / self-service actions / account management
- Track & Trace / Change validation and notification
- Help Desk
- Department / Site managers
- General users
Example audience/function pairs:
End user self-service action for common request item
- Manager/end user account search and user details view (org or white pages search)
- Help desk account creation wizards
- Account termination track and alert for auditors
Requirements gathering goes through the following aspects of a Service Panel deployment, typically collecting the data in a spreadsheet. A sample spreadsheet is included with the M950 course materials.
Time needed for requirements gathering depends on project scope. A simple Service Panel deployment may be plotted out in a single day. A more full-featured project (such as a complete MIM Portal replacement/substitute) will typically require 2-5 days to collect requirements.
- Determine what Identity Panel providers will be needed to provide desired views and form actions (e.g. Active Directory, MIM, Azure Graph, SQL etc.). If deploying Identity Panel as part of the project, complete data collection for Identity Panel including provider connection settings, permissions, desired health checks, Identity Panel workflows, reports, etc.
- Identify theme requirements, including color hex values and collecting a logo file and determining application title and custom domain.
- Identify localization requirements: what languages will be implemented, and who will perform translations.
- Collect details on audiences and actions. What roles will be present, and what will people in those roles be able to accomplish with Service Panel. Break requirements into individual actions and stories: e.g. Everyone can search for people (with filtering to exclude non-normal user accounts), or HR/Admins can create a Full Time Employee. Once actions are identified, collect as much detail as possible about how the action will be implemented:
- Whether it is a single form or multiple forms
- What permissions are applied to the form and whether there are sub-permission definitions
- What data needs to be collected from the user
- What data will be surfaced as labels for context
- What data will be generated and previewed (perhaps on a summary page)
- What ID fields (e.g. sAMAccountName, DN, employeeID) need to be read off a user identity and bound to hidden labels to provide context for update actions
- What workflow actions will occur when the form is submitted. Which systems will be updated, will there be notifications, etc.
- Design virtual silos
- What attributes will be displayed, who can see which attributes, where will the data be sourced from
- Are there any non-data attributes, like hyperlinks to edit forms, etc.
- Which attributes will be displayed on which views (list, card, detail, thumbnail).
- For each attribute, is there any special formatting or decorators applied? Hyperlinks, labels, icons, photos, triggers for form actions etc. For multi-value reference attributes what display mode is chosen?
Venue is at a customer facility, and therefore, is not posted here. Please email firstname.lastname@example.org for venue details. Please RSVP to obtain permission from the customer to enter this facility.
Please sign in to leave a comment.