This Development Life Cycle is used to handle requests (bug fixes, issues, and enhancements) to CHRS. It integrates requesters, CHRS team members, Campuses, and Systemwide Human Resources policy approvers.
*Requester may be involved in UAT.
** ALL campus testers are required to test MP.
Main Stages
- Requester Submits a Ticket in ServiceNow
-
Enhancement Requests
- This will follow the Change Control Process and thereafter, the Functional Specification Process
-
All Other Requests, CMS Analyzes and Determines Next Steps
- Outcomes:
- If the ticket is a System Issue, CMS will propose a development solution for CHRS Ops/Campus and SWHR to review
- If the ticket is a Configuration Request, CHRS Ops/Campus will approve or deny the request
- If the ticket does not require production updates, CMS will defer the requester to training documentation in the Knowledge Base
- Outcomes:
-
CMS Determines Release Type
- Outcomes:
- PROD
- MP
- COMR
- Outcomes:
-
Communication to Stakeholders
- Stakeholders will be notified of all production updates in the bulletin
Decision Points
- “Ticket Type” determines whether it goes to incident, problem or or enhancement (which would invoke the Change Control Process and
- thereafter, the Functional Specification Process)
- “Analyze / Replicate & Determine Next Steps” determines if item is related to a system issue, standardization / configuration request or training item
- "Determine Release Type" (MP, PROD, COMR) determines different testing and migration paths
Key Stakeholder Roles
- Requester: submits tickets, may be involved in User Acceptance Testing (UAT)
- CHRS Common Management System (CMS): develops and tests solution; updates documentation
- CHRS Operations (Ops)/Campus: provides input, liaise on policy; provides input on campus expectations and may approves proposed solutions
- Systemwide Human Resources (SWHR): clarifies policy and approves proposals involving policy
End of Article
0 Comments
Add your comment