Clearly define the business need that requires BPR.
Document “As-Is” map of the current process that illustrates the specific business need that requires change.
Document process bottlenecks such as rework loops, errors, duplication of effort, and process, legal and regulatory constraints Identify the primary and any secondary E2E processes relating to the involved business need.
Conduct Root Cause Analysis (RCA) on the process bottlenecks.
Document non-system based solutions (e.g., process, organizational, or training changes) that can be implemented to address the business need.
Perform Requirement Gathering and document business requirements for the E2E processes that support the program need.
Document high level To-Be process (map) describing the future state of operations, indicating improvements, and efficiencies that will meet the business need.
Identify RICEW objects that will be needed to implement the BPR.
Engaged key stakeholders in BPR process to ensure they are willing to change their processes/operations as needed.
Develop an implementation/change management plan to include operating procedures, organizational training, interoperability, personnel, governance and infrastructure involving stakeholders and solution providers in creation of the plan.
erp implementation
Perform requirement analysis to determine FIT/GAP
Analyze and document E2E “As-Is” business processes
Conduct BPR assessment
Develop E2E “To-Be” business processes
Configure the system and perform initial CRP to demonstrate basic out-of-the box functionality.
Document Configuration Management Plan, Test Plan, Conversion Plan, Training and Deployment Plan.
Perform RICEW analysis.
Document Functional Design Documents for RICEW development.
Document Technical Design Documents for the RICEW.
Engage external system partners to document Memorandum of Agreement and Interface Control Documents in support of Conversion and Interfaces.
Develop test scripts.
Perform Unit, System Integration and User Acceptance Test.
Conduct series of MOC Conversions to ensure data cleanliness and reconciliation with the legacy systems being sunset.
Execute the Deployment and Cut-Over plan for production readiness.
“Go-Live” with full production operability
Provide production support.
change management
Develop a change management plan
Develop a communication plan I
dentify key business process owners
Determine “As-Is” Roles and Responsibilities
Map “As-Is” to “To-Be” Roles and Responsibilities using best practice and segregation of duties.
Document Business Process Change Impact.
Communicate change to stakeholders and business process owners.
Document program risk and issues. Communicate risk and issues to stakeholders.
Document change request and conduct change request review meeting based on the change management plan.document
end user training
Develop training approach such as Train-the-Trainer or full end-user training.
Prepare training documents
Conduct end-user training.
production support
Provide Tier 1 support with a general knowledge of the Oracle Federal Financials.
Provide Tier 2 support which requires a higher tier of functional and technical knowledge of Oracle Federal Financials.
Provide Tier 3 support with the highest level of knowledge and support ability across all modules of Oracle Federal Financials.
Manage Production Release plan
Deploy Issue Tracking System.
Maintain prompt communication with all end-users to keep them updated on ticket progress.
audit support
We provide Subject Matter Expertise to help our Federal Clients to meet their Audit requirements and achieve a successful system audit.
We closely work with our customers' internal audit team and assist them for any communication with the external auditors by supplying all requested information on a timely basis.
Share any internal control concerns they may have with the auditor.
