Earlier quoted context omitted.
Well, sell each consultant hour ~100 and pay ~30. After the initial project implementation swap the whole team to India, move the existing people to another projects. Keep everyone in a cult like mindset, profit.
Do you work somewhere that pays you exactly the same as the value you generate? Are you saying ThoughtWorks bait and switch their customers? Do you mean without their knowledge? Or are they convincing them to accept dev teams from India?
Maximizing Developer Effectiveness
161–168 of 168 posts
Re: Maximizing Developer Effectiveness
#162Earlier quoted context omitted.
I find this hard to justify to myself. It’s literally my boss’s job to fix these impediments (and the boss’s boss, and their boss). Am I supposed to teach them how to do their jobs? In addition to doing my own?
If you are a senior member of the team and problems are apparent to you, I would expect you to productivity call them out. It sounds like you want to gripe about the problems on HN but not actually try to solve?
And then still have nothing happen because the people above are mostly paying lip service to improvement, but not actually changing their ways.
It’s like needing to expend 200% effort because others are expending only 10%.
Edit: But yeah, I also gripe about it on HN because it’s carthartic ;)
Re: Maximizing Developer Effectiveness
#163> There is an overwhelming amount of good advice, practices, tools, and processes that you should use to improve. I disagree. Advice is contradictory, practices and processes are often orthogonal, and tools quite literally don't exist. I say this as someone that's worked in large companies and saw how lengthy not only process feedback loops were (especially developer ↔ product team), but also engineering feedback loo…
Re: Maximizing Developer Effectiveness
#164> There is an overwhelming amount of good advice, practices, tools, and processes that you should use to improve. I disagree. Advice is contradictory, practices and processes are often orthogonal, and tools quite literally don't exist. I say this as someone that's worked in large companies and saw how lengthy not only process feedback loops were (especially developer ↔ product team), but also engineering feedback loo…
Re: Maximizing Developer Effectiveness
#165Earlier quoted context omitted.
If you are a senior member of the team and problems are apparent to you, I would expect you to productivity call them out. It sounds like you want to gripe about the problems on HN but not actually try to solve?
No, no. I’m talking about bringing the problem to some higher ups attention, but also needing to expend the effort to both come up with a plan for fixing it, as well as actually convince this 50 person team to do this thing. And then still have nothing happen because the people above are mostly paying lip service to improvement, but not actually changing their ways. It’s like needing to expend 200% effort because oth…
For what it's worth, my strategy has always been to grapple with these situations. Sometimes you get to have impact and learn in the process: eg how do I communicate about this problem in a way that gets traction? If you can do it, you will "level up" in your career.
Alternatively you may learn why things being as they are is a reasonable trade-off for the situation you are in. This may also level you up by helping you think on "what makes sense for the business" rathe than simply "I don't like it" level.
At worst, you'll have a story for your next interview about how you tried and failed to make a big improvement like this. I have a similar story and it resonates really well for senior roles.
Re: Maximizing Developer Effectiveness
#166Patterns on the most effective teams I’ve worked on: - high degree of trust and emotional safety between team members. The team can safely share feedback and risk sharing our crazy ideas - high degree of care for the craft. We hold each other accountable to quality - ships, regularly, to real customers - little status seeking - goes with emotional safety - few individuals on the team need to be “in charge” or hold ar…
Re: Maximizing Developer Effectiveness
#167Earlier quoted context omitted.
"Now that you're all working from home anyway, I might as well outsource your job to India! That will save me a truckload of money too!"
Our company recently did this and our best developer left. I now have no one to talk to about best coding practices, new technologies, or other fun concepts. Just a bunch of overseas ticket jockeys trying to avoid lashings.
Re: Maximizing Developer Effectiveness
#168Patterns on the most effective teams I’ve worked on: - high degree of trust and emotional safety between team members. The team can safely share feedback and risk sharing our crazy ideas - high degree of care for the craft. We hold each other accountable to quality - ships, regularly, to real customers - little status seeking - goes with emotional safety - few individuals on the team need to be “in charge” or hold ar…
Amen.
A team is only as fast as its slower member.
h/t The Goal, theory of constraints