Uploaded image for project: 'RH Developer Hub Planning'
  1. RH Developer Hub Planning
  2. RHDHPLAN-362

Drive RHDH Engineering Team Instance Adoption

Create Doc EPIC from R...Prepare for Z ReleasePrepare Test Plan (Y R...XMLWordPrintable

    • False
    • Hide

      None

      Show
      None
    • False
    • 100% To Do, 0% In Progress, 0% Done
    • M

      Feature Overview (aka. Goal Summary)

      The goal is to make our dogfooding instance usable and appealing for our engineering team. This means updating the docs and enabling real-time editing, reorganizing our system to make it easy to navigate, and adding new useful plugins. Our goal is to make RHDH so useful that the team must use it daily, ensuring we improve the product by fixing the problems our customers also face.
       
      It is vital for us to adopt our own product so that we can build credibility for it with our customers, surface any friction with it before they do, and set an example of success that is easier to sell.

      Goals (aka. expected user outcomes)

      For Bettering the Product

      • Find Real Bugs: Developers encounter and report critical bugs and bad user experience (UX) every day, just like our customers.
      • Improve Features: We get direct, firsthand knowledge of what features are missing or hard to integrate, leading to smarter development decisions.
      • Guaranteed Testing: Every team member performs at least one task weekly in RHDH, ensuring we constantly test the product ("dogfooding").

      For Team Efficiency

      • Centralized Docs: All official team documentation (process guides, schedules, structure) is only located in RHDH, making it easy to find and trust.
      • Fast Answers: Get instant, accurate answers by asking the Lightspeed AI plugin about our internal team documents.
      • Quick Start: Access all key team resources immediately from a single "Team Home" page.

      Requirements (aka. Acceptance Criteria):

      • Easy to navigate
        • Have a single component where team members can find everything they need from there
        • Implement the catalog structure here
      • Every team member has at least one use case for it
        • Use case must be applicable at least once a week
      • Find owners for the components we introduce
      • Demo and documentation to sell it to the team

      Out of Scope (Optional)

      • Hard enforcement for the team to use

      Customer Considerations (Optional)

      Provide any additional customer-specific considerations that must be made
      when designing and delivering the Feature. Initial completion during
      Refinement status.

      N/A

      Documentation Considerations

      Provide information that needs to be considered and planned so that
      documentation will meet customer needs. If the feature extends existing
      functionality, provide a link to its current documentation.

      N/A

              rh-ee-jhe Jessica He
              rh-ee-jhe Jessica He
              RHDH Security
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated: