5 ms·

Yes, yes, offshore is bad, onshore is great, easy like here. But this isn't somebody trying to make things work. This is somebody sabotaging a project because

Yes, yes, offshore is bad, onshore is great, easy like here. But this isn't somebody trying to make things work. This is somebody sabotaging a project because he disagrees with an approach to the problem. I feel uneasy about it.

anonylizard 2y ago
Why is an employee obliged to 'make things work', if those very same things are going to threaten their job? I'm also not certain how this is sabotage. If executives treat developers like interchangable factory line workers, then its important there is a like-for-like comparison between the contractor workers and the onshore ones. Ie working with minimal guidance and high quality standards.
- throwaway11460 2y ago
  Because he is paid to do so, not to keep his own job cushy and safe. Sometimes you're paid to automate yourself out of a job, sometimes you're paid to let someone take over - don't take the money if you're not willing to do it.
  - heisenbit 2y ago
    Who pays? Your boss gives directions but there is a reason for companies having values and missions. Companies interest and instructions received not always align. Particularly when it comes to outsourcing paying attention to incentives of individual decision makers is important.
MrDresden 2y ago
From you comment I get the sense that you didn't read the piece. There was no sabotage.
- throwaway11460 2y ago
  Probably not deliberate, but this guy has absolutely no business being in leadership. - he didn't make sure somebody helped the new team members build and run the project - he didn't make sure somebody took the new guys through their first PR - he bragged about the project being nonstandard and complicated and was delighted when the new guys couldn't just figure it out - he decided his own opinions and goals are more important than his employers' but still took their money - then he bragged about all of this on the internet as if he was some big hero that saved the job market Wtf is this bullshit doing on HN front page? This is not the way to run software teams.
  - MrDresden 2y ago
    The author clearly mentions that if the offshore team is capable, he will be up for using their services. They mention that the offshore team got extensive hand holding with him, and that the project is very well documented. Still they were unable to get anything done even after a month. And then two months in, they start lying to their own managers to hide their incompetence. If a team that is selling their expertise as a product is unable to get anything done until on the three month mark, and the results are as pathetic as the author makes it out to have been then they get no sympathy from me.
    - throwaway11460 2y ago
      He said he answered questions. Seems like his answers were useless since they kept asking. And why was he answering, and not someone from the team? This is classic situation in onboarding new devs on a team - the solution is to assign a dev to pair program with them for few days, that way it's either immediately visible they can't do the job and you bring that to the stakeholders, or they make a PR, nothing in between. 1 month is no time to expect great results even with onshore employees coming into your office, much less remote guys in a nonstandard difficult project. They probably meant they are finally beginning to understand it. This is not "a team", it's a bunch of new developers in the authors' team and treating them in any other way is a serious leadership mistake. The author is wasting his employer's money.
MrJohz 2y ago
It's the same guy who wrote the "I lied to the CTO" post recently, which has a similar air of "this is a toxic workplace and I hope I never work with any of these people". There's also something about the style of writing that makes me think that if someone else at the company would have told these stories, they'd have told them very differently.
Freak_NL 2y ago
I'm not reading any deliberate sabotaging in this write-up. You do? They spent way more time and resources getting that offshore team up to speed, but the team still failed to do anything useful. It wasn't their job to make this work no matter what, it was their job to use this team as a resource. If this team then goes and mucks about for two months instead of asking for the resources it needs (e.g., “We're stuck getting this codebase to work; can you assign someone to walk us through it?”), then the failure lies there. If your CEO was looking to make this the new way of working, I would be very careful not to commit any hidden resources either.
- vkazanov 2y ago
  It's not a deliberate sabotage. It's more like the author subtly set things up for a failure. In this case, the guy knew his people really well, and understood that any external team would have certain weaknesses relative to the internal one: understanding business context, requiring clear goal setting, etc. And he worked from there. I've seen similar things happen within a relatively large org. And that one time it was not about in-house vs offshore, it was more about "this branch of the org" vs "the other branch of the org". In particular, a C++ team was suggested working with a new Erlang team on a project they though of as something they should be delivering. To be honest, the C++ team was really good, just as the in-house team in the story was described as very efficient. And they won this one round.
- throwaway11460 2y ago
  He was leader of a team and didn't even make sure that somebody helped the new guys run and build the project? He even brags about it being nonstandard and complicated? He is the problem.
  - paranoidrobot 2y ago
    I think you perhaps missed the parts where that was called out they did do this. > In fact, I spent much more time holding their hands to explain what was needed than I did with any of my existing team.
politelemon 2y ago
I don't see what you're talking about, quite the opposite. He spent more time helping them than his normal team. He carried out the assessment fairly by treating them at the same calibre as his current one.
- throwaway11460 2y ago
  My first step onboarding new people is to make sure an experienced dev helps the new ones make their first commit. He didn't even get them to that point. It's primarily a bad leader/manager, not bad workers that create a problem.
  - heisenbit 2y ago
    Onboarding a remote team is a major effort which needs to budgeted. That should have been clarified during the sales process and given to the manager when starting the task. Of course also the manager should have raised it when getting the task - if we do this right it means we won‘t deliver x, y, z as planned but instead he used this lack of planning to let the effort fail. None of the parties dealt honestly and in a straightforward manner with each other so discussion of morals is not going to yield much. Often in such situations the incentives are not aligned and the first victim in war is the truth.
from-nibly 2y ago
Trying to make something work has no inherent value. Letting things play out however they play out gives you feedback that you can use to make decisions. If you try to cover up the flaws in a process it can only get worse.

anonylizard 2y ago

Why is an employee obliged to 'make things work', if those very same things are going to threaten their job? I'm also not certain how this is sabotage. If executives treat developers like interchangable factory line workers, then its important there is a like-for-like comparison between the contractor workers and the onshore ones. Ie working with minimal guidance and high quality standards.

throwaway11460 2y ago
Because he is paid to do so, not to keep his own job cushy and safe. Sometimes you're paid to automate yourself out of a job, sometimes you're paid to let someone take over - don't take the money if you're not willing to do it.
- heisenbit 2y ago
  Who pays? Your boss gives directions but there is a reason for companies having values and missions. Companies interest and instructions received not always align. Particularly when it comes to outsourcing paying attention to incentives of individual decision makers is important.

MrDresden 2y ago

From you comment I get the sense that you didn't read the piece. There was no sabotage.

throwaway11460 2y ago
Probably not deliberate, but this guy has absolutely no business being in leadership. - he didn't make sure somebody helped the new team members build and run the project - he didn't make sure somebody took the new guys through their first PR - he bragged about the project being nonstandard and complicated and was delighted when the new guys couldn't just figure it out - he decided his own opinions and goals are more important than his employers' but still took their money - then he bragged about all of this on the internet as if he was some big hero that saved the job market Wtf is this bullshit doing on HN front page? This is not the way to run software teams.
- MrDresden 2y ago
  The author clearly mentions that if the offshore team is capable, he will be up for using their services. They mention that the offshore team got extensive hand holding with him, and that the project is very well documented. Still they were unable to get anything done even after a month. And then two months in, they start lying to their own managers to hide their incompetence. If a team that is selling their expertise as a product is unable to get anything done until on the three month mark, and the results are as pathetic as the author makes it out to have been then they get no sympathy from me.
  - throwaway11460 2y ago
    He said he answered questions. Seems like his answers were useless since they kept asking. And why was he answering, and not someone from the team? This is classic situation in onboarding new devs on a team - the solution is to assign a dev to pair program with them for few days, that way it's either immediately visible they can't do the job and you bring that to the stakeholders, or they make a PR, nothing in between. 1 month is no time to expect great results even with onshore employees coming into your office, much less remote guys in a nonstandard difficult project. They probably meant they are finally beginning to understand it. This is not "a team", it's a bunch of new developers in the authors' team and treating them in any other way is a serious leadership mistake. The author is wasting his employer's money.

MrJohz 2y ago

It's the same guy who wrote the "I lied to the CTO" post recently, which has a similar air of "this is a toxic workplace and I hope I never work with any of these people". There's also something about the style of writing that makes me think that if someone else at the company would have told these stories, they'd have told them very differently.

Freak_NL 2y ago

I'm not reading any deliberate sabotaging in this write-up. You do? They spent way more time and resources getting that offshore team up to speed, but the team still failed to do anything useful. It wasn't their job to make this work no matter what, it was their job to use this team as a resource. If this team then goes and mucks about for two months instead of asking for the resources it needs (e.g., “We're stuck getting this codebase to work; can you assign someone to walk us through it?”), then the failure lies there. If your CEO was looking to make this the new way of working, I would be very careful not to commit any hidden resources either.

vkazanov 2y ago
It's not a deliberate sabotage. It's more like the author subtly set things up for a failure. In this case, the guy knew his people really well, and understood that any external team would have certain weaknesses relative to the internal one: understanding business context, requiring clear goal setting, etc. And he worked from there. I've seen similar things happen within a relatively large org. And that one time it was not about in-house vs offshore, it was more about "this branch of the org" vs "the other branch of the org". In particular, a C++ team was suggested working with a new Erlang team on a project they though of as something they should be delivering. To be honest, the C++ team was really good, just as the in-house team in the story was described as very efficient. And they won this one round.
throwaway11460 2y ago
He was leader of a team and didn't even make sure that somebody helped the new guys run and build the project? He even brags about it being nonstandard and complicated? He is the problem.
- paranoidrobot 2y ago
  I think you perhaps missed the parts where that was called out they did do this. > In fact, I spent much more time holding their hands to explain what was needed than I did with any of my existing team.

politelemon 2y ago

I don't see what you're talking about, quite the opposite. He spent more time helping them than his normal team. He carried out the assessment fairly by treating them at the same calibre as his current one.

throwaway11460 2y ago
My first step onboarding new people is to make sure an experienced dev helps the new ones make their first commit. He didn't even get them to that point. It's primarily a bad leader/manager, not bad workers that create a problem.
- heisenbit 2y ago
  Onboarding a remote team is a major effort which needs to budgeted. That should have been clarified during the sales process and given to the manager when starting the task. Of course also the manager should have raised it when getting the task - if we do this right it means we won‘t deliver x, y, z as planned but instead he used this lack of planning to let the effort fail. None of the parties dealt honestly and in a straightforward manner with each other so discussion of morals is not going to yield much. Often in such situations the incentives are not aligned and the first victim in war is the truth.

from-nibly 2y ago

Trying to make something work has no inherent value. Letting things play out however they play out gives you feedback that you can use to make decisions. If you try to cover up the flaws in a process it can only get worse.