As a design team, HPS generates and uses a lot of information. Stored information is only useful if specific items can be located when needed, and this requires some level of organization. However, if a system’s organization becomes more intricate, it risks not surviving being passed between team generations. To strike a balanace between the competing objectives of simple access and organization, this page will lay out a plan for how information will be organized and the reasoning behind that organization scheme.
!!TODO!! //visual of arranging information by topic vs chronologically
This wiki is divided by topic. Information and “lessons learned” about specific topics will be compiled over time. This provides “organization.”
This contrasts with the team SharePoint, which is primarily divided by time of authorship and is more of a “working” information storage. This provides “simple access.”
This wiki is intentonally separate from the SharePoint to insulate it against future system migrations by Virginia Tech.
TODO:
//placeholder//
Wherever possible, follow a “one source of truth” model.
For example: if you are writing a page about growing bananas, do not write your own section on how to measure soil ph; instead you should link to the existing page that describes how to measure soil ph. This reduces how much work you have to do and makes sure that if a better method of soil ph measurement is discovered, only one page needs to be updated, not every single page that describes that procedure.