The Analysis of Workflow Analysis?
We don't know he doesn't use a CASE system. The OP mentioned that his process is:
- go to client site
- lern workflow, take notes on it
- at end of day, go back to hotel and push things into a format for developers (which may or may be CASE/ UML)
The OP, I think, is really asking something along the lines of "I get tons of info thrown at me by non technical people and need to feed it into some other system to make my programmers happy. Who knows a way of accepting tons of semi-structured, possibly random, and always interrelated data so it can be rearragned and cut up into bite size pieces for some other formalized system without making my eyes bleed?"
I think the two best suggestions here have been:
- Wiki (perhaps not only for you, but for the end client as well, so they can see exactly what you're taking back to your programmers and fix mistakes and add details before it goes out)
- Treenode.. never heard of it, but sounds useful.
One thing that has not come up yet is what you do with your client before you show up at their site. If you're getting *that* much info per-client I betcha that you could come up with a standardized set of questions for them to answer before you even step on a plane. That should reduce your onsite workload and allow you to better grasp their workflow while onsite.
Maybe you already do this...