Many thanks for pointing to 'business value' ! I was surprised to find out that a lot of 1st line managers and team leads in the outsource company does not have clear sense of this tricky balance of value to the customer vs value to the employer.
No disagreement, but what to do when sales and management keep promising feature after feature, to keep the customer buying, and you spend more and more time adding quick and dirty features and fighting fires instead of repaying the technical debt? This can't end well at all, that is obvious, but how do you get out of this cycle?
I'm not so sure about the French proverb thing. It is "Je suis a Paris.", but is also: "Je suis en France". The French proverbe "en", is not really a contraction of "à" and "là" but is specially used for countries. In both cases they mean "at".
Curious to see your opinion on large (100s or 1000s) orgs working in one code base, where VPs may continuously kingdom-build and reorg. I believe this is the "self-organized" being violated. There is also something about the number of people sharing ownership or having in the past had ownership that leads to degradation of code quality
Yes, when teams are formed, changed and disbanded at will by management then there is little space for self-organizing teams. It also has the effect that code ownership gets changed, and people will start getting detached from it, not feeling responsible, not feeling pride to keep it clean.
I hope to meet Kevlin in person some day.
Many thanks for pointing to 'business value' !
I was surprised to find out that a lot of 1st line managers and team leads in the outsource company does not have clear sense of this tricky balance of value to the customer vs value to the employer.
Always enjoy working Lakoff into a tech discussion.
Kevlin: "There's a word for this..."
Me: "BOLLOX!"
Kevlin: "The colloquial term is 'bollocks'"
Me: (small choking fit).
No disagreement, but what to do when sales and management keep promising feature after feature, to keep the customer buying, and you spend more and more time adding quick and dirty features and fighting fires instead of repaying the technical debt? This can't end well at all, that is obvious, but how do you get out of this cycle?
I'm not so sure about the French proverb thing. It is "Je suis a Paris.", but is also: "Je suis en France". The French proverbe "en", is not really a contraction of "à" and "là" but is specially used for countries. In both cases they mean "at".
I'm in town, at the bookshop.
Curious to see your opinion on large (100s or 1000s) orgs working in one code base, where VPs may continuously kingdom-build and reorg. I believe this is the "self-organized" being violated.
There is also something about the number of people sharing ownership or having in the past had ownership that leads to degradation of code quality
Yes, when teams are formed, changed and disbanded at will by management then there is little space for self-organizing teams. It also has the effect that code ownership gets changed, and people will start getting detached from it, not feeling responsible, not feeling pride to keep it clean.
"quick and easy" vs "quick and dirty". I've expect some conclusions