As a contractor, you must be professional.
Definitely. Know your stuff, show up on time, do quality work and get along with everyone else on the project.
You must be the client's idea of professional. This may or may not be the same as your own.
Well .. maybe. You have to get along with the people on the project. I would prefer to remain my own person, however.
No matter how bad something is, don't suggest changing it until you've worked with the company for at least a month...maybe more like two, especially if you work remotely.
You don't have to overtly tell the client that they're wasting resources doing it the wtrong way .. but you can educate them about alternatives that you know about that could offer them improvements.
Don't press to begin with .. if you have time to give them a very short demo, do that. If you're a consultant, one of the things that they're hiring you for is your expertise, your knowledge of the industry. If you can save them time and/or money, it's practically your duty to tell them about it.
If they choose not to take you up on your suggestion, that's their privilege .. and they may know thigns about the company which may not permit your suggestion.
You need to make the client comfortable. That means operating at whatever level of formality they use; less than that makes you look sloppy, more than that makes you look like a stuffed shirt.
Well .. maybe. This is like the second point -- you do have to get along with them.
If your people skills are so good that you can criticize someone for 40 minutes and, at the end of that time, they are chuckling ruefully and saying "thanks for telling me"...you have one necessary-but-insufficient attribute of an exceptional President/CEO.
Absolutely. That person deserves to be earning respect and big bucks.
Great post. Very interesting stuff. I love to hear stories from 'the front'.
Alex / talexb / Toronto
"Groklaw is the open-source mentality applied to legal research" ~ Linus Torvalds
Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
Read Where should I post X? if you're not absolutely sure you're posting in the right place.
Please read these before you post! —
Posts may use any of the Perl Monks Approved HTML tags:
- a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
| |
For: |
|
Use: |
| & | | & |
| < | | < |
| > | | > |
| [ | | [ |
| ] | | ] |
Link using PerlMonks shortcuts! What shortcuts can I use for linking?
See Writeup Formatting Tips and other pages linked from there for more info.