|
The point of my story is that Devs are sometimes really bad to decide what is best for their team. The problematic dev was convinced their way of working and communicating was perfectly fine (even after multiple time where collaborators reacted). The rest of the devs team were also agreeing. They were measuring their efficiency as the number of tickets they were doing. As the same feature with small crucial tweaks were coming their way again and again, they were pretty happy with themselves: they were doing a lot of tickets, none of them too challenging. They were even saying that they are more efficient in remote than before. But the persons outside of the team were noticing the problems and paying for it. The research and development team (that I was part of) had to wait a long time to see features we desperately needed put in production, as each time it was not what requested (and no, the requirements were correct, the devs just went in the wrong direction because they read half of it because they assumed they knew). Same for the other team having to collaborate with the devs. Same for the managers, who were seeing clearly that there is a problem, continued to explain to the devs and show them proofs that the work was not done properly, but the devs were convinced "a lot of managers are useless anyway, they just say that because they want to feel important, let's not change anything". The problems were communicated clearly to the devs, but they just ignored it, and when we were forced to change the way of working, they complained that "it was done without any explanation" and "it is mandatory". So, no, the opinion of the devs on what is best is not always trustworthy. And this is my point: someone said "We know why companies don't give explanations". I'm just saying: I saw plenty of devs saying exactly that while I saw myself that this was bs. I'm not saying it's never that or that it cannot happen, I'm just asking: do you have objective element to support this, or is it a "smart conclusion from the very very smart dev team who know better than everyone and yet don't understand how much inefficient they are"? |