In this tree you find the entirety of requirements and bugs for this application, whether they are done (closed) or not. If an issue is still work-in-progress or has even been rejected, you will be able to see this from the status label next to its subject. The root level of the tree resembles our app's navigational structure, go deeper and it will mimic the structure of the pages and widgets on these pages down to single controls. We're trying to break our issues down this way because we hope that
  • the requirements for a part of the application are easier to understand in the context of other requirements for that part
  • being able to overlook the requirements for one part prevents duplicates and conflicting requirements
  • requirements are easier to find because you know where in the application they are realized. Additionally, we don't believe in throwing requirements away once we've implemented them. Because we did that for a reason and finding them again helps a lot with remembering that reason.
  • a well-written set of requirements could be the next best thing to a user manual or documentation making the reasonings behind each feature transparent and increasing your understanding of the whole app. In some ways, it is even better - as user manuals are pretty much outdated the moment they are written. This tree on the other hand is the living representation of what was, is and might be.
So please help us help you by maintaining a well-structured and well-written set of requirements. Thank you :)