Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Anchor
PageSummary
PageSummary

Summary:  

This page is intended to provide the detailed process and procedures for how the legacy ODE Team will continue to support, going forward starting , the ODE Program and its various Stakeholders.

Requests for support will be handled by the legacy ODE Team on a case-by-case/on-demand basis similar to the Tiered Support structure of a help desk system. All requests for support should be sent to ODE_Support@bah.com which will be sent to the Legacy ODE Team Members. In addition, please CC:  ariel.gold@dot.gov and Kristin.Tufte@dot.gov.




Anchor
Cadence
Cadence

Cadence: 

The legacy ODE Team will operate in Monthly Sprint Cadences beginning with the first day of the month and ending on the last day of the month. All requests for support will be recorded within Github & managed/tracked within Jira and each request will be properly aligned to a Sprint.




Anchor
TrackingSupport
TrackingSupport

Summary: How to Request Support from the

Legacy

ODE Team:

During each Sprint (Monthly Cycles), ODE Stakeholders will use Github to formally request support from the legacy ODE Team. Github's auto-notification service will alert the ODE Team to the request. Once the ODE Team receives the notification from Github, a Jira ticket (Task) will be created to manage and track progress of the request as well as notifying/acknowledging receipt of the request to the Requestee . Jira Tasks will use the following simplified format:

Expand
titleClick here to see Sub-Task Format...

Task/Request Description
Describe the Purpose of the Request for Support and the objective(s) of the Task/Request

Evaluation Criteria

() EC1 ...
() EC2 ...
() ECx ...

Additional Notes
[Assumptions, Dependencies, new issues or concerns, identified risks, links to information that can assist in completing the Task]

Business Value Justification
[ (Optional) Describe the business value for this work-item ]

Links to ODE's:  Definition of ReadyDefinition of Done
Estimation (in hours):  ____ 
Actual Hours:  ____ 


For each support request from ODE Stakeholders, an initial evaluation will be conducted to understand the nature of the problem, validate the feasibility of request (i.e. can the legacy ODE Team service the request?), and to conduct an initial estimation (in hours) of how long it will take to complete the request. For requests that are valid, feasible (actionable by the ODE Team), and are estimated to require more than two hours of work - approval from the PM & PO will be obtained first, prior to servicing the request.

All actual hours of work will be recorded in Jira and all work accomplished during the Sprint will be summarized in monthly reports.





Anchor
RequestProcess
RequestProcess

The Request Process: 


Step 1

  • ODE Stakeholders creates a support request, for the Legacy ODE Team, in Github
    1. The Legacy ODE Team is subscribed to Github's auto-notification service and will be notified by email of the request
    2. Within 6-8 hours of the Github request, the Legacy ODE Team will Acknowledge receipt/awareness of the Request within Github

Step 2

  • Upon receiving the Github notification, the Legacy ODE Team will:
    1. Create a corresponding Jira Task associated with the Github request (using the simplified Task format)
    2. Assign the Task to the Proper Legacy ODE Team POC that will service the Task
    3. Within 24 hours of being assigned the Task, the Legacy ODE Team member assigned to the Task will conduct an initial assessment (maximum 1/2 hour) to determine if the Team can service the request and to determine the level of effort (in hours)
      1. If the request can be completed by the Team - an initial estimation (in hours) will recorded
      2. If the request cannot be completed by the Team - the Requester will be notified
Step 2A

  • If the ODE Legacy Team determines it cannot service the request
    1. A message will be made within Github to alert the Requestee or an email will be sent to the Requestee, providing the explanation and a chance for the Requester to modify the Request
    2. The Jira Ticket will be updated: with comments, initial Triage time will be recorded, and the Jira Task will be closed
      1. if new information is received from the Requester, modifying the original request details, then either a new Ticket is created or the original Jira ticket will be re-opened
Step 2B
  • If the ODE Legacy Team determines that it can service the request then an initial estimation of the level of effort to complete the work will recorded in the Jira Ticket
    1. If the estimated level of effort to complete the work is less than 1 1/2 hours, then the work will be completed by the POC within 48 hours
      1. if during the course of servicing the work, the original estimation is found to incorrect

Step 3A


<2hours

  • If the ODE Team estimates the level of effort to complete the work is less than 1 1/2 hours (in addition to the maximum 1/2 initial triage time) then
    1. The work will be completed by the ODE Team within 48 hours
      1. If, during the course of servicing the work, the original estimation is found to incorrect and the work now requires more than 1 1/2 hours to service, then the original estimate will be updated and the PM & PO will be notified for approval to continue working on the Request.

Step 3B


>2hours

  • If the ODE Team estimates the level of effort to complete the work greater than 1 1/2 hours (in addition to the maximum 1/2 initial triage time) then
    1. The PM & PO will be notified (by email) for approval to continue working on the Request
      1. If the request is denied, then a clone of the Jira Task will be added to the ODE Jira Backlog, the Requester will be notified, and the original Jira Task and Github request will be updated with any relevant information and closed.
Step 4
  • Upon completing the work, the ODE Team will
    1. A notification will be sent to the Requester
    2. Jira will be updated with the proper documentation, comments, Actual hours worked, and closed
    3. The Github request will be updated and closed





Links: 

Jira BoardLink 




Anchor
Task
Task

Task Format 

Task Format


Expand

Task/Request Description
Describe the Purpose of the Request for Support and the objective(s) of the Task/Request

Evaluation Criteria

() EC1 ...
() EC2 ...
() ECx ...

Additional Notes
[Assumptions, Dependencies, new issues or concerns, identified risks, links to information that can assist in completing the Task]

Business Value Justification
[Optional: Describe the business value for this work-item ]

Links to ODE's:  Definition of ReadyDefinition of Done
Estimation (in hours):  ____ 
Actual Hours:  ____