Information Technology (IT) is committed to increasing customer satisfaction through effective registration and efficient response to demand for IT products and services. IT products and services are managed through the UWR process to register demand for IT resources. The UWR process includes registering demand for IT products and services that follow an Agile Development Methodology.

The process uses work requests to represent a contract between IT and our business and functional operating divisions (BODs/FODs). The UWR process focuses on collecting requests for IT products and services from IT into a single flexible system using a common set of processes and procedures. The Business Planning & Risk Management (BPRM) Division is responsible for the oversight of the IRS IT demand management program and the UWR process. The primary goal of the program is to register all demand for IT products and services and provide transparency for data driven decision making for resource commitments. This includes collecting all related business requirements to enable IT suppliers to properly review, assign, analyze, and respond (approve/deny) to the request. The IT supplier resource will also provide the cost and schedule for the implementation and/or delivery of any agreed upon IT products or services.

PPM-WRMS provides a predefined selection of workflows for different work request types and supplier-based impact cost analysis (ICA) workflows. This design allows end-to-end management of registered demand from the initial request through IT evaluation, analysis, disposition, and work planning. This design also includes the Agile Intake Form for capturing IT demand from customers that follow the Agile Development Methodology.

The UWR process is supported by PPM-WRMS by providing a common framework to manage the end-to-end life cycle of work requests submitted to IT for products and services such as changes to IRS computer applications, systems, infrastructure, sustaining operations, enhancements, etc. A work request, together with the formal response/disposition, provides the IRS with a vehicle for formal communications and commitments regarding IT demand management between requestor organizations and IT.

Capital Planning and Investment Control (CPIC)

Clinger Cohen Act

OMB Circular A-130

Federal IT Acquisition Reform Act (FITARA) of 2014

Taxpayer First Act

Chief Financial Officers Act

Government Performance and Results Act

The Director, Business Planning and Risk Management (BPRM), is the program director responsible for UWR program administration.

The Director, BPRM designates oversight responsibility for the UWR program, including IRMs.

PPM-WRMS effectively and accurately provides IT with requirements and demand management information for all actions and initiatives associated with Information Technology provisioning to the IRS:

PPM-WRMS provides the ability to generate a variety of standard reports, lists, and views which allows the data to be used to:

The PPM-WRMS Dashboard provides real time visibility of functional role-based information to aid the decision-making process and help prioritize work.

PPM-WRMS uses Business Intelligence and Tableau to support enterprise-level reporting.

This framework uses the IRS Internal Management Documents System to establish controls. This IRM section constitutes one of the controls.

Please refer to Exhibit 2.22.1-2 Terms and Acronyms for additional information.

Supplemental information related to the UWR process can be found on the BPRM WRMS website.

The UWR process is supported by PPM-WRMS by providing a common framework to manage the end-to-end life cycle of work requests submitted to IT for products and services such as changes to IRS computer applications, systems, infrastructure, sustaining operations, enhancements, etc. A work request, together with the formal response/disposition, provides the IRS with a vehicle for formal communications and commitments regarding IT demand management between Requestor organizations and IT.

This IRM is available through the BPRM WRMS website and the IRS IRM website.

This IRM is available through the BPRM WRMS website and the IRS IRM website.

Any BOD or FOD requesting IT support and resources, including IT itself, is a requestor organization. The requestor organization has the following responsibilities:

The requestor creates and submits the work request on behalf of the requesting organization. In most cases, the requestor contact and submitter are the same, but if appropriate can be separate contacts. The requestor contact is a subject matter expert for the requestor organization's business needs and requirements described in the work request submitted. The requestor is responsible for:

The requestor contact may designate (as needed) one or more additional impacted organizations and contacts as subject matter experts to ensure that all relevant high-level requirements/business needs, designs, processes, business rule sets, or business rules are identified prior to submission. The designated additional reviewers will be notified via e-mail to review the request before it is submitted. The requestor contact initiates the process and is responsible for the following:

The additional requestor reviewer has the following responsibilities:

The request approver is the central requestor organizational point of contact for the UWR process. request approvers are designated personnel in the requesting organization. The request approver is the individual designated as having the authority to approve a work request for a particular requesting organization. The request approver is responsible for the following:

An individual BSP office coordinator is assigned to work requests created by their respective BOD/FODs once the request has been approved by the requesting organization. Their role, as it relates to the UWR process, is to review the work request for completeness and assess the justification to determine whether to submit the request for ERB approval if the Requested Implementation Date (RID) falls within the ERB Filing Season Review period.

The BSP coordinator may approve a work request for submission to the ERB and IT, defer the request until a later date, deny the request or send the request back to the requestor for more information.

A member of the Executive Review Board (ERB) Team who reviews and evaluates work requests tagged for ERB approval (which has been approved by the BSP office) and schedules the request for formal ERB reviews. The ERB coordinator is responsible for ensuring the request is ready for review, scheduling the review, and conducting the review with the ERB. The ERB determines whether to approve the request for submission to IT, defer the request, deny the request or send the request back to the requestor for more information.

If the request is being submitted during the ERB review cycle, the following additional information is required and will be the primary factors in obtaining ERB approval:

Any IT Associate Chief Information Officer (ACIO) organization or resources supporting the UWR process and management of work requests via PPM-WRMS is a IT Support organization. The IT Support organizations have these responsibilities:

The BPRM organization is the process owner of the Unified Work Request process. BPRM supports the IRS IT through demand and risk management, managing Enterprise Intake and leveraging the Integrated Release Plan and other repeatable processes to support risk-based decisions. This group shares demand and risk factor data and processes across IT, and specifically integrates demand processes and data with Enterprise Services. The primary BPRM staff that supports the Unified Work Request process is the Enterprise Intake (EI) Branch. EI is comprised of the following offices:

A supplier organization is an IT organization that provides information technology products and services to another organization. Their responsibilities include:

The IT supplier ACIO coordinator is the central supplier organization's point of contact for the UWR process and is the requestor approver’s counterpart. Their responsibilities include:

The IT ACIO supplier approver will have:

The IT supplier division/domain coordinator is the central supplier organization's point of contact for the UWR process and is the requestor counterpart. The IT ACIO supplier division/domain coordinator responsibilities include:

The division approver will be responsible for approving the estimates from their division on the ICA Detail Request. Estimates are rolled up to the ACIO coordinator in the ICA Summary Request which is approved by the ACIO approver. For ACIO organizations without a separate division coordinator, the ACIO approver may assume this role.

The IT supplier resource(s) responsibilities will include:

Users can generate a variety of reports using PPM-WRMS. Reports are generated and distributed to management on a regular basis to inform stakeholders on the status of individual work requests and the overall performance of the UWR process tool. Work requests can be printed from PPM-WRMS by the end user, as well as dashboards and search results. PPM-WRMS will contain standard real-time dashboards containing information to be used to manage work requests for the following roles:

Each PPM-WRMS user has the capability to create different information views using the product dashboard views comprised of standard portlets, or graphical overviews, of information. Please see the WRMS Dashboards, Reporting and Frequently Used Searches documentation that can be located on the BPRM WRMS website.

Additional specific searches can be saved at the user level to configure and provide the transparency to work request information as needed.

Enterprise Reporting – Enterprise level reports have been defined and created. Details will be included in the WRMS Dashboards, Reporting, and Frequently Used Searches supplement to the WRMS User Guide.

The work request types are:

Enhancement - Improvement work which enhances the current production environment (CPE). May be subjected to applicable investment management criteria processes, this enhancement should either:

Legislative - Request to register demand for disposition for IT products and/or services to support an enacted legislative action.

Sustaining Infrastructure (Rust) - Demand request for IT products and/or services to replace existing outdated assets as determined by IT policy to meet SLAs.

Sustaining Infrastructure Operations & Maintenance (O&M) - Demand request for IT products and/or services to maintain current operating levels (O&M). (Includes those previously classified as an MWR request).

The requestor submits a work request that was approved by their organization for submission to IT.

Any request still in the draft stage may be withdrawn or deleted by the requestor.

When the requestor submits the Unified Work Request (UWR), it goes to pre-coordination to engage with IT suppliers to ensure that the UWR is ready for formal submission. Once the pre-coordination is complete, the requestor updates the pre-coordination table in the UWR. The request is then reviewed by the primary coordinator to determine if it can proceed to the requesting organization for approval.

Once approved by the requesting organization and before submission to IT, the request is reviewed by the BSP office to determine if the WR is complete and to assess the justification to determine whether to submit the request for ERB approval if the RID falls within the ERB filing season period. The BSP coordinator may approve a work request for submission to the ERB and IT, defer the request until a later date, deny the request or send the request back to the requestor for more information.

When the BSP approves the request for ERB review, a member of the ERB team will ensure that the request is ready for review, determine whether to approve the request for submission to IT, defer the request, deny the request or send the request back to the requestor for more information. The following information will be required to obtain the ERB approval.

Once the WR is approved by the requesting organization and has completed, if required, the BSP/ERB process, the system assigns the work request to the primary coordinator queue for assignment:

The EI process allows IRS organizations to register IT demand as represented by the Work Request (WR), , Mod Plan, Treasury Executive Office for Asset Forfeiture (TEOAF), and DME Investments Proposals and Agile Enterprise Intake form for IT products and services. The EI process provides transparency for all stakeholders and facilitates a standardized submission and response, while supporting the coordination between requesting organizations and suppliers in all process and phases.

While DME, TEOAF and Mod Plan proposals are part of the EI process, they are processed separately from work requests by BPA, as mentioned earlier in IRM Section 2.22.1.3.8.1 Enterprise Intake (EI) Branch. For further guidance on Investment Proposal processing within EI, please refer to Proposal Requestor training.

Please reference the Enterprise Intake Process for a more detailed description of the Enterprise Intake process.

Once an ICA Summary is created and assigned to the ACIO organization by the primary coordinator, the ICA Summary Request is systemically assigned to the specific ACIO coordinator queue for assignment.

The ACIO dispatchers with privileges to the ACIO coordinator ICA Summary queue will be notified and required to assign the request by name to an ACIO coordinator.

The ACIO coordinator will review the parent work request including the responses to the work request determination questions for analysis of impact to their organization.

The assigned ACIO coordinator will create an ICA Details Request for each potentially impacted ACIO division/domain - additional details can be found in the WRMS User Guide.

If appropriate, the ACIO coordinator can:

Once all ICA Details Requests are completed, the ACIO coordinator will review, consolidate and approve the responses and estimates for final disposition for the ACIO organization. This includes recording a summarized response and, if approved, the scheduled implementation date.

In the event the ICA Details responses are not in agreement, the ACIO coordinator will use an internal process to secure a consolidated decision regarding the ACIO commitment to delivering the product or service.

Once an ICA Details Request is created by the ACIO coordinator, the ICA Details Request is systemically assigned to the specific division/domain coordinator queue for assignment:

Upon assignment of an ICA Details Request, the supplier resource will review the request and all associated requests and documentation, to provide estimates for costs and resources.

The following table depicts status code values that occur during the work request lifecycle.

The following table depicts status values for the ICA Summary requests.

The following table depicts status values for the ICA Detail requests.

A denial escalation is initiated by the requestor selecting to escalate a work request that has been returned as denied. The requestor must also:

Impacted suppliers determine a WR cannot be delivered and respond documenting the reason/justification for denial.

The BPRM primary coordinator validates the legitimacy of the denial from the IT supplier, notifies the requestor via e-mail and formally executes the denial systemically thru PPM-WRMS.

The requestor determines whether to accept the denial or whether to escalate the WR that has been denied. The requestor has 14 days from the date of denial to either complete the escalation process or agree with the denial. The WR will be closed if not acted upon by the requestor within the 14 days.

If the requestor accepts the denial, no further action is required by the requestor.

If the requestor does not accept the denial, the requestor can escalate the WR.

The requesting organization is responsible for elevating the issue of the denial up through management to the executive level. The requesting executive will negotiate with the executive representative of each domain/division that has denied the WR. The requesting organization has 14 days from the day of denial to complete negotiations, achieve consensus regarding the denied WR and notify the primary coordinator. If concurrence among all impacted executives cannot be reached, then negotiations can be continued at a higher level or the WR will be denied. If negotiations continue at a higher level, the requesting organization will notify the primary coordinator to allow additional time. Please see BPRM UWR SOP #002 - Escalating a Denied Work Request of the WRMS Guidance and Procedures Handbook for more detailed guidance. The WRMS Guidance and Procedures Handbook can be accessed from the WRMS website - User Guides.

Supplier Denial of a Work Request: The supplier domain/division(s) has evaluated a WR and has concluded that the WR cannot be fulfilled. The supplier notes the reasons/justification for denial, and elects to deny a WR.

BPRM Primary Coordinator Denies a Work Request: When a supplier denies a WR, the BPRM primary coordinator reviews the notes and reason for the denial, then follows-up, if needed, with the supplier organization to understand the reason why the work request cannot be fulfilled. The BPRM primary coordinator will notify the requestor of the denial and the reason for the denial via e-mail, prior to executing the denial escalation. These proactive steps may avoid the need to deny the WR.

Requestor Initiates the Escalation/Executive Negotiation:

Once negotiations are complete, the requestor organization will notify the BPRM primary coordinator with the results as ”escalation approved” and work will be done, “approved with modifications”, or “denial confirmed”, and will include documentation for all impacted executives (i.e., approval/concurrence). BPRM facilitates the coordination and summary of findings, and updates the information to the work request. If it is determined the WR will be denied, the BPRM primary coordinator will complete the denial action. If the executives agree to reconsider the WR then the BPRM primary coordinator will issue new costing assignments to impacted ACIO organizations.

The process originates with the supplier resource responsible for providing cost and time estimates for a particular ICA Detail associated with the work request. The supplier resource thoroughly documents the basis for the request and forwards it to the supplier division coordinator.

After validating that all the required information has been provided, the supplier division coordinator forwards the request to the primary coordinator.

The primary coordinator determines whether to:

Once the extension is approved, the primary coordinator updates the RDD and notifies the requestor that this has been done.

A request for an RDD extension begins with the supplier resource-the individual identified on an associated ICA Detail request as being responsible for providing cost and resource estimates.

The first step, before formally requesting an RDD extension, is for the supplier resource to contact the work request requestor, discuss the work thoroughly, and outline the need for the extension. This step will facilitate swift acceptance of the requested extension.

Once the matter has been discussed between supplier and requestor, the supplier resource must, return the ICA Detail to the supplier division coordinator (the individual responsible for assigning the ICA Detail Request). The supplier resource must include the following in the ICA Detail Request notes:

When the supplier resource returns the ICA Detail and escalation request to the supplier division coordinator, the supplier division coordinator:

Upon receiving a request for an RDD extension the primary coordinator will:

Organizations may log advance demand for IT services in future years, well in advance of the expected delivery of service. When this is the case, the work request may be submitted to IT well before complete requirements are known and any IT response is expected. In these cases the default 90 day response period for Enhancement and Legislative WRs or 90 day response period for O&M and Rust WRs is certain to be exceeded. In this situation, or in any case where the requestor knows in advance that a supplier response later than 90 days for Enhancement and Legislative WRs or 90 days for O&M and Rust WRs is acceptable, the following procedure should be applied:

Please note that the supplier has the discretion when determining what is considered "complete requirements". The supplier organization may decide to return the WR if the requirements are not sufficiently detailed to allow them to properly evaluate the impact of the work. IT always has the option to return a WR when they have determined that the requirements are insufficient. It is strongly suggested that the requestor pre-coordinate with the primary coordinator and the supplier organization(s) before submitting a WR where the requirements do not allow them to properly evaluate the impact to their organization.