Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Transition Documentation: Accessibility #16870

Closed
4 of 17 tasks
Tracked by #16859 ...
maortiz-27-80 opened this issue Jan 17, 2024 · 3 comments
Closed
4 of 17 tasks
Tracked by #16859 ...

Transition Documentation: Accessibility #16870

maortiz-27-80 opened this issue Jan 17, 2024 · 3 comments
Assignees
Labels
CMS Team CMS Product team that manages both editor exp and devops

Comments

@maortiz-27-80
Copy link

maortiz-27-80 commented Jan 17, 2024

User Story or Problem Statement

Our primary objective is to facilitate a smooth transition for the incoming CMS team. To achieve this, we need to document our processes comprehensively. This documentation will serve as a valuable resource for the new team members and contribute to the overall success of the handover.

Overall Process Documentation

  • Identify and document end-to-end processes
  • Include step-by-step procedures, key milestones, and dependencies
  • If applicable, identify and document dependencies on external systems, APIs, or third-party services
  • Document the location of critical knowledge repositories, wikis, or documentation sources
  • Include information about access permissions and guidelines for updating or maintaining these repositories
  • Include an updated list of key contacts within the organization, including team leads, support personnel, and any external contacts relevant to the CMS team's responsibilities
  • Document any historical data, insights, or lessons learned from past projects or incidents that may be valuable for the incoming team

Repetitive Processes

  • Identify and document repetitive processes that are crucial for daily operations
  • Include detailed instructions, best practices, and any relevant tools or resources

Acceptance Criteria

  • Document processes in Confluence. Parent page for Accessibility is here.
  • Each documented process should be reviewed and approved by the PO, PM, and DM
  • The documentation should be clear, concise, and easily understandable by individuals with varying levels of expertise
  • Include visual aids, flowcharts, diagrams, and links (external and internal) where applicable to enhance clarity

Team

Please check the team(s) that will do this work.

  • CMS Team
  • Public Websites
  • Facilities
  • Accelerated Publishing

cc: @BerniXiongA6 @EWashb @ndouglas

@maortiz-27-80 maortiz-27-80 added the CMS Team CMS Product team that manages both editor exp and devops label Jan 17, 2024
@maortiz-27-80 maortiz-27-80 changed the title Copy of Transition Documentation: Design Transition Documentation: Accessibility Jan 17, 2024
@laflannery
Copy link
Contributor

@maortiz-27-80 @EWashb Could you take a look at the accessibility documentation? Are there things that you think I missed or that should be edited?

@maortiz-27-80
Copy link
Author

Thanks, @laflannery ! I have one comment to the Confluence page re: 2024 planning. Are there any meetings within the Platform to note? Example: an accessibility community of practice for the platform? Otherwise, everything else looks great! cc: @EWashb

@laflannery
Copy link
Contributor

Updated with Marcia's comment and also added a section regarding the current state of the Platform accessibility team

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CMS Team CMS Product team that manages both editor exp and devops
Projects
None yet
Development

No branches or pull requests

3 participants