Announcing: Slashdot Deals - Explore geek apps, games, gadgets and more. (what is this?)

Thank you!

We are sorry to see you leave - Beta is different and we value the time you took to try it out. Before you decide to go, please take a look at some value-adds for Beta and learn more about it. Thank you for reading Slashdot, and for making the site better!



The Analysis of Workflow Analysis?

thedude Re:What about a notebook and a case system? (24 comments)

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...

more than 10 years ago


thedude hasn't submitted any stories.


thedude has no journal entries.

Slashdot Login

Need an Account?

Forgot your password?