DPW Business Review Board Overview Contents 1. Overview of DPW’s new and existing review processes 2. Business Review Board details • Purpose • Processes • Participants • Outcomes 2 Overview of DPW’s new and existing review processes Executive Information Systems Governance Board (GB) Primary Questions Outcome What are the project details? Project is approved or not approved What is the business and technical approach? What resources are required? What will the project accomplish with respect to DPW’s goals? Business Review Board (BRB) Architecture Review Board (ARB) Priority of project is discussed and determined Primary Questions Outcome How will the business and program requirements be met? Existing solutions and functions are utilized when possible How can DPW use existing business functionality to support these requirements? All impacted stakeholders agree to the business approach Primary Questions Outcomes How will solution be implemented? Project is scored according to compliance with technical standards How well is the project complying with DPW’s technical standards? Existing technical components and functions are utilized when possible 3 Business Review Board (BRB) Mission Statement “The mission of the Business Review Board is to review the business and program requirements in order to verify that the business value of a proposed initiative is understood and that existing business solutions are leveraged.” 4 How can a Business Review help DPW address business issues? Projects start because a business need has been identified. Business decisions impact DPW’s resources. A business review process would… Create a forum for decision-makers to truly understand the stakeholders, business value, and program needs associated with a proposed project Provide initiative sponsors with the opportunity to map their business needs against existing business solutions to see if DPW can reuse the approved solutions already in place Decrease design, development, and testing time and costs by using pre-existing solutions that have been designed and approved Help initiative sponsors to understand the business value of integration with existing enterprise applications (e.g. monitoring clients/providers across programs, improving customer service by using a single point of contact, reducing redundant processes) Provide a business function resource for initiative sponsors who are beginning the DPW Review Process (informal information session and Q/A session) 5 BRB: What? Project sponsors will be expected to address the following questions in their BRB presentation. Each presenting team is responsible for preparation and gathering as much information as possible to address these questions. The BRB Guidelines as well as the BRB Coordinator will provide resources to assist in this preparation. The team may engage the Board for input on unknowns, but should be prepared to speak to each question. • How will this help DPW to achieve its goals? • Who are the stakeholders? Have they been or will they be included throughout the requirements process? • What are the program and business needs? • What is the best way to meet these business needs? • Do we have processes and systems in place that perform the functions needed? • Will this impact other systems, processes, or data in other program areas? • Does the business need dictate the need to integrate or utilize enterprise applications or tools (e.g. MCI, MPI, Data Warehouse, GIS)? 6 BRB: When? The Business Review Board is a required step for proposed projects and major releases for existing projects. This will help the project sponsor to prepare for the Governance Board, which will be responsible for approving projects. Once approved, the team will have the option of returning to the BRB or moving straight to the ARB process. New Projects and Major Releases BRB BRB GB ARB BRB The BRB will also serve as a review forum for changes in business functionality at the discretion of project teams. ARB The ARB will continue to provide a review forum for a project’s technical solution. Both the BRB and the ARB can be utilized as a resource for program offices/project sponsors for assistance in preparing their business or technical approach. Project Lifecycle View Planning Business Review Requirements Definition General System Design Detailed System Design Architecture Review Development Systems Integration and Testing ... 7 BRB How? In general, the BRB will operate in a similar manner to the existing Architecture Review Board. • BRB meetings will occur on a consistent day and time, the second and fourth Mondays of every month at 2:30 in Room 59, as needed • Project sponsors will be responsible for contacting the BRB coordinator to present at a BRB meeting • Multiple projects can present at one BRB meeting • Guidelines and tools to help project sponsors presenting will be provided in FileNet and posted on the BIS Intranet (e.g. what to include in the presentation, how to fill in the matrix, what other resources are available to help them prepare) • Project sponsors will provide all presentation materials, including the required – BRB Presentation – Business Function Matrix 8 BRB: Who? The BRB participants volunteered or were recommended based on experience with the given business function area(s) and across program areas. General business function areas represented include client management, provider management, information management, and financial management. In addition, representation from PeopleStat and BIS will also provide coordination across review processes. Chair Teresa Shuchart Coordinator Sandy Moore Individual(s) Program Office OIM OA-BIS OA-BIS OMAP OCYF OCD OA-Licensing OA-BIS OCYF Comptroller Operations OMHSAS OIM OA-BIS OA-PeopleStat OMR OIM OMAP OA-BIS OMAP OA-BIS OIM Dennis Brown Laura Chopp Arlene DiMarco Dave Ehrhart Lynnette Hassinger Todd Klunk Varada Krishnamurthy Mike Light Cheryl Martin Bill Miller Candace Orr Ray Packer Curt Pegg Suzanne Puzak Gary Rossman Jeff Rowe Barb Rupp Carla Solomon Bob Stranko Jim Swoyer Ed Zogby 9 BRB Outcomes Outcomes of a BRB review include: • Validated and approved business approach for the new program initiative – Completed checklist/business map of business function requirements to existing functions – Informed decision (or action items assigned) on design approach for system to meet the business needs (e.g. build, reuse existing system, transfer new system) • Action Items – Additional documentation or meetings – Follow up reviews (Governance, Architecture) 10