3 ms·

> an engineer-led culture made it more difficult to compete in a cost sensitive environment. I know this is a common sentiment, but I don't quite get it. Engin

> an engineer-led culture made it more difficult to compete in a cost sensitive environment. I know this is a common sentiment, but I don't quite get it. Engineering is often about optimizing multivariate functions, and cost is just another variable to optimize. If you frame it properly to engineers, they can solve cost problems too.

epistasis 3y ago
Agreed. Maybe I have become too much of a PHB, but I find that engineers (or scientists in my case) really love having cost as one of the visible metrics to optimize for, and will generally do a fantastic job at evaluating it amongst quality concerns. At least much better than management can do.
- salty_biscuits 3y ago
  They are often surprisingly ruthless when given cost as part of the objective as well.
  - close04 3y ago
    All the good engineers I know will prioritize the product though. "Accountants" will prioritize the cost. The "cheapest good product" and the "best cheap product" are almost never the same. The the latter is what you want to pay for but the former is what you want to have.
    - JohnFen 3y ago
      I think this is an oversimplification. Engineers prioritize the product, as they should, but what the best solution is depends on the constraints, and that includes things like cost of production, target price point, etc. "Good, cheap, fast: pick two" is a law of the universe that most engineers deeply understand, and good devs will produce the best product they can according to which two are chosen.
- JohnFen 3y ago
  I agree. In most of the places I've worked, devs have always taken costs into account as part of the design and development decisions, to the degree that they can. But at most companies, things like cost, expected ROI, etc. are never revealed to the devs, leaving it to guesswork.
idiotsecant 3y ago
Given the choice between cost optimized and safe, fast, cool, etc very few engineers are going to go for cost savings. If there's no bean counters in charge and no market cnstraints its obvious that the product is going to be really good and really expensive.
- epistasis 3y ago
  Much of engineering is "bean counting" but not beans. I think that engineers will do some CYA around safety, but they also appreciate the money arguments because they are inherently numeric in their evaluations.
- jonhohle 3y ago
  So make cost optimization cool. I always enjoyed getting rid of production hardware and running as lean as possible within operational constraints. Incentivize cost reduction with benefits proportional to the savings. You know what’s cooler than an expensive thing? A high quality thing with higher margins. A very well known and highly profitable company has taken that model pretty far (like trillions in valuation far).
  - pydry 3y ago
    Higher margins are not really cool unless you share them, which the engineers probably did not. Engineers arent really responsible for these types of attitudes though. Management are. By and large engineers will do as they are requested. I find it far more plausible that costs ballooned due to an empire building dynamic by management than because engineers arm twisted them into building something "cool". Same reason Uber has, like, 150 people working on a mobile app.
- fbdab103 3y ago
  "Any idiot can build a bridge that stands, but it takes an engineer to build a bridge that barely stands." Engineering is all about fitting within your constraints. Make budget one of those limits and life will uh find a way.
- naasking 3y ago
ks1723 3y ago
This is too simple. For large endeavors (building a plane) it is impossible to formulate all contributions to all quality criteria/cost and constraints into a technical engineering optimization problem. Let alone when re-structuring and optimizing the company organization and processes to build those planes at the same time.
- naasking 3y ago
  > For large endeavors (building a plane) it is impossible to formulate all contributions to all quality criteria/cost and constraints into a technical engineering optimization problem. It's obviously possible, SpaceX vs. NASA is an existence proof. Maybe you have something specific in mind when you say "technical engineering optimization problem", like a formula you can minimize mathematically to account for every little contribution, but this often isn't necessary. Like when solving physics problems using approximations, you often only need to minimize the first and second order largest contributors to the cost and you'll be in the right ballpark. This also means you don't need to find the literally absolute minimum and capture literally all of the contributors to the cost during the design process. And of course this is what happens in the real world already, do you think accountants and pointy haired bosses guiding a bunch of engineers are going to find the absolute minimum? Of course not, they find what looks like a minimum from their limited view of a project after the engineers estimate the costs of producing parts and the labour required. Just close the loop without the accountants and bosses and engineers can do this optimization themselves.
  - ks1723 3y ago
    I agree with you and you basically make the same point as wanted to make: you can’t just frame it as an engineering problem, it involves accountants and bosses. So your original statement „If you frame it properly to engineers, they can solve cost problems too.“ is too simplistic in my view.
    - naasking 3y ago
      > you basically make the same point as wanted to make: you can’t just frame it as an engineering problem, it involves accountants and bosses. I disagree that I was making this point. I said it currently involves accountants and bosses, and I'm saying it doesn't have to because you can make it an engineering problem. The accountants and bosses don't have any unique skills or insight here that aren't in principle also accessible to the engineers.
throw0101d 3y ago
> If you frame it properly to engineers, they can solve cost problems too. In eng school there was a saying: An engineer is someone who can build something for $4 that any fool can build for $7.

epistasis 3y ago

Agreed. Maybe I have become too much of a PHB, but I find that engineers (or scientists in my case) really love having cost as one of the visible metrics to optimize for, and will generally do a fantastic job at evaluating it amongst quality concerns. At least much better than management can do.

salty_biscuits 3y ago
They are often surprisingly ruthless when given cost as part of the objective as well.
- close04 3y ago
  All the good engineers I know will prioritize the product though. "Accountants" will prioritize the cost. The "cheapest good product" and the "best cheap product" are almost never the same. The the latter is what you want to pay for but the former is what you want to have.
  - JohnFen 3y ago
    I think this is an oversimplification. Engineers prioritize the product, as they should, but what the best solution is depends on the constraints, and that includes things like cost of production, target price point, etc. "Good, cheap, fast: pick two" is a law of the universe that most engineers deeply understand, and good devs will produce the best product they can according to which two are chosen.
JohnFen 3y ago
I agree. In most of the places I've worked, devs have always taken costs into account as part of the design and development decisions, to the degree that they can. But at most companies, things like cost, expected ROI, etc. are never revealed to the devs, leaving it to guesswork.

idiotsecant 3y ago

Given the choice between cost optimized and safe, fast, cool, etc very few engineers are going to go for cost savings. If there's no bean counters in charge and no market cnstraints its obvious that the product is going to be really good and really expensive.

epistasis 3y ago
Much of engineering is "bean counting" but not beans. I think that engineers will do some CYA around safety, but they also appreciate the money arguments because they are inherently numeric in their evaluations.
jonhohle 3y ago
So make cost optimization cool. I always enjoyed getting rid of production hardware and running as lean as possible within operational constraints. Incentivize cost reduction with benefits proportional to the savings. You know what’s cooler than an expensive thing? A high quality thing with higher margins. A very well known and highly profitable company has taken that model pretty far (like trillions in valuation far).
- pydry 3y ago
  Higher margins are not really cool unless you share them, which the engineers probably did not. Engineers arent really responsible for these types of attitudes though. Management are. By and large engineers will do as they are requested. I find it far more plausible that costs ballooned due to an empire building dynamic by management than because engineers arm twisted them into building something "cool". Same reason Uber has, like, 150 people working on a mobile app.
fbdab103 3y ago
"Any idiot can build a bridge that stands, but it takes an engineer to build a bridge that barely stands." Engineering is all about fitting within your constraints. Make budget one of those limits and life will uh find a way.
naasking 3y ago

ks1723 3y ago

This is too simple. For large endeavors (building a plane) it is impossible to formulate all contributions to all quality criteria/cost and constraints into a technical engineering optimization problem. Let alone when re-structuring and optimizing the company organization and processes to build those planes at the same time.

naasking 3y ago
> For large endeavors (building a plane) it is impossible to formulate all contributions to all quality criteria/cost and constraints into a technical engineering optimization problem. It's obviously possible, SpaceX vs. NASA is an existence proof. Maybe you have something specific in mind when you say "technical engineering optimization problem", like a formula you can minimize mathematically to account for every little contribution, but this often isn't necessary. Like when solving physics problems using approximations, you often only need to minimize the first and second order largest contributors to the cost and you'll be in the right ballpark. This also means you don't need to find the literally absolute minimum and capture literally all of the contributors to the cost during the design process. And of course this is what happens in the real world already, do you think accountants and pointy haired bosses guiding a bunch of engineers are going to find the absolute minimum? Of course not, they find what looks like a minimum from their limited view of a project after the engineers estimate the costs of producing parts and the labour required. Just close the loop without the accountants and bosses and engineers can do this optimization themselves.
- ks1723 3y ago
  I agree with you and you basically make the same point as wanted to make: you can’t just frame it as an engineering problem, it involves accountants and bosses. So your original statement „If you frame it properly to engineers, they can solve cost problems too.“ is too simplistic in my view.
  - naasking 3y ago
    > you basically make the same point as wanted to make: you can’t just frame it as an engineering problem, it involves accountants and bosses. I disagree that I was making this point. I said it currently involves accountants and bosses, and I'm saying it doesn't have to because you can make it an engineering problem. The accountants and bosses don't have any unique skills or insight here that aren't in principle also accessible to the engineers.

throw0101d 3y ago

> If you frame it properly to engineers, they can solve cost problems too. In eng school there was a saying: An engineer is someone who can build something for $4 that any fool can build for $7.