Read a biography of Rickover. ("Rickover: Controversy and Genius" by Polmar and Allen. is a good one.) He was a weird boss. Huge ego. Into screaming at subordinates, put-downs, and micromanagement. He did get results, most of the time. Hated within the Navy, liked by Congress.
Highly controversial for sure. “The Rickover Effect” also a good choice. Dry, long, but full of great anecdotes. All that said it’s tough to argue with his accomplishments. First to a productive/working nuclear reactor, in the hardest application possible (submarine), in government (not the private sector). And starting significantly behind… It’s hard not to be inspired by what he accomplished.
"When I came to Washington before World War II to head the electrical section of the Bureau of Ships, I found that one man was in charge of design, another of production, a third handled maintenance, while a fourth dealt with fiscal matters. The entire bureau operated that way. It didn’t make sense to me. Design problems showed up in production, production errors showed up in maintenance, and financial matters reached into all areas. I changed the system. I made one man responsible for his entire area of equipment—for design, production, maintenance, and contracting. If anything went wrong, I knew exactly at whom to point. I run my present organization on the same principle."
> A major flaw in our system of government, and even in industry, is the latitude allowed to do less than is necessary. Too often officials are willing to accept and adapt to situations they know to be wrong.
I feel like this has become the norm just about everywhere.
I reread this essay once every few months. It is a good reminder that there is no shortcut to being an effective engineering manager.
A common mistake many new and seasoned managers make is to delegate and then disconnect from the details. Once so disconnected, it is a one-way street where the manager progressively operates at a higher and higher level. Now they are no longer in a position to evaluate the reliability of estimates from their engineers or the output of their work. Worse, they lose awareness of the technical debt being accumulated and tradeoffs being made.
This works out fine if they are lucky to have a highly competent and conscientious team and it is a disaster otherwise. The latter is more likely in the real world especially if you are not working for a company that can afford to hire top-notch engineering talent.
Rickover's approach outlined in the above article keeps managers grounded in the reality - delegate but do not disconnect from the low-level details. The flip side is that this may come across as micromanagement (and Rickover was a notorious micromanager). Effective management is anything but easy.
>> Further, important issues should be presented in writing. Nothing so sharpens the thought process as writing down one’s arguments. Weaknesses overlooked in oral discussion become painfully obvious on the written page.
I knew Rickover's leadership and management still sounded very, very familiar, way before I read this towards the end of his speach.
"Doing a Job" https://govleaders.org/rickover.htm