Mixing
What is a good model for rewarding work on projects outside of contracted hours
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
2
down vote
favorite
I work at a small company and we have a full schedule of work ahead of us. There are some internal tooling projects that would massively help some departments in the company but they never quite get prioritised to the front of the queue.
I would like to offer my team the opportunity to work on them outside of work time for some sort of financial reward. but I'm struggling to find a model that won't cause resentment or promote conflict.
Options I've considered are:
- Bounty for the team that delivers the tool. This has issues around who gets to be on the team
- Option to come in on saturday to work on these projects and get overtime rate. This potentially makes people feel like the extra work is required unless the idea is carefully delivered.
Are there models I could use in order to encourage my team to put in extra work?
management
migrated from programmers.stackexchange.com Jul 15 '16 at 16:12
This question came from our site for professionals, academics, and students working within the systems development life cycle.
suggest improvements |Â
up vote
2
down vote
favorite
I work at a small company and we have a full schedule of work ahead of us. There are some internal tooling projects that would massively help some departments in the company but they never quite get prioritised to the front of the queue.
I would like to offer my team the opportunity to work on them outside of work time for some sort of financial reward. but I'm struggling to find a model that won't cause resentment or promote conflict.
Options I've considered are:
- Bounty for the team that delivers the tool. This has issues around who gets to be on the team
- Option to come in on saturday to work on these projects and get overtime rate. This potentially makes people feel like the extra work is required unless the idea is carefully delivered.
Are there models I could use in order to encourage my team to put in extra work?
management
migrated from programmers.stackexchange.com Jul 15 '16 at 16:12
This question came from our site for professionals, academics, and students working within the systems development life cycle.
2
Why do the tools get down-prioritized if they will massively help? If there are things in the pipeline that are even more valuable for the business, wouldn't it be more benefit to pay people to work on those?
– JacquesB
Jul 15 '16 at 14:29
@JacquesB I would say it is problem of "I believe they will be valuable, but it is hard to explain that to management".
– Euphoric
Jul 15 '16 at 15:13
paid overtime??
– Ewan
Jul 15 '16 at 16:15
somewhat related: How can we motivate employees to complete IT certificates? "a huge red flag, don't do this..."
– gnat
Jul 15 '16 at 17:10
The sign in the break room says that the legally mandated minimum incentive is 1.5 X normal hourly rate.
– emory
Jul 16 '16 at 0:56
suggest improvements |Â
up vote
2
down vote
favorite
up vote
2
down vote
favorite
I work at a small company and we have a full schedule of work ahead of us. There are some internal tooling projects that would massively help some departments in the company but they never quite get prioritised to the front of the queue.
I would like to offer my team the opportunity to work on them outside of work time for some sort of financial reward. but I'm struggling to find a model that won't cause resentment or promote conflict.
Options I've considered are:
- Bounty for the team that delivers the tool. This has issues around who gets to be on the team
- Option to come in on saturday to work on these projects and get overtime rate. This potentially makes people feel like the extra work is required unless the idea is carefully delivered.
Are there models I could use in order to encourage my team to put in extra work?
management
I work at a small company and we have a full schedule of work ahead of us. There are some internal tooling projects that would massively help some departments in the company but they never quite get prioritised to the front of the queue.
I would like to offer my team the opportunity to work on them outside of work time for some sort of financial reward. but I'm struggling to find a model that won't cause resentment or promote conflict.
Options I've considered are:
- Bounty for the team that delivers the tool. This has issues around who gets to be on the team
- Option to come in on saturday to work on these projects and get overtime rate. This potentially makes people feel like the extra work is required unless the idea is carefully delivered.
Are there models I could use in order to encourage my team to put in extra work?
management
asked Jul 15 '16 at 10:27
red
migrated from programmers.stackexchange.com Jul 15 '16 at 16:12
This question came from our site for professionals, academics, and students working within the systems development life cycle.
migrated from programmers.stackexchange.com Jul 15 '16 at 16:12
This question came from our site for professionals, academics, and students working within the systems development life cycle.
2
Why do the tools get down-prioritized if they will massively help? If there are things in the pipeline that are even more valuable for the business, wouldn't it be more benefit to pay people to work on those?
– JacquesB
Jul 15 '16 at 14:29
@JacquesB I would say it is problem of "I believe they will be valuable, but it is hard to explain that to management".
– Euphoric
Jul 15 '16 at 15:13
paid overtime??
– Ewan
Jul 15 '16 at 16:15
somewhat related: How can we motivate employees to complete IT certificates? "a huge red flag, don't do this..."
– gnat
Jul 15 '16 at 17:10
The sign in the break room says that the legally mandated minimum incentive is 1.5 X normal hourly rate.
– emory
Jul 16 '16 at 0:56
suggest improvements |Â
2
Why do the tools get down-prioritized if they will massively help? If there are things in the pipeline that are even more valuable for the business, wouldn't it be more benefit to pay people to work on those?
– JacquesB
Jul 15 '16 at 14:29
@JacquesB I would say it is problem of "I believe they will be valuable, but it is hard to explain that to management".
– Euphoric
Jul 15 '16 at 15:13
paid overtime??
– Ewan
Jul 15 '16 at 16:15
somewhat related: How can we motivate employees to complete IT certificates? "a huge red flag, don't do this..."
– gnat
Jul 15 '16 at 17:10
The sign in the break room says that the legally mandated minimum incentive is 1.5 X normal hourly rate.
– emory
Jul 16 '16 at 0:56
2
2
Why do the tools get down-prioritized if they will massively help? If there are things in the pipeline that are even more valuable for the business, wouldn't it be more benefit to pay people to work on those?
– JacquesB
Jul 15 '16 at 14:29
Why do the tools get down-prioritized if they will massively help? If there are things in the pipeline that are even more valuable for the business, wouldn't it be more benefit to pay people to work on those?
– JacquesB
Jul 15 '16 at 14:29
@JacquesB I would say it is problem of "I believe they will be valuable, but it is hard to explain that to management".
– Euphoric
Jul 15 '16 at 15:13
@JacquesB I would say it is problem of "I believe they will be valuable, but it is hard to explain that to management".
– Euphoric
Jul 15 '16 at 15:13
paid overtime??
– Ewan
Jul 15 '16 at 16:15
paid overtime??
– Ewan
Jul 15 '16 at 16:15
somewhat related: How can we motivate employees to complete IT certificates? "a huge red flag, don't do this..."
– gnat
Jul 15 '16 at 17:10
somewhat related: How can we motivate employees to complete IT certificates? "a huge red flag, don't do this..."
– gnat
Jul 15 '16 at 17:10
The sign in the break room says that the legally mandated minimum incentive is 1.5 X normal hourly rate.
– emory
Jul 16 '16 at 0:56
The sign in the break room says that the legally mandated minimum incentive is 1.5 X normal hourly rate.
– emory
Jul 16 '16 at 0:56
suggest improvements |Â
5 Answers
5
active
oldest
votes
up vote
4
down vote
Trying to get more work out of your employees without paying them what they deserve is wrong. If you have more work than employee resources there are a couple options.
- Authorize overtime with appropriate overtime pay/Comp time.
- Hire more workers.
Anything else is simply trying to exploit your existing employees.
suggest improvements |Â
up vote
2
down vote
No, as long as people make enough on their main hours, money won't be incentive to work more hours. Also, I think there might be some legal problems in having people work more hours than is in their contract.
Only way I can think that people would work on a project outside their work hours is if they take full control and ownership of the project. Most probably as open-source, complete control over used technology, frameworks, libraries, etc... And you only provide requirements. It could be good way for a programmer to build a portfolio.
answered Jul 15 '16 at 11:26
Euphoric
1212
suggest improvements |Â
up vote
2
down vote
Return some of the time to them. After a major release goes out the door, management typically tells us to take the next month's Fridays as management directed time off.
answered Jul 15 '16 at 17:20
keshlam
41.5k1267144
Time off is always good. This doesnt cost your company extra money to pay them. Give them 1.5 hours unofficial vacation for every hour worked on the project.
– Keltari
Jul 15 '16 at 17:33
suggest improvements |Â
up vote
1
down vote
One idea that has come up a couple of times on this SE is having a period in your development cycle devoted to self directed internal projects. What I've heard before is usually described is a week or two after a release where developers will have time to work on improving (or building new) tools for the organization. Long run it likely improves your velocity as this time lets your team relax and refresh a little bit and allows them to work more efficiently when they are working on regular projects.
answered Jul 15 '16 at 17:13
Myles
25.4k658104
suggest improvements |Â
up vote
-1
down vote
The basic problem is you have projects in development now for customers that bring in revenue, but at the same time you have internal projects that don't generate revenue but helps make it easier for people to do their work which can't measure revenue directly.
With that said, why not just force your developers to do it? Pick a team to come in Saturday and tell them the day before. Yes they will get upset, maybe disgruntled, and whatnot but truth is you need these done so get it done. If it only happens sometimes, chances are most people will forget. Remember you're in charge, and making demands is appropriate in your position.
As said before, people won't work just because there is a little extra money. Putting bounties up or doing some sort of day off is going to work sometimes but most of the time it won't. You'll need to force this on if you want it to work.
answered Jul 15 '16 at 18:55
Dan
4,752412
For added bonus put up a bounty for the tools but if no one answers, do the weekend get together with no bounty offered. Soon the message will get across and you'll see folks taking up the bounty before needing to come in Saturdays.
– Dan
Jul 15 '16 at 19:04
Dan: "Um, yeah, I'm gonna need you to come in on Saturday... that would be... great..."
– Nolo Problemo
Jul 15 '16 at 22:43
"Pick a team to come in Saturday and tell them the day before." Can't think of many better ways to totally piss off your employees. Very bad idea.
– sleske
Jul 15 '16 at 23:06
suggest improvements |Â
StackExchange.ready(function ()
$("#show-editor-button input, #show-editor-button button").click(function ()
var showEditor = function()
$("#show-editor-button").hide();
$("#post-form").removeClass("dno");
StackExchange.editor.finallyInit();
;
var useFancy = $(this).data('confirm-use-fancy');
if(useFancy == 'True')
var popupTitle = $(this).data('confirm-fancy-title');
var popupBody = $(this).data('confirm-fancy-body');
var popupAccept = $(this).data('confirm-fancy-accept-button');
$(this).loadPopup(
url: '/post/self-answer-popup',
loaded: function(popup)
var pTitle = $(popup).find('h2');
var pBody = $(popup).find('.popup-body');
var pSubmit = $(popup).find('.popup-submit');
pTitle.text(popupTitle);
pBody.html(popupBody);
pSubmit.val(popupAccept).click(showEditor);
)
else
var confirmText = $(this).data('confirm-text');
if (confirmText ? confirm(confirmText) : true)
showEditor();
);
);
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
4
down vote
Trying to get more work out of your employees without paying them what they deserve is wrong. If you have more work than employee resources there are a couple options.
- Authorize overtime with appropriate overtime pay/Comp time.
- Hire more workers.
Anything else is simply trying to exploit your existing employees.
suggest improvements |Â
up vote
4
down vote
Trying to get more work out of your employees without paying them what they deserve is wrong. If you have more work than employee resources there are a couple options.
- Authorize overtime with appropriate overtime pay/Comp time.
- Hire more workers.
Anything else is simply trying to exploit your existing employees.
suggest improvements |Â
up vote
4
down vote
up vote
4
down vote
Trying to get more work out of your employees without paying them what they deserve is wrong. If you have more work than employee resources there are a couple options.
- Authorize overtime with appropriate overtime pay/Comp time.
- Hire more workers.
Anything else is simply trying to exploit your existing employees.
Trying to get more work out of your employees without paying them what they deserve is wrong. If you have more work than employee resources there are a couple options.
- Authorize overtime with appropriate overtime pay/Comp time.
- Hire more workers.
Anything else is simply trying to exploit your existing employees.
answered Jul 15 '16 at 12:23
Ryathal
suggest improvements |Â
suggest improvements |Â
up vote
2
down vote
No, as long as people make enough on their main hours, money won't be incentive to work more hours. Also, I think there might be some legal problems in having people work more hours than is in their contract.
Only way I can think that people would work on a project outside their work hours is if they take full control and ownership of the project. Most probably as open-source, complete control over used technology, frameworks, libraries, etc... And you only provide requirements. It could be good way for a programmer to build a portfolio.
answered Jul 15 '16 at 11:26
Euphoric
1212
suggest improvements |Â
up vote
2
down vote
No, as long as people make enough on their main hours, money won't be incentive to work more hours. Also, I think there might be some legal problems in having people work more hours than is in their contract.
Only way I can think that people would work on a project outside their work hours is if they take full control and ownership of the project. Most probably as open-source, complete control over used technology, frameworks, libraries, etc... And you only provide requirements. It could be good way for a programmer to build a portfolio.
answered Jul 15 '16 at 11:26
Euphoric
1212
suggest improvements |Â
up vote
2
down vote
up vote
2
down vote
No, as long as people make enough on their main hours, money won't be incentive to work more hours. Also, I think there might be some legal problems in having people work more hours than is in their contract.
Only way I can think that people would work on a project outside their work hours is if they take full control and ownership of the project. Most probably as open-source, complete control over used technology, frameworks, libraries, etc... And you only provide requirements. It could be good way for a programmer to build a portfolio.
answered Jul 15 '16 at 11:26
Euphoric
1212
No, as long as people make enough on their main hours, money won't be incentive to work more hours. Also, I think there might be some legal problems in having people work more hours than is in their contract.
Only way I can think that people would work on a project outside their work hours is if they take full control and ownership of the project. Most probably as open-source, complete control over used technology, frameworks, libraries, etc... And you only provide requirements. It could be good way for a programmer to build a portfolio.
answered Jul 15 '16 at 11:26
Euphoric
1212
answered Jul 15 '16 at 11:26
Euphoric
1212
answered Jul 15 '16 at 11:26
Euphoric
1212
answered Jul 15 '16 at 11:26
Euphoric
1212
1212
suggest improvements |Â
suggest improvements |Â
up vote
2
down vote
Return some of the time to them. After a major release goes out the door, management typically tells us to take the next month's Fridays as management directed time off.
answered Jul 15 '16 at 17:20
keshlam
41.5k1267144
Time off is always good. This doesnt cost your company extra money to pay them. Give them 1.5 hours unofficial vacation for every hour worked on the project.
– Keltari
Jul 15 '16 at 17:33
suggest improvements |Â
up vote
2
down vote
Return some of the time to them. After a major release goes out the door, management typically tells us to take the next month's Fridays as management directed time off.
answered Jul 15 '16 at 17:20
keshlam
41.5k1267144
Time off is always good. This doesnt cost your company extra money to pay them. Give them 1.5 hours unofficial vacation for every hour worked on the project.
– Keltari
Jul 15 '16 at 17:33
suggest improvements |Â
up vote
2
down vote
up vote
2
down vote
Return some of the time to them. After a major release goes out the door, management typically tells us to take the next month's Fridays as management directed time off.
answered Jul 15 '16 at 17:20
keshlam
41.5k1267144
Return some of the time to them. After a major release goes out the door, management typically tells us to take the next month's Fridays as management directed time off.
answered Jul 15 '16 at 17:20
keshlam
41.5k1267144
answered Jul 15 '16 at 17:20
keshlam
41.5k1267144
answered Jul 15 '16 at 17:20
keshlam
41.5k1267144
answered Jul 15 '16 at 17:20
keshlam
41.5k1267144
41.5k1267144
Time off is always good. This doesnt cost your company extra money to pay them. Give them 1.5 hours unofficial vacation for every hour worked on the project.
– Keltari
Jul 15 '16 at 17:33
suggest improvements |Â
Time off is always good. This doesnt cost your company extra money to pay them. Give them 1.5 hours unofficial vacation for every hour worked on the project.
– Keltari
Jul 15 '16 at 17:33
Time off is always good. This doesnt cost your company extra money to pay them. Give them 1.5 hours unofficial vacation for every hour worked on the project.
– Keltari
Jul 15 '16 at 17:33
Time off is always good. This doesnt cost your company extra money to pay them. Give them 1.5 hours unofficial vacation for every hour worked on the project.
– Keltari
Jul 15 '16 at 17:33
suggest improvements |Â
up vote
1
down vote
One idea that has come up a couple of times on this SE is having a period in your development cycle devoted to self directed internal projects. What I've heard before is usually described is a week or two after a release where developers will have time to work on improving (or building new) tools for the organization. Long run it likely improves your velocity as this time lets your team relax and refresh a little bit and allows them to work more efficiently when they are working on regular projects.
answered Jul 15 '16 at 17:13
Myles
25.4k658104
suggest improvements |Â
up vote
1
down vote
One idea that has come up a couple of times on this SE is having a period in your development cycle devoted to self directed internal projects. What I've heard before is usually described is a week or two after a release where developers will have time to work on improving (or building new) tools for the organization. Long run it likely improves your velocity as this time lets your team relax and refresh a little bit and allows them to work more efficiently when they are working on regular projects.
answered Jul 15 '16 at 17:13
Myles
25.4k658104
suggest improvements |Â
up vote
1
down vote
up vote
1
down vote
One idea that has come up a couple of times on this SE is having a period in your development cycle devoted to self directed internal projects. What I've heard before is usually described is a week or two after a release where developers will have time to work on improving (or building new) tools for the organization. Long run it likely improves your velocity as this time lets your team relax and refresh a little bit and allows them to work more efficiently when they are working on regular projects.
answered Jul 15 '16 at 17:13
Myles
25.4k658104
One idea that has come up a couple of times on this SE is having a period in your development cycle devoted to self directed internal projects. What I've heard before is usually described is a week or two after a release where developers will have time to work on improving (or building new) tools for the organization. Long run it likely improves your velocity as this time lets your team relax and refresh a little bit and allows them to work more efficiently when they are working on regular projects.
answered Jul 15 '16 at 17:13
Myles
25.4k658104
answered Jul 15 '16 at 17:13
Myles
25.4k658104
answered Jul 15 '16 at 17:13
Myles
25.4k658104
answered Jul 15 '16 at 17:13
Myles
25.4k658104
25.4k658104
suggest improvements |Â
suggest improvements |Â
up vote
-1
down vote
The basic problem is you have projects in development now for customers that bring in revenue, but at the same time you have internal projects that don't generate revenue but helps make it easier for people to do their work which can't measure revenue directly.
With that said, why not just force your developers to do it? Pick a team to come in Saturday and tell them the day before. Yes they will get upset, maybe disgruntled, and whatnot but truth is you need these done so get it done. If it only happens sometimes, chances are most people will forget. Remember you're in charge, and making demands is appropriate in your position.
As said before, people won't work just because there is a little extra money. Putting bounties up or doing some sort of day off is going to work sometimes but most of the time it won't. You'll need to force this on if you want it to work.
answered Jul 15 '16 at 18:55
Dan
4,752412
For added bonus put up a bounty for the tools but if no one answers, do the weekend get together with no bounty offered. Soon the message will get across and you'll see folks taking up the bounty before needing to come in Saturdays.
– Dan
Jul 15 '16 at 19:04
Dan: "Um, yeah, I'm gonna need you to come in on Saturday... that would be... great..."
– Nolo Problemo
Jul 15 '16 at 22:43
"Pick a team to come in Saturday and tell them the day before." Can't think of many better ways to totally piss off your employees. Very bad idea.
– sleske
Jul 15 '16 at 23:06
suggest improvements |Â
up vote
-1
down vote
The basic problem is you have projects in development now for customers that bring in revenue, but at the same time you have internal projects that don't generate revenue but helps make it easier for people to do their work which can't measure revenue directly.
With that said, why not just force your developers to do it? Pick a team to come in Saturday and tell them the day before. Yes they will get upset, maybe disgruntled, and whatnot but truth is you need these done so get it done. If it only happens sometimes, chances are most people will forget. Remember you're in charge, and making demands is appropriate in your position.
As said before, people won't work just because there is a little extra money. Putting bounties up or doing some sort of day off is going to work sometimes but most of the time it won't. You'll need to force this on if you want it to work.
answered Jul 15 '16 at 18:55
Dan
4,752412
For added bonus put up a bounty for the tools but if no one answers, do the weekend get together with no bounty offered. Soon the message will get across and you'll see folks taking up the bounty before needing to come in Saturdays.
– Dan
Jul 15 '16 at 19:04
Dan: "Um, yeah, I'm gonna need you to come in on Saturday... that would be... great..."
– Nolo Problemo
Jul 15 '16 at 22:43
"Pick a team to come in Saturday and tell them the day before." Can't think of many better ways to totally piss off your employees. Very bad idea.
– sleske
Jul 15 '16 at 23:06
suggest improvements |Â
up vote
-1
down vote
up vote
-1
down vote
The basic problem is you have projects in development now for customers that bring in revenue, but at the same time you have internal projects that don't generate revenue but helps make it easier for people to do their work which can't measure revenue directly.
With that said, why not just force your developers to do it? Pick a team to come in Saturday and tell them the day before. Yes they will get upset, maybe disgruntled, and whatnot but truth is you need these done so get it done. If it only happens sometimes, chances are most people will forget. Remember you're in charge, and making demands is appropriate in your position.
As said before, people won't work just because there is a little extra money. Putting bounties up or doing some sort of day off is going to work sometimes but most of the time it won't. You'll need to force this on if you want it to work.
answered Jul 15 '16 at 18:55
Dan
4,752412
The basic problem is you have projects in development now for customers that bring in revenue, but at the same time you have internal projects that don't generate revenue but helps make it easier for people to do their work which can't measure revenue directly.
With that said, why not just force your developers to do it? Pick a team to come in Saturday and tell them the day before. Yes they will get upset, maybe disgruntled, and whatnot but truth is you need these done so get it done. If it only happens sometimes, chances are most people will forget. Remember you're in charge, and making demands is appropriate in your position.
As said before, people won't work just because there is a little extra money. Putting bounties up or doing some sort of day off is going to work sometimes but most of the time it won't. You'll need to force this on if you want it to work.
answered Jul 15 '16 at 18:55
Dan
4,752412
answered Jul 15 '16 at 18:55
Dan
4,752412
answered Jul 15 '16 at 18:55
Dan
4,752412
answered Jul 15 '16 at 18:55
Dan
4,752412
4,752412
For added bonus put up a bounty for the tools but if no one answers, do the weekend get together with no bounty offered. Soon the message will get across and you'll see folks taking up the bounty before needing to come in Saturdays.
– Dan
Jul 15 '16 at 19:04
Dan: "Um, yeah, I'm gonna need you to come in on Saturday... that would be... great..."
– Nolo Problemo
Jul 15 '16 at 22:43
"Pick a team to come in Saturday and tell them the day before." Can't think of many better ways to totally piss off your employees. Very bad idea.
– sleske
Jul 15 '16 at 23:06
suggest improvements |Â
For added bonus put up a bounty for the tools but if no one answers, do the weekend get together with no bounty offered. Soon the message will get across and you'll see folks taking up the bounty before needing to come in Saturdays.
– Dan
Jul 15 '16 at 19:04
Dan: "Um, yeah, I'm gonna need you to come in on Saturday... that would be... great..."
– Nolo Problemo
Jul 15 '16 at 22:43
"Pick a team to come in Saturday and tell them the day before." Can't think of many better ways to totally piss off your employees. Very bad idea.
– sleske
Jul 15 '16 at 23:06
For added bonus put up a bounty for the tools but if no one answers, do the weekend get together with no bounty offered. Soon the message will get across and you'll see folks taking up the bounty before needing to come in Saturdays.
– Dan
Jul 15 '16 at 19:04
For added bonus put up a bounty for the tools but if no one answers, do the weekend get together with no bounty offered. Soon the message will get across and you'll see folks taking up the bounty before needing to come in Saturdays.
– Dan
Jul 15 '16 at 19:04
Dan: "Um, yeah, I'm gonna need you to come in on Saturday... that would be... great..."
– Nolo Problemo
Jul 15 '16 at 22:43
Dan: "Um, yeah, I'm gonna need you to come in on Saturday... that would be... great..."
– Nolo Problemo
Jul 15 '16 at 22:43
"Pick a team to come in Saturday and tell them the day before." Can't think of many better ways to totally piss off your employees. Very bad idea.
– sleske
Jul 15 '16 at 23:06
"Pick a team to come in Saturday and tell them the day before." Can't think of many better ways to totally piss off your employees. Very bad idea.
– sleske
Jul 15 '16 at 23:06
suggest improvements |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f71442%2fwhat-is-a-good-model-for-rewarding-work-on-projects-outside-of-contracted-hours%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
2
Why do the tools get down-prioritized if they will massively help? If there are things in the pipeline that are even more valuable for the business, wouldn't it be more benefit to pay people to work on those?
– JacquesB
Jul 15 '16 at 14:29
@JacquesB I would say it is problem of "I believe they will be valuable, but it is hard to explain that to management".
– Euphoric
Jul 15 '16 at 15:13
paid overtime??
– Ewan
Jul 15 '16 at 16:15
somewhat related: How can we motivate employees to complete IT certificates? "a huge red flag, don't do this..."
– gnat
Jul 15 '16 at 17:10
The sign in the break room says that the legally mandated minimum incentive is 1.5 X normal hourly rate.
– emory
Jul 16 '16 at 0:56