Mixing
Dealing with a scrum master who undermines the development team
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
6
down vote
favorite
I'm hoping for some help in dealing with a scrum master who is directly going against the wishes of the development team.
The scrum master in question has an approach which puts completion of sprint stories above essentially everything else.
Generally, a developer (person A) might hit a bit of a road block and request assistance from a member (person B) of another, more experienced team. It should be noted that the latter team is a remote team working in a timezone 5 hours behind, so delays are expected, and sometimes issues can take a day or two to be resolved regardless.
What has started to happen is that even if the developer states that they're in control of the situation, the scrum master will email B, or sometimes email B's manager, stating that A is blocked and needs immediate assistance.
The development team brought this up at the last sprint retrospective, and the scrum master reluctantly agreed to stop unless assistance was directly requested by a developer.
The developers' concerns were that the scrum master was driving a wedge between the two teams and that his emails would lead to animosity between the teams, as it could be interpreted that the developer sanctioned the email.
Although agreeing to stop, the scrum master has continued to send these emails.
How could this be dealt with in a professional way, with the goal of making this stop for good?
communication unprofessional-behavior scrum
edited Aug 7 at 20:50
DarkCygnus
27.1k1152115
asked Aug 7 at 17:48
Harry_B
361
add a comment |Â
up vote
6
down vote
favorite
I'm hoping for some help in dealing with a scrum master who is directly going against the wishes of the development team.
The scrum master in question has an approach which puts completion of sprint stories above essentially everything else.
Generally, a developer (person A) might hit a bit of a road block and request assistance from a member (person B) of another, more experienced team. It should be noted that the latter team is a remote team working in a timezone 5 hours behind, so delays are expected, and sometimes issues can take a day or two to be resolved regardless.
What has started to happen is that even if the developer states that they're in control of the situation, the scrum master will email B, or sometimes email B's manager, stating that A is blocked and needs immediate assistance.
The development team brought this up at the last sprint retrospective, and the scrum master reluctantly agreed to stop unless assistance was directly requested by a developer.
The developers' concerns were that the scrum master was driving a wedge between the two teams and that his emails would lead to animosity between the teams, as it could be interpreted that the developer sanctioned the email.
Although agreeing to stop, the scrum master has continued to send these emails.
How could this be dealt with in a professional way, with the goal of making this stop for good?
communication unprofessional-behavior scrum
edited Aug 7 at 20:50
DarkCygnus
27.1k1152115
asked Aug 7 at 17:48
Harry_B
361
1
What tool are you using to support your agile process? If your using Jira or VersionOne for example, the picture is painted clearly in the tool when a road block is present....
– Mister Positive
Aug 7 at 17:51
I suppose that by asking "How should this be dealt with" is with the goal in mind of making it stop in a professional way, correct?
– DarkCygnus
Aug 7 at 20:49
why is the scrum master doing this, do you know? i'm not aware of developers ever being "in control" of a situation, but also running late. that typically means they don't know what they're doing and are researching. why would a senior engineer think badly of a developer that was blocked? also, completion of sprint stories is the point of scrum, so it's normal to put their completion above everything else.
– bharal
Aug 8 at 9:00
add a comment |Â
up vote
6
down vote
favorite
up vote
6
down vote
favorite
I'm hoping for some help in dealing with a scrum master who is directly going against the wishes of the development team.
The scrum master in question has an approach which puts completion of sprint stories above essentially everything else.
Generally, a developer (person A) might hit a bit of a road block and request assistance from a member (person B) of another, more experienced team. It should be noted that the latter team is a remote team working in a timezone 5 hours behind, so delays are expected, and sometimes issues can take a day or two to be resolved regardless.
What has started to happen is that even if the developer states that they're in control of the situation, the scrum master will email B, or sometimes email B's manager, stating that A is blocked and needs immediate assistance.
The development team brought this up at the last sprint retrospective, and the scrum master reluctantly agreed to stop unless assistance was directly requested by a developer.
The developers' concerns were that the scrum master was driving a wedge between the two teams and that his emails would lead to animosity between the teams, as it could be interpreted that the developer sanctioned the email.
Although agreeing to stop, the scrum master has continued to send these emails.
How could this be dealt with in a professional way, with the goal of making this stop for good?
communication unprofessional-behavior scrum
edited Aug 7 at 20:50
DarkCygnus
27.1k1152115
asked Aug 7 at 17:48
Harry_B
361
I'm hoping for some help in dealing with a scrum master who is directly going against the wishes of the development team.
The scrum master in question has an approach which puts completion of sprint stories above essentially everything else.
Generally, a developer (person A) might hit a bit of a road block and request assistance from a member (person B) of another, more experienced team. It should be noted that the latter team is a remote team working in a timezone 5 hours behind, so delays are expected, and sometimes issues can take a day or two to be resolved regardless.
What has started to happen is that even if the developer states that they're in control of the situation, the scrum master will email B, or sometimes email B's manager, stating that A is blocked and needs immediate assistance.
The development team brought this up at the last sprint retrospective, and the scrum master reluctantly agreed to stop unless assistance was directly requested by a developer.
The developers' concerns were that the scrum master was driving a wedge between the two teams and that his emails would lead to animosity between the teams, as it could be interpreted that the developer sanctioned the email.
Although agreeing to stop, the scrum master has continued to send these emails.
How could this be dealt with in a professional way, with the goal of making this stop for good?
communication unprofessional-behavior scrum
edited Aug 7 at 20:50
DarkCygnus
27.1k1152115
asked Aug 7 at 17:48
Harry_B
361
edited Aug 7 at 20:50
DarkCygnus
27.1k1152115
edited Aug 7 at 20:50
DarkCygnus
27.1k1152115
edited Aug 7 at 20:50
DarkCygnus
27.1k1152115
27.1k1152115
asked Aug 7 at 17:48
Harry_B
361
asked Aug 7 at 17:48
Harry_B
361
asked Aug 7 at 17:48
Harry_B
361
361
1
What tool are you using to support your agile process? If your using Jira or VersionOne for example, the picture is painted clearly in the tool when a road block is present....
– Mister Positive
Aug 7 at 17:51
I suppose that by asking "How should this be dealt with" is with the goal in mind of making it stop in a professional way, correct?
– DarkCygnus
Aug 7 at 20:49
why is the scrum master doing this, do you know? i'm not aware of developers ever being "in control" of a situation, but also running late. that typically means they don't know what they're doing and are researching. why would a senior engineer think badly of a developer that was blocked? also, completion of sprint stories is the point of scrum, so it's normal to put their completion above everything else.
– bharal
Aug 8 at 9:00
add a comment |Â
1
What tool are you using to support your agile process? If your using Jira or VersionOne for example, the picture is painted clearly in the tool when a road block is present....
– Mister Positive
Aug 7 at 17:51
I suppose that by asking "How should this be dealt with" is with the goal in mind of making it stop in a professional way, correct?
– DarkCygnus
Aug 7 at 20:49
why is the scrum master doing this, do you know? i'm not aware of developers ever being "in control" of a situation, but also running late. that typically means they don't know what they're doing and are researching. why would a senior engineer think badly of a developer that was blocked? also, completion of sprint stories is the point of scrum, so it's normal to put their completion above everything else.
– bharal
Aug 8 at 9:00
1
1
What tool are you using to support your agile process? If your using Jira or VersionOne for example, the picture is painted clearly in the tool when a road block is present....
– Mister Positive
Aug 7 at 17:51
What tool are you using to support your agile process? If your using Jira or VersionOne for example, the picture is painted clearly in the tool when a road block is present....
– Mister Positive
Aug 7 at 17:51
I suppose that by asking "How should this be dealt with" is with the goal in mind of making it stop in a professional way, correct?
– DarkCygnus
Aug 7 at 20:49
I suppose that by asking "How should this be dealt with" is with the goal in mind of making it stop in a professional way, correct?
– DarkCygnus
Aug 7 at 20:49
why is the scrum master doing this, do you know? i'm not aware of developers ever being "in control" of a situation, but also running late. that typically means they don't know what they're doing and are researching. why would a senior engineer think badly of a developer that was blocked? also, completion of sprint stories is the point of scrum, so it's normal to put their completion above everything else.
– bharal
Aug 8 at 9:00
why is the scrum master doing this, do you know? i'm not aware of developers ever being "in control" of a situation, but also running late. that typically means they don't know what they're doing and are researching. why would a senior engineer think badly of a developer that was blocked? also, completion of sprint stories is the point of scrum, so it's normal to put their completion above everything else.
– bharal
Aug 8 at 9:00
add a comment |Â
4 Answers
4
active
oldest
votes
up vote
5
down vote
One of the goals of a Scrum Master is to remove impediments that exist between teams. Your Scrum Master probably sees this "blocker" as an impediment, and then does their best to remove it by claiming a need for "immediate assistance".
Understanding that the Scrum Master is doing this as a perceived part of their role is key in solving the issue. So, don't make it part of their role.
Instead, schedule your friendly chats in the calendaring system. Then there's nothing blocked, just items planned. Be sure to tell the scrum master that progress is being made, and that the cross-team resources you require are available, scheduled at (whatever time) and that's sufficiently early enough to meet the deadlines.
If you remove the impediment, there's nothing to act upon. If the problem is solved before your Scrum Master attempts to solve it, then you can manage the cross-team relationships AND fall back upon your Scrum Master when self-management isn't an option.
answered Aug 7 at 18:05
Edwin Buck
1,314912
sounds like items are blocked though
– bharal
Aug 8 at 9:27
1
Yes, but if he has planned a meeting, then no. With a planned meeting there is only a scheduled item, not a blocked one.
– Edwin Buck
Aug 8 at 12:51
1
+1. Seems like the developers might be over-using "blocked" status. If they say they're blocked, the block-remover will go to work.
– Peter
Aug 8 at 16:24
add a comment |Â
up vote
4
down vote
Raise it again at a scrum meeting. Point out his failures and that he is poisoning the team atmosphere. Hit him - hard. A scrum master should not do that. SPrint story completion is not the goal in itself. If stories are delayed, analysis is important. His beahvrios is likely to lead to a lot of bad behavior, down into reporting false completes.
answered Aug 7 at 17:54
TomTom
3,3672614
add a comment |Â
up vote
2
down vote
Chances are, the Scrum Master thinks they are helping. I'm curious what happens next in your situations. What does Person B respond with? What does Person B's manager respond with. Why does the Scrum Master feel that they need to take this action? Is there an SLA on person B's response or do they provide an checkin time that they expect to have more information for you?
From my experience, Scrum Masters act this way in one of three circumstances:
- They think that them following up will get a faster turn-around than you following up.
- They think that the team member will let it go and it will be forgotten
- They are under personal pressure to deliver the work (perceived or real) and they may not think it'll make a difference, but they are taking action for the sake of relieving the impulse to do something.
Finding out if it is one of these three could inform your next steps. If it's the third, that might be a problem elsewhere - the Scrum Master is not personally responsible for the delivery of work like a PM is. If it's the first or third, you can try to set up a safe-to-fail experiment to find out if they are right (or show them that their actions aren't contributing).
answered Aug 7 at 18:15
Daniel
92126
add a comment |Â
up vote
0
down vote
You already told the scrum master that his behaviour is inappropriate in your opinion, they even agreed and said they would stop it, and still it is going on.
Obviously tell your scrum master again, very strongly this time, and if you find out it happens again, email B an B’s manager that the request was not urgent, that your scrum master sent this on his own, and that B’s response to your request was perfectly fine.
answered Aug 8 at 8:20
gnasher729
71.9k31134227
add a comment |Â
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();
);
);
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
5
down vote
One of the goals of a Scrum Master is to remove impediments that exist between teams. Your Scrum Master probably sees this "blocker" as an impediment, and then does their best to remove it by claiming a need for "immediate assistance".
Understanding that the Scrum Master is doing this as a perceived part of their role is key in solving the issue. So, don't make it part of their role.
Instead, schedule your friendly chats in the calendaring system. Then there's nothing blocked, just items planned. Be sure to tell the scrum master that progress is being made, and that the cross-team resources you require are available, scheduled at (whatever time) and that's sufficiently early enough to meet the deadlines.
If you remove the impediment, there's nothing to act upon. If the problem is solved before your Scrum Master attempts to solve it, then you can manage the cross-team relationships AND fall back upon your Scrum Master when self-management isn't an option.
answered Aug 7 at 18:05
Edwin Buck
1,314912
sounds like items are blocked though
– bharal
Aug 8 at 9:27
1
Yes, but if he has planned a meeting, then no. With a planned meeting there is only a scheduled item, not a blocked one.
– Edwin Buck
Aug 8 at 12:51
1
+1. Seems like the developers might be over-using "blocked" status. If they say they're blocked, the block-remover will go to work.
– Peter
Aug 8 at 16:24
add a comment |Â
up vote
5
down vote
One of the goals of a Scrum Master is to remove impediments that exist between teams. Your Scrum Master probably sees this "blocker" as an impediment, and then does their best to remove it by claiming a need for "immediate assistance".
Understanding that the Scrum Master is doing this as a perceived part of their role is key in solving the issue. So, don't make it part of their role.
Instead, schedule your friendly chats in the calendaring system. Then there's nothing blocked, just items planned. Be sure to tell the scrum master that progress is being made, and that the cross-team resources you require are available, scheduled at (whatever time) and that's sufficiently early enough to meet the deadlines.
If you remove the impediment, there's nothing to act upon. If the problem is solved before your Scrum Master attempts to solve it, then you can manage the cross-team relationships AND fall back upon your Scrum Master when self-management isn't an option.
answered Aug 7 at 18:05
Edwin Buck
1,314912
sounds like items are blocked though
– bharal
Aug 8 at 9:27
1
Yes, but if he has planned a meeting, then no. With a planned meeting there is only a scheduled item, not a blocked one.
– Edwin Buck
Aug 8 at 12:51
1
+1. Seems like the developers might be over-using "blocked" status. If they say they're blocked, the block-remover will go to work.
– Peter
Aug 8 at 16:24
add a comment |Â
up vote
5
down vote
up vote
5
down vote
One of the goals of a Scrum Master is to remove impediments that exist between teams. Your Scrum Master probably sees this "blocker" as an impediment, and then does their best to remove it by claiming a need for "immediate assistance".
Understanding that the Scrum Master is doing this as a perceived part of their role is key in solving the issue. So, don't make it part of their role.
Instead, schedule your friendly chats in the calendaring system. Then there's nothing blocked, just items planned. Be sure to tell the scrum master that progress is being made, and that the cross-team resources you require are available, scheduled at (whatever time) and that's sufficiently early enough to meet the deadlines.
If you remove the impediment, there's nothing to act upon. If the problem is solved before your Scrum Master attempts to solve it, then you can manage the cross-team relationships AND fall back upon your Scrum Master when self-management isn't an option.
answered Aug 7 at 18:05
Edwin Buck
1,314912
One of the goals of a Scrum Master is to remove impediments that exist between teams. Your Scrum Master probably sees this "blocker" as an impediment, and then does their best to remove it by claiming a need for "immediate assistance".
Understanding that the Scrum Master is doing this as a perceived part of their role is key in solving the issue. So, don't make it part of their role.
Instead, schedule your friendly chats in the calendaring system. Then there's nothing blocked, just items planned. Be sure to tell the scrum master that progress is being made, and that the cross-team resources you require are available, scheduled at (whatever time) and that's sufficiently early enough to meet the deadlines.
If you remove the impediment, there's nothing to act upon. If the problem is solved before your Scrum Master attempts to solve it, then you can manage the cross-team relationships AND fall back upon your Scrum Master when self-management isn't an option.
answered Aug 7 at 18:05
Edwin Buck
1,314912
answered Aug 7 at 18:05
Edwin Buck
1,314912
answered Aug 7 at 18:05
Edwin Buck
1,314912
answered Aug 7 at 18:05
Edwin Buck
1,314912
1,314912
sounds like items are blocked though
– bharal
Aug 8 at 9:27
1
Yes, but if he has planned a meeting, then no. With a planned meeting there is only a scheduled item, not a blocked one.
– Edwin Buck
Aug 8 at 12:51
1
+1. Seems like the developers might be over-using "blocked" status. If they say they're blocked, the block-remover will go to work.
– Peter
Aug 8 at 16:24
add a comment |Â
sounds like items are blocked though
– bharal
Aug 8 at 9:27
1
Yes, but if he has planned a meeting, then no. With a planned meeting there is only a scheduled item, not a blocked one.
– Edwin Buck
Aug 8 at 12:51
1
+1. Seems like the developers might be over-using "blocked" status. If they say they're blocked, the block-remover will go to work.
– Peter
Aug 8 at 16:24
sounds like items are blocked though
– bharal
Aug 8 at 9:27
sounds like items are blocked though
– bharal
Aug 8 at 9:27
1
1
Yes, but if he has planned a meeting, then no. With a planned meeting there is only a scheduled item, not a blocked one.
– Edwin Buck
Aug 8 at 12:51
Yes, but if he has planned a meeting, then no. With a planned meeting there is only a scheduled item, not a blocked one.
– Edwin Buck
Aug 8 at 12:51
1
1
+1. Seems like the developers might be over-using "blocked" status. If they say they're blocked, the block-remover will go to work.
– Peter
Aug 8 at 16:24
+1. Seems like the developers might be over-using "blocked" status. If they say they're blocked, the block-remover will go to work.
– Peter
Aug 8 at 16:24
add a comment |Â
up vote
4
down vote
Raise it again at a scrum meeting. Point out his failures and that he is poisoning the team atmosphere. Hit him - hard. A scrum master should not do that. SPrint story completion is not the goal in itself. If stories are delayed, analysis is important. His beahvrios is likely to lead to a lot of bad behavior, down into reporting false completes.
answered Aug 7 at 17:54
TomTom
3,3672614
add a comment |Â
up vote
4
down vote
Raise it again at a scrum meeting. Point out his failures and that he is poisoning the team atmosphere. Hit him - hard. A scrum master should not do that. SPrint story completion is not the goal in itself. If stories are delayed, analysis is important. His beahvrios is likely to lead to a lot of bad behavior, down into reporting false completes.
answered Aug 7 at 17:54
TomTom
3,3672614
add a comment |Â
up vote
4
down vote
up vote
4
down vote
Raise it again at a scrum meeting. Point out his failures and that he is poisoning the team atmosphere. Hit him - hard. A scrum master should not do that. SPrint story completion is not the goal in itself. If stories are delayed, analysis is important. His beahvrios is likely to lead to a lot of bad behavior, down into reporting false completes.
answered Aug 7 at 17:54
TomTom
3,3672614
Raise it again at a scrum meeting. Point out his failures and that he is poisoning the team atmosphere. Hit him - hard. A scrum master should not do that. SPrint story completion is not the goal in itself. If stories are delayed, analysis is important. His beahvrios is likely to lead to a lot of bad behavior, down into reporting false completes.
answered Aug 7 at 17:54
TomTom
3,3672614
answered Aug 7 at 17:54
TomTom
3,3672614
answered Aug 7 at 17:54
TomTom
3,3672614
answered Aug 7 at 17:54
TomTom
3,3672614
3,3672614
add a comment |Â
add a comment |Â
up vote
2
down vote
Chances are, the Scrum Master thinks they are helping. I'm curious what happens next in your situations. What does Person B respond with? What does Person B's manager respond with. Why does the Scrum Master feel that they need to take this action? Is there an SLA on person B's response or do they provide an checkin time that they expect to have more information for you?
From my experience, Scrum Masters act this way in one of three circumstances:
- They think that them following up will get a faster turn-around than you following up.
- They think that the team member will let it go and it will be forgotten
- They are under personal pressure to deliver the work (perceived or real) and they may not think it'll make a difference, but they are taking action for the sake of relieving the impulse to do something.
Finding out if it is one of these three could inform your next steps. If it's the third, that might be a problem elsewhere - the Scrum Master is not personally responsible for the delivery of work like a PM is. If it's the first or third, you can try to set up a safe-to-fail experiment to find out if they are right (or show them that their actions aren't contributing).
answered Aug 7 at 18:15
Daniel
92126
add a comment |Â
up vote
2
down vote
Chances are, the Scrum Master thinks they are helping. I'm curious what happens next in your situations. What does Person B respond with? What does Person B's manager respond with. Why does the Scrum Master feel that they need to take this action? Is there an SLA on person B's response or do they provide an checkin time that they expect to have more information for you?
From my experience, Scrum Masters act this way in one of three circumstances:
- They think that them following up will get a faster turn-around than you following up.
- They think that the team member will let it go and it will be forgotten
- They are under personal pressure to deliver the work (perceived or real) and they may not think it'll make a difference, but they are taking action for the sake of relieving the impulse to do something.
Finding out if it is one of these three could inform your next steps. If it's the third, that might be a problem elsewhere - the Scrum Master is not personally responsible for the delivery of work like a PM is. If it's the first or third, you can try to set up a safe-to-fail experiment to find out if they are right (or show them that their actions aren't contributing).
answered Aug 7 at 18:15
Daniel
92126
add a comment |Â
up vote
2
down vote
up vote
2
down vote
Chances are, the Scrum Master thinks they are helping. I'm curious what happens next in your situations. What does Person B respond with? What does Person B's manager respond with. Why does the Scrum Master feel that they need to take this action? Is there an SLA on person B's response or do they provide an checkin time that they expect to have more information for you?
From my experience, Scrum Masters act this way in one of three circumstances:
- They think that them following up will get a faster turn-around than you following up.
- They think that the team member will let it go and it will be forgotten
- They are under personal pressure to deliver the work (perceived or real) and they may not think it'll make a difference, but they are taking action for the sake of relieving the impulse to do something.
Finding out if it is one of these three could inform your next steps. If it's the third, that might be a problem elsewhere - the Scrum Master is not personally responsible for the delivery of work like a PM is. If it's the first or third, you can try to set up a safe-to-fail experiment to find out if they are right (or show them that their actions aren't contributing).
answered Aug 7 at 18:15
Daniel
92126
Chances are, the Scrum Master thinks they are helping. I'm curious what happens next in your situations. What does Person B respond with? What does Person B's manager respond with. Why does the Scrum Master feel that they need to take this action? Is there an SLA on person B's response or do they provide an checkin time that they expect to have more information for you?
From my experience, Scrum Masters act this way in one of three circumstances:
- They think that them following up will get a faster turn-around than you following up.
- They think that the team member will let it go and it will be forgotten
- They are under personal pressure to deliver the work (perceived or real) and they may not think it'll make a difference, but they are taking action for the sake of relieving the impulse to do something.
Finding out if it is one of these three could inform your next steps. If it's the third, that might be a problem elsewhere - the Scrum Master is not personally responsible for the delivery of work like a PM is. If it's the first or third, you can try to set up a safe-to-fail experiment to find out if they are right (or show them that their actions aren't contributing).
answered Aug 7 at 18:15
Daniel
92126
answered Aug 7 at 18:15
Daniel
92126
answered Aug 7 at 18:15
Daniel
92126
answered Aug 7 at 18:15
Daniel
92126
92126
add a comment |Â
add a comment |Â
up vote
0
down vote
You already told the scrum master that his behaviour is inappropriate in your opinion, they even agreed and said they would stop it, and still it is going on.
Obviously tell your scrum master again, very strongly this time, and if you find out it happens again, email B an B’s manager that the request was not urgent, that your scrum master sent this on his own, and that B’s response to your request was perfectly fine.
answered Aug 8 at 8:20
gnasher729
71.9k31134227
add a comment |Â
up vote
0
down vote
You already told the scrum master that his behaviour is inappropriate in your opinion, they even agreed and said they would stop it, and still it is going on.
Obviously tell your scrum master again, very strongly this time, and if you find out it happens again, email B an B’s manager that the request was not urgent, that your scrum master sent this on his own, and that B’s response to your request was perfectly fine.
answered Aug 8 at 8:20
gnasher729
71.9k31134227
add a comment |Â
up vote
0
down vote
up vote
0
down vote
You already told the scrum master that his behaviour is inappropriate in your opinion, they even agreed and said they would stop it, and still it is going on.
Obviously tell your scrum master again, very strongly this time, and if you find out it happens again, email B an B’s manager that the request was not urgent, that your scrum master sent this on his own, and that B’s response to your request was perfectly fine.
answered Aug 8 at 8:20
gnasher729
71.9k31134227
You already told the scrum master that his behaviour is inappropriate in your opinion, they even agreed and said they would stop it, and still it is going on.
Obviously tell your scrum master again, very strongly this time, and if you find out it happens again, email B an B’s manager that the request was not urgent, that your scrum master sent this on his own, and that B’s response to your request was perfectly fine.
answered Aug 8 at 8:20
gnasher729
71.9k31134227
answered Aug 8 at 8:20
gnasher729
71.9k31134227
answered Aug 8 at 8:20
gnasher729
71.9k31134227
answered Aug 8 at 8:20
gnasher729
71.9k31134227
71.9k31134227
add a comment |Â
add a comment |Â
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%2f117144%2fdealing-with-a-scrum-master-who-undermines-the-development-team%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
1
What tool are you using to support your agile process? If your using Jira or VersionOne for example, the picture is painted clearly in the tool when a road block is present....
– Mister Positive
Aug 7 at 17:51
I suppose that by asking "How should this be dealt with" is with the goal in mind of making it stop in a professional way, correct?
– DarkCygnus
Aug 7 at 20:49
why is the scrum master doing this, do you know? i'm not aware of developers ever being "in control" of a situation, but also running late. that typically means they don't know what they're doing and are researching. why would a senior engineer think badly of a developer that was blocked? also, completion of sprint stories is the point of scrum, so it's normal to put their completion above everything else.
– bharal
Aug 8 at 9:00