Business Domain

The Business Domain maintains standards, documents, and methodologies that will enable the Department of Human Service's (DHS's) Information Technology (IT) projects to fully meet the needs of the business functions they are intended to support, deliver all expected benefits, and are completed on time and on budget. The Business Domain is comprised of principles, best practices, tools and templates designed to improve the Department's ability to manage its Information Resource Management (IRM) investment, successfully deliver IT projects and to minimize risk.

This Section consists of Project Management guidelines, process maps, tools, and templates for the following processes:

Process Diagrams

• ITSS Contract Modification-Enhancement Road Map (RFP 16-09) (Visio 2007 or later)
• RFP 16-09 Handoffs (Visio 2007 or later)
• Operational Readiness Certification Roadmap (Visio 2007 or later)
• ITSS (16-09 Contract) Maintenance Process (Visio 2007 or later)

Outreach

• Business Area Training - Detailed Session
  
• Business Area Training Exec Overview V9
• Frequently Asked Questions About the RFP 16-09 Contracts

Project Strategy

• Community of Practice (CoP) — The CoP process focuses on enterprise information technology planning and project prioritization to CoP Approval Process — a more detailed description of the CoP process from the Office of Administration/Office for Information Technology (OA OIT).
• Ensure the governor's budget includes the most critical IT projects which are aligned with enterprise goals;
• Develop plans to address comparable projects from multiple agencies in a collaborative, non-redundant manner
• Annual Scoping For RFP 16-09 Contracts Guideline
• Project Charter Template

Project Initiation

• Governance Teams — Detailed Roles & Responsibilities
  
• Business Function Glossary
• DHS Value Map
• Business Requirements
• Project Management Plan Template
• Business Planning Estimate (BPE) and High-Level Estimate (HLE) for RFP 16-09 Contracts: Modifications/Enhancements Guideline

Project Planning

• Work Planning & Scheduling — The Work Plan Standard is a tool project managers use to create the project's schedule. Using a standardized template, the Work Plan Standard is flexible enough for project managers to tailor the schedule to the specific needs of the project. It includes timeframe estimates needed to accomplish the activities and tasks, the duration for completing the activities and tasks, and the resources needed to complete the activities and tasks. The Work Plan Standard outlines:
• Procedures Guidelines — Guidelines are provided to assist with conducting quality reviews. Quality reviews are performed to ensure the established system development and project management processes and procedures are being followed effectively — and exposures and risks to the current project plan are identified and addressed.
• Architecture Review Board (ARB) — ARB 1, ARB 2, ARB 3 and ARB 4 meetings are held to review the architectural direction for major application changes to verify that the strategic technical vision is maintained, existing solutions are leveraged, lessons learned are communicated and the proposed technical solution is supported and understood by all.
• Tools Templates and Forms — * These are MS Project files.  We recommend saving the files then opening with MS Project.
• Project deliverables and milestones
• Project phases
• Major activities to be accomplished in the project
• Detailed tasks associated with those activities
• Dependencies and relationships between tasks and activities
• Time (duration) estimates for all tasks and activities
• Start and finish dates for the tasks and activities
• Names of resources assigned responsibility to complete the tasks and activities
• Current status of each task and activity
• Procedure for Network Assessment and Redesign
• Work Plan Standard Guideline
• Work Plan Standard *
• Guidelines
• Structured Walkthrough Process Guide
• In-Phase Assessment Process Guide
• Phase Exit Process Guide
• Templates
• Requirements Definition Phase
• Requirements Traceability Matrix
• Requirements Definition Document
• Disaster Recovery Plan
• Project Test Plan
• General System Design Phase
• General System Design (GSD) Document
• System Architecture Document
• Capacity Plan
• Training Plan
• Conversion Plan
• Architecture Review Board (ARB) Documents
• Detailed System Design Phase
• Detailed System Design (DSD) Document
• Commonwealth Application Certification and Accreditation (ITB-SEC005)
• Development Phase
• Test Scenarios Template
• Transition Plan
• Service Level Objective (SLO) for Gathering Metrics
• Application Health Check
• Batch Operations Manual
• Batch Operations Service Request
• Unit Test Scenario Checklist.xls
• Software Integration and Testing Phase
• Integration System Test Report
• Acceptance and Installation Phase
• Deployment Playbook
• Checklists
• Data Backup and Restore Requirements Checklist
• Hardware Requirements Checklist
• Implementation Manager’s Checklist
• Network Design and Maintenance Checklist
• Operational Support Requirements Checklist
• Project Tracking Checklist
• Security Requirements Checklist
• Software Development Risk Assessment Checklist
• Software Requirements Checklist
• Work Plan Milestones Checklist
• Workflow Design Checklist
• Sub-Work Plan Templates
• Advance Planning Document (APD) Process *
• Business Process Reengineering Plan *
• Communications Plan *
• Project Risk Management Guideline - Risk relates to uncertainty. Risk is anything that has the potential of impacting the major objectives of a project, which is delivering a product or service within a certain timeframe and within a specified budget. Risk Management is the systematic, proactive process of identifying, analyzing, and responding to project risk. It includes maximizing the probability and consequences of positive events, and minimizing the probability and consequences of events adverse to project objectives.
• Project Risk Management Process Map (requires MS Visio 2007 or later)
• Issues Management Plan Template
• Project Communications Management Guideline 
• Project Communications Management Template
• Stakeholder Chart
• Project Change Management Guideline - The formal process for making changes to the project's original scope. A project begins with a well-documented project scope agreed to by both the Project Management Team and the customer (end-user). It generally involves redefining existing objectives and deliverables or specifying new project objectives and deliverables. Having a standardized, disciplined project change procedure ensures changes affecting a project's baseline is accepted and implemented only after a thorough assessment is made of the impact.
• Project Change Management Process Map (requires MS Visio 2007 or later)
• Work Order Process RFP 16-09 Contracts Modifications and Enhancements Guideline
• Deliverables Management Process Guideline
• Software Release Numbering Guideline — The Department of Human Services (DHS) has adopted a Software Release Numbering standard for all strategic project teams to utilize when naming project releases. 

Project Execution & Control

• Corrective Action Plan — Addresses Contract Requirements Deficiencies
  
• System Development Methodology (SDM) — includes all the phases, high-level activities, and tasks necessary to ensure the successful development and delivery of custom-built business solutions. The Department of Human Services has defined two software development methodologies for custom software development initiatives: 1) Modified Water Fall (MWF) and 2) Rapid Application Development (RAD). Both software development methods use the Architecture Review Board (ARB) process as well as the Systems Development Life Cycle (SDLC) and Project Life Cycle (PLC) phases, all of which are integrated into a master project plan for IT business solution planning, development, and delivery.
  
  These methodologies are integrated with the project management methods to provide the framework and governance to oversee and manage the project resources to ensure the system developed meets the requirements specified in the RFP/contract and satisfies the project sponsor, business operations, and end user's needs.
  
  The project management team executes all of the plans, processes, and procedures summarized and referenced in the Master Project Plan. Particular attention is paid to the SDM approach used, the timely production and quality of deliverables from all contractors and state staff. Constant monitoring of quality, risks and issues, schedule, costs, SLAs, requirements status, and overall project status is required.
  
  Both software development methods use project management resources with a cross-functional team consisting of business and technical subject matter experts (SMEs) and practitioners. SDM stages, associated tasks, and logistics are integrated into a master project plan and then appropriately managed and resourced to achieve successful outcomes. A Software Engineering Process Group (SEPG) is the focal point for business IT solution review and process improvement. This group is a cross-functional technical team composed of practitioners who have varied skills. The group is at the center of the collaborative effort of everyone in the organization who is involved with software engineering process improvement. SEPG is a collaboration of two entities within the Bureau of Information Systems (BIS): 1) the Division of Technology Engineering (DTE) and 2) the Division of Enterprise Applications (DEA). These two entities participate in the Architecture Review Board process and the Center of Excellence (COE) establishing applicable development technologies, standards, and associated software quality control and assurances processes that are aligned with the agency’s business drivers and technology road maps.

Standards Supplementary Guidelines Templates and Forms Checklists

• Modified Water Fall Method (MWF) Model
  
• Rapid Application Development Method (RAD) Model
• Structured Walkthrough Process Guide
• In-Phase Assessment Process Guide
• Phase Exit Process Guide
• Overview
• DHS SDM Templates Binder Cover
• Requirements Through Implementation Flow
• Requirements
• BRD Defect Report Template
• BRD Document
• BRIM Template
• Glossary Template
• Requirements Section Table of Contents
• System Process Model Template
• System Requirements Definition Template
• System Use Cases Template
• System Usability Template
• Traceability Matrix
• General System Design (GSD)
• Activity Diagram Template
• Business Logic Diagrams Template
• General System Design Template
• GSD Section Table of Contents
• Integration Architecture Template
• LDM Template
• System Process Models Template
• Detailed System Design (DSD)
• Business Rules Engine Specification Template
• Class Diagram Template
• Data Dictionary Template
• Detailed System Design Template
• DSD Section Table of Contents
• Implementation and Training Approach Template
• Integration Specification Template
• Mainframe Batch Program Specification Template
• Mainframe Online Program Specification Template
• PDM Template
• Training Plan Template
• Common to GSD & DSD
• Application Architecture Template
• CA2 Template
• Capacity Plan Template
• Conversion or Data Population Plan Template
• Enterprise Architecture and Application Blueprint
• Glossary Template
• Interface Design Template
• Key Considerations Template
• Technical Architecture Template
• Development
• CIS Mainframe Unit Test Checklist Template
• Consolidated Unit Test Checklist Template
• Development Section Table of Contents
• PACSES Mainframe Unit Test Checklist Template
• System Test Plan Template
• Regression
• Regression Section Table of Contents
• Regression Test Completion Report Template
• System Test
• ADA Compliance Template
• Final Technical Adoption Considerations Template
• Integration Completion Report Template
• Load Test Report Template
• Security Vulnerability Template
• System Acceptance Test Completion Report Template
• System Acceptance Test Defect Report Template
• System Test Section Table of Contents
• Implementation
• Deployment Guide Template
• DPW Batch Manual Template
• Implementation Section Table of Contents
• Production Deployment Report Template
• Production Implementation Playbook Template
• Checklists
• Requirements Definition Phase Checklist
• Data Backup and Restore Requirements Checklist
• General System Design (GSD) Checklist
• Detailed System Design (DSD) Checklist
• Development Phase Checklist
• Unit Test Scenario Checklist
• Software Integration and Testing Phase Checklist
• Acceptance and Installation Phase Checklist
• Operational Support Phase Checklist

Project Closeout

• Lessons Learned Guideline
  
• Lessons Learned Presentation
• Lessons Learned Summary