1 / 14

Management System Owners Preparation for Primary Working Session

Management System Owners Preparation for Primary Working Session. Requirements Management November 3, 2011. Objectives today. To educate on process - requirement process To educate on content development: all sessions through publication To set expectations for the Primary Working Session

obert
Download Presentation

Management System Owners Preparation for Primary Working Session

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Management System Owners Preparation for Primary Working Session Requirements Management November 3, 2011

  2. Objectives today • To educate on process - requirement process • To educate on content development: all sessions through publication • To set expectations for the Primary Working Session • To ensure you have enough information to choose the team members for Management System Development

  3. 1. Requirements Decision Record Process Purpose: to record decisions about those requirements applicable to the organization. • DOE Directives that have gone through the Revcom system Will be described in RM procedure • Requirements proposed by staff • Will be described in RM procedure • EM Policies (procedure to be defined)

  4. What kinds of decisions are made about requirements? • What Management System Owns them • What Management System shares responsibility • What staff are experts in the rqt. • What EMERS procedures are implementing documents • When there is a gap in implementation • What action plan is appropriate for gaps • What desktop procedures and/or local procedures implement • What training programs that implement Examples:

  5. Who participates in the Requirement Decision Record Process? • RM Staff • Management System Owners – Some own the requirement, some provide supporting Owners hip (“parsed” Owners ) • Subject Matter Experts

  6. How do the participants become involved in the process? • RM Staff became involved during the requirement approval process • Management System Owners who own requirements became involved during the requirement approval process also. • Parsed Owners become involved during the Requirement Decision Record process, when Management System Owners identify them as supporting players in addressing a requirement • SMEs become involved when Management System Owners and Parsed Owners delegate their authority to complete a Reqt. Decision Record

  7. What is the high-level workflow for the Requirement Decision Record process?

  8. RDR = Requirement Decision Record Newly approved Requirement 1 -Receives notice of newly approved requirement -Reviews and updates Management System Owners if necessary -Initiate RDR RM Staff 2 Identifies each Parsed Unit Mgmt. System Owner; EMERS system forwards RDR Primary Mgmt. Systems Owner Analyzes requirements document for applicability; identifies implementation actions; approves RDR; EMERS system forwards Parsed Unit Mgmt. System owner 3 4 Reviews/approves compiles RDR for each parsed unit Primary Mgmt. Systems Owner 5 Reviews RDR; tracks implementation actions/commitments; Keeps EMERS database updated RM Staff

  9. What supports the EMERS Requirement Decision Record workflow? • Requirements information and status • Role information (Management System Owners, SMEs, Staff) • Accurate employee information (CHRIS data feeds for non-PII data, like email addresses) • Email notifications • Dashboards (contents to be determined)

  10. Process: Developing the Management System Description A Primary Working Session will be scheduled. Goals will be to • Develop Management System Descriptioin • Identify Potential Subject Areas, and a schedule • Identify Leads • Complete a requirements list

  11. How will the Primary Working Session Play Out? • After opening remarks, presentations about EMERS and a tour of SCMS will start, and a reiteration of objectives/deliverables. • Facilitator will then guide the process; Editor will make content changes on line while team discusses and decides on Management System Description Content • Next the Facilitator will lead the discussion on requirements • Next your editor and Facilitator will guide the scoping of Subject Areas and your assignment of lead Subject Matter Experts • The Facilitator will capture issues you want your teams to address in Secondary Working Sessions • Your editor will keep an ongoing record of the follow up needed, in an Action Plan.

  12. The RM Management System is ahead of schedule right now At a glance

  13. Deliverables for Primary Working Session • Draft of Management System Description • Action Plan: Lists Subject Areas, key staff, schedule, requirements • Requirement Report identifies high risk requirements, need for subject area, Content Development Leads, and any SMEs you choose.

  14. What to expect • It’s a dynamic environment; expect a balance of structure and brainstorming. Both are good at the right time! • Documents will define accountability; this may be a new way to write procedures for many, and it may be uncomfortable. Expect to be called on to support the EMERS team in developing documents to what may be a new standard.

More Related