comment on

First I'd like to say that I think this is a great topic.

My approach, the one that works for me and maybe not for everyone one is:

1. Solicit the input of the target user group - have them become part of the design process. Forget what you think files/directories should be named (unless of course it would cause issues) - let them decide on the conventions, let them decide on interface - help them streamline the process to their liking.

2. Since management wants the tools they must step forward and enforce the use - BUT - the user still will not use it unless they are contributors to the tool.

3. It also seems to help me when I "lead" the user to the solution - this makes them feel like they came up with the idea - therefore making it more palitable to use - rather than having a tool "crammed" down their throats by management and their peers.

Is this foolproof - no. But it will put the odds in your favor - or at least it has for me.

In reply to Re: OT: Getting people to use tools by draconis
in thread OT: Getting people to use tools by logan

Are you posting in the right place? Check out Where do I post X? to know for sure.
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
Want more info? How to link or How to display code and escape characters are good places to start.


Problems? Is your data what you think it is?
	PerlMonks