Re:How to build silos and decrease collaboration on purpose
by alecco on Saturday September 04, 2021 @05:16AM
(#28413443)
Say QA dumps a badly tested release which causes a lot of weekend drama for Prod and QA does not own up to management or apologize to Prod (e.g. they did it under pressure from Business or Marketing). In retaliation Prod doesn't approve releases after Wednesdays. I've seen much worse than this.
Re:How to build silos and decrease collaboration on purpose
by sokoloff on Saturday September 04, 2021 @06:35AM
(#28413828)
Prod probably doesn’t even think of this retaliation; they just think they’re acting like the sensible adults in a company that just needs to “become professional” here.
A lot of company red tape was thought to be green tape when implemented.
Re:How to build silos and decrease collaboration on purpose
by afarrell on Saturday September 04, 2021 @08:08AM
(#28414344)
Yea, this sounds like the sort of problem described by Patrick Lencioni
Re:How to build silos and decrease collaboration on purpose
by dgb23 on Saturday September 04, 2021 @06:33AM
(#28413824)
So people becoming defensive because they are not treated honestly, while everyone is afraid of doing mistakes.
Re:How to build silos and decrease collaboration on purpose
by loopz on Sunday September 05, 2021 @10:38AM
(#28424656)
That's when it get outright toxic. What is much more common is just all the gaps between solid silo walls.
Re:How to build silos and decrease collaboration on purpose
by kqr on Saturday September 04, 2021 @04:43AM
(#28413291)
By measuring the task load?
Edit: to be clear, I'm not saying any delay that isn't caused by high utilisation is attributable to malice. Just saying that if you've narrowed it down to those two, you've done the hard work. Those to are very easy to tell apart.
How do you tell the difference between malice and having a high task load?