Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »


 

If all this sounds like a lot of work, don’t worry – it’s not. Most of this is very straightforward, and we’ll be able to fill in most of the answers in a single sitting (or a single kick-off meeting, if we're working with a team).

Whether our tree-testing plan is simple or more complex, we do recommend:

  • Collaborating with the team on it, so everyone’s in the loop (and can be involved as they want to be)

  • Writing it down and sharing it, so that everyone can keep updated as the project moves along (and sometimes changes as it goes). We typically use a project spreadsheet that we fill in as we go, shared in real-time using Google Drive, but the exact tools used matter less than the fact that it’s documented and “lived in” by the team.

  • Reusing it next time, adding or deleted steps as we go, until we get a process that is tailored to our situation.


A sample plan for tree testing

Here’s a typical high-level plan for 3 rounds of tree testing (testing the existing tree, testing our new trees, then testing our even-better-with-revisions “final” tree).

  • show TT project schedule (see Google Drive). Just the high level here, then break it down in subsequent chapters.

If we’re just planning 1 or 2 rounds of testing, it should be easy to take this and cut it down to what is needed.

  • include “planning questions” template?

 


Next: Chapter 4 - key points

  • No labels