USDA 2016 Financial Management Training Transforming Shared Services Change Management Presented by Ron Gros.

Slides:



Advertisements
Similar presentations
Configuration Management
Advertisements

1.Quality-“a characteristic or attribute of something.” As an attribute of an item, quality refers to measurable characteristics— things we are able to.
MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
ITIL: Service Transition
GAI Proprietary Information
Testing Without Executing the Code Pavlina Koleva Junior QA Engineer WinCore Telerik QA Academy Telerik QA Academy.
 Every stage from phase DESIGN in Software Development Process will have “design document” especially in analysis and design phases.  “Design document”
1 LBNL Enterprise Computing (EC) January 2003 LBNL Enterprise Computing.
Stepan Potiyenko ISS Sr.SW Developer.
Overview Lesson 10,11 - Software Quality Assurance
SE 555 Software Requirements & Specification Requirements Management.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
CBIIT Quality Assurance Process Preston Wood NCI CBIIT Government Quality Representative (GQR) January 2014 RS.
Change Request Management
Michael Solomon Tugboat Software Managing the Software Development Process.
Release & Deployment ITIL Version 3
Effective Methods for Software and Systems Integration
“Here’s why you need the new wheels, too…” Shawn and Steve Image from
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Module CC3002 Post Implementation Issues Lecture for Week 6 AY 2013 Spring.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Software Quality Assurance Activities
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Roles and Responsibilities
Configuration Management Matti Kuikka CONFIGURATION MANAGEMENT by Matti Kuikka, Unit Manager, Ericsson, Turku, Telecom R&D, Wireless Charging.
Installation and Maintenance of Health IT Systems
Service Transition & Planning Service Validation & Testing
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Viking Quality Report Team Assignment 9 Team 2-1.
Software Quality Assurance
Georgia Institute of Technology CS 4320 Fall 2003.
CSI-MAXIMUS, Inc CSI Comprehensive Service & Support Implementing the CSI Way.
Develop Project Charter
Managing Change 1. Why Do Requirements Change?  External Factors – those change agents over which the project team has little or no control.  Internal.
1 TenStep Project Management Process ™ PM00.9 PM00.9 Project Management Preparation for Success * Manage Quality *
Software Configuration Management (SCM). Product Developer Disciplines One view of the world is that there are three types of activities are required.
Quick Recap Monitoring and Controlling. Lesson 11: Monitoring and Controlling Project Work Topic 11A: Identify the Monitor and Control Project Work Process.
Principles of Computer Security: CompTIA Security + ® and Beyond, Third Edition © 2012 Principles of Computer Security: CompTIA Security+ ® and Beyond,
Maintaining and Sustaining System Integrity Configuration Management for Transportation Management Systems Configuration management (CM) describes a series.
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
State of Georgia Release Management Training
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
Introduction to ITSM processes. CONFIDENTIAL Agenda Problem Management  Overview  High Level process Change Management  Overview  High Level process.
Configuration Control (Aliases: change control, change management )
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Configuration & Build Management. Why Software Configuration Management ? The problem: Multiple people have to work on software that is changing More.
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
Change Request Management
ITIL: Service Transition
Configuration Management
Software Project Configuration Management
Software Configuration Management
Software and Systems Integration
Configuration Management
Software Configuration Management
Lecture 3 Change Management
Software Configuration Management
CMMI – Staged Representation
Engineering Processes
HART Technologies Process Overview
QA Reviews Lecture # 6.
3. Software Quality Management
Software Configuration Management
Presentation transcript:

USDA 2016 Financial Management Training Transforming Shared Services Change Management Presented by Ron Gros

Table of Contents Quality and Production Management Division Configuration Management Process Improvements ChaRM USDA Transforming Shared Services2

Quality and Production Management Division USDA Transforming Shared Services3

QPMD Quality Assurance Branch: Tests all of the financial software systems Ascertains that all software changes and enhancements meet the specified requirements Provides support for the transition from development through production USDA Transforming Shared Services4

QPMD Production System Operations Branch: Maintains integrity of software systems daily processing Coordinates and schedules jobs as needed to ensure smooth flow of daily operations Maintains the Process Integration (PI) layer of FMMI USDA Transforming Shared Services5

QPMD Configuration Management Branch: Maintains the configuration management procedures and configuration rationale Chairs the management boards Serves as the release manager for all changes Operates as the PMO for various projects USDA Transforming Shared Services6

7 Configuration Management

Configuration Management is…… A practice designed to handle changes systematically so that a system maintains its integrity over time More disciplined process that is flexible and responsive – Better control over changes into production – Improve communication across teams – Enhance cross team integration and promotes early detection of issues and cross team requirements USDA Transforming Shared Services8

Configuration Management Reasons for Change: Improve existing functionality Add new functionality Address statutory requirements Correct defects Incorporate system upgrades USDA Transforming Shared Services9

RFC vs. AI Request for Change Created for changes to production that represent a new requirement or clarification of an existing requirement Any change that is not a defect and not part of original design Action Item A table update, derivation/substitution rule, data change within the existing requirement that requires a transport Any item that is within the original/designed process that is not working as designed (Break-Fix) USDA Transforming Shared Services10

RFC vs. AI Request for Change Requires RMWG Review and CCB/CMB approval prior to starting any work Action Item Requires Implementation Lead approval to begin work on the solution with an information copy to the RMWG for cross- team communication USDA Transforming Shared Services11

RFC vs. AI Request for Change Examples: Requirements change: - Software change request - Engineering change proposal Infrastructure change request -New batch processes in schedule -Upgrades Role Change Request New configuration required to address new functions Action Item Examples: Master Data updates Action Item to change data in custom rules or tables Firefighter access Testing defects OSS notes to repair a break fix Development where no change to the functional design Configuration changes to meet original functional requirements USDA Transforming Shared Services12

Configuration Management Boards Requirements Management Working Group (RMWG): RMWG serves as an operational review and consists of a standing group of FMS individuals who will review, analyze, and categorize change requests. The RMWG includes representatives from the functional, technical, operations and security teams. USDA Transforming Shared Services13

Configuration Management Boards Change Control Board (CCB): CCB is the governing entity that will meet weekly to review and discuss all incoming and outstanding RFCs. The CCB will consist of SMEs that are representative of each branch and group concerned with the system from both a business process and technical perspective, including customer support. The purpose of the CCB meeting is to review and discuss the change at a high level, understand the release strategy, grant approval or disapproval. USDA Transforming Shared Services14

Configuration Management Boards Technical Change Control Board (TCCB): The TCCB is a decision board that manages the risk of introducing changes to the production solution, reviewing and approving all transports and all changes planned for the production environment. It is the last board to review the changes for production in the configuration management process. USDA Transforming Shared Services15

Change Process Flow USDA Transforming Shared Services16 Service Now Incident

USDA Transforming Shared Services17 Process Improvement

Release Management Release Management encompasses the planning, design, build, configuration and testing of hardware and software changes Creates a defined set of related components USDA Transforming Shared Services18

Release Management Goal of Release Management is………. To ensure the integrity of the production environment is protected and the correct components are released in such a way to deliver valued products and services to the customer Deliver change faster and at optimum cost and minimized risk Provide traceability USDA Transforming Shared Services19

Release Management Categories of Releases Major – New features, capabilities, and accumulated bug fixes – Scheduled and timed with project milestones Minor – Fixes to known problems Emergency – Emergency release to fix unanticipated problems USDA Transforming Shared Services20

Control Gates 1.0 Validate and categorize an incident 2.0 Schedule and document a configuration item 3.0 Development and Testing USDA Transforming Shared Services21

1.0 Item Validation USDA Transforming Shared Services22 Notify Initiator of Decision 1.5 Notify Initiator of Decision 1.5 Item Assigned to Requirements Branch for Analysis 1.6 Item Assigned to Requirements Branch for Analysis 1.6 Service Now 1.1 Service Now 1.1 Help Desk for Review and Assignment 1.2 Help Desk for Review and Assignment 1.2 Invalid Operational Review ( RMWG) for Categorization and review 1.4 Operational Review ( RMWG) for Categorization and review 1.4 Rejected Submit to CCB for review 1.8 Submit to CCB for review 1.8 Disapproved Approved Accepted 2 2 Develop Concept of Operations 1.7 Develop Concept of Operations 1.7 Functional Expert Review 1.3 Functional Expert Review 1.3 Vali d

2.0 Planning USDA Transforming Shared Services23 Approved Release Manager for Scheduling 2.1 Release Manager for Scheduling 2.1 No - Returned for Review Yes Item Assigned to Requirements Branch for Functional Design 2.2 Item Assigned to Requirements Branch for Functional Design 2.2 Requirement Branch & Design Branch Develop Test Cases 2.4 Requirement Branch & Design Branch Develop Test Cases 2.4 Formal Walkthrough of Functional Design / Review Control Gate 2.3 Formal Walkthrough of Functional Design / Review Control Gate 2.3 Assigned to Design Branch for Technical Design 2.6 Assigned to Design Branch for Technical Design Yes Formal Walkthrough of Technical Design and Peer Review Control Gate 2.7 Formal Walkthrough of Technical Design and Peer Review Control Gate 2.7 Approved No- Return for Review Review/ Update & Approve Test Cases 2.5 Review/ Update & Approve Test Cases Development 2.8 Development 2.8

3.0 Development and Testing USDA Transforming Shared Services24 Assigned to Development Branch 3.1 Assigned to Development Branch 3.1 Pass Development 3.2 Development 3.2 Conduct Peer Review and Document 3.3 Conduct Peer Review and Document 3.3 Conduct Code Review 3.4 Conduct Code Review 3.4 Developer conducts Unit Testing 3.5 Developer conducts Unit Testing 3.5 System Test 3.6 System Test 3.6 QA Test 3.7 QA Test 3.7 UA Test 3.8 UA Test 3.8 Pass Production 3.9 Production 3.9 Pass No- Return for Rework Yes 2 2 No Return for Rework Yes

USDA Transforming Shared Services25 Change Request Management (ChaRM)

ChaRM Three objectives of ChaRM: 1.Consolidate SAP Change Management into a common toolset 2. Reduce Change Management administrative overhead 3. Leverage workflow with technical action USDA Transforming Shared Services26

ChaRM Workflow 27USDA Transforming Shared Services

ChaRM Workflow Continued USDA Transforming Shared Services28