Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-2250

[Doc|Upstream] Document secret consumers API in Castellan

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Undefined Undefined
    • 2022Q4, rhos-18.0.0
    • None
    • None
    • None
    • OSPPlanningCycle3

      Jira Description

      As a (WHO- type of user) I want to (WHAT - goal) so that (WHY - reason).

      <Does issue have Epic linked?>

      Summary

      In summary you should include

      1. Graphical visualization <(chart/ diagram)>
      2. Broader background information <context of the issue>
      3. Links <for specification, documentation, integrations...)>
      4. Wire frames <if needed, available>
      5. Architectural proposal

      Definition of Ready

      When we can consider User Story to be Ready?

      1. Defined clearly enough that all members of the team understand what needs to be done
      2. Includes any required enabling specs. wire frames etc.
      3. Fully meet INVEST criteria for User Stories
      4. Dependencies identified and there is a clear strategy how they will be managed

       

      1. Prerequisites <list of any dependencies, work that needs to be done prior we can start to work on the story etc.> 
      2. xxx
      3. xxx
      4. xxx
      1. INVEST - consider, make adjustments

      I - IMMEDIATELY ACTIONABLE, a team can begin work on the item right away.

      N - NEGOTIABLE, the team can discuss details about the issue and how it is to be accomplished.

      V - VALUE, the issue produces value to customers/stakeholders.

      E - ESTIMABLE, the team can estimate how much effort it will take to complete.

      S - SMALL, the work can be accomplished in a single Sprint. 

      T - TESTABLE, the increment can be tested 

      Acceptance Criteria

      What needs to be done for issue to be considered complete. It helps teams estimate, test and accomplish work. We can think about Acceptance Criteria as "what customer needs".

      1. <>
      2. <>

      Definition of Done

      When we can consider User Story to be Done?

      Definition of Done can differ from team to team. It represents some quality standards, which the team commits to deliver. Done mean the feature has been developed, tested and meets all required acceptance tests. Ideally, Done means the feature could be shipped to a customer.

      When creating your definition of done, think about including:

      1. <Tests>
      2. <Documentation>
      3. <Merged to master>
      4. <Deployment to customer environment>

              rheslop@redhat.com Roger Heslop
              hrybacki@redhat.com Harry Rybacki (Inactive)
              rhos-dfg-security
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: