This is a draft ticket for consideration and revision.
What problems are we trying to solve?
The API documentation was written piecemeal. Based on the experience of answering user questions in the HD and in the api-dev mailing list, the documentation could be much better structured to support users working with the API.
We would like our API documentation to help our users understand what is possible with the API, and how to do it.
What can we do today?
We can begin by doing some desk research and planning.
What kinds of questions have been asked by users in the past?
What do we think we can keep from our existing documentation? What needs to be changed? Added? Thrown away?
How should the API documentation be structured, given best practices in the space?
What do we need to learn in order to develop this content? What support might be needed from the rest of the team?
### Research and planning
- [x] Capture/highlight/document representative/key questions asked by users previously
- [x] Work through the existing docs locally to ID themes, issues, ideas.
- [x] Identify/document excellent examples and best practices
- [ ] https://github.com/GSA-TTS/FAC/issues/4104
- [x] Identify spaces for learning in this work, and what support/resources are needed to achieve that learning
Feel free to edit/extend the research/planning checklist as needed.
Many thanks, @Liamhhhhh ; we'll definitely look at what tooling we can leverage (we generally need to use libre/open source tools) to generate endpoint documentation.
This is a draft ticket for consideration and revision.
What problems are we trying to solve?
The API documentation was written piecemeal. Based on the experience of answering user questions in the HD and in the api-dev mailing list, the documentation could be much better structured to support users working with the API.
We would like our API documentation to help our users understand what is possible with the API, and how to do it.
What can we do today?
We can begin by doing some desk research and planning.
Feel free to edit/extend the research/planning checklist as needed.