As a developer what is the best reward that a Project Manager can give when a project is complete.
One thing per answer, please.
As a developer what is the best reward that a Project Manager can give when a project is complete.
One thing per answer, please.
I enjoy watching people's eyes light up when they begin using the product.
The satisfaction of the clients with respect to the project successfully addressing their business needs.
Our "Project Completion Award" (PCA) always refers to the company sponsored lunch at the best sushi place in town. And, it is always placed on the schedule right after FAI and OQA.
Take time to go see everybody and tell them that they have been a great part of this success. I think a sincerely thanks is always welcome.
Hearing about how the client/user/company not only saved $xxx,xxx due to use of the software, but did so in a way the sup
Real life example: a large manufacturer had expensive electronics equipment sitting on a shelf gathering dust. The supplier gave only crappy software unsuitable for safety-critical operation. I asked the boss if i could borrow a unit and have a hack at it. Just a few months later we were happily using the all the equipment which had many advantages over the previous arrangement.
I've got to say cash on the barrel-head or time off. All the other things people have described here are nice, but they're the natural out-flow of work well done, not an actual recognition by management, which was at the core of the question.
Even if it's something as simple as pointing out that the achievement will "look good at bonus time" (and following through on the applied promise,) it goes a long way.
Astonishing others by showing them what we did - achieving the "impossible" or something they didn't want to attempt. Like when an engineer from a supplier was visiting and said something resembling "Wow, what you guys did is... amazing beyond anything we ever imagined doing with our product"
That frustrating grunt-work job became my favorite ever after that.
Listening and acknowledging feedback in how to improve how projects are managed in the future. This includes saying what did work well, what didn't work well, and what suggestions a developer may have. Being heard and knowing that it isn't just going in one ear and out the other can be a great reward as it can improve the whole environment which can be very nice.
Some nice extra (5-10%) on the monthly pay check after hard work has worked well on me.
Recognition. Not just recognition of the quality of the work under the difficult circumstances, but recognition of what was learned along the way.
At the end of a project there should always be a post-mortem. The team(s) should think about, discuss and document what they learned and what they can do to make the next project easier, then implement what they learned. For example:
The final step of the process is the hardest part: putting it into effect. At the end of a project there should be some down time before the next one hits. During this time the teams should document things, clean up and repair infrastructure, polish tools and implement whatever they learned along the way.
Some personal selected present. Nothing expensiv just something that shows that the manager sat down thought about it, put some knowledge about myself in it.
I got a Wii (and this was Christmas 2006) and a guitar amp and a bottle of champagne once. It didn't quite make up for the poor pay though...