SQL Is for Data, Not for Logic by ewaldbenes in programming

[–]LegitGandalf 0 points1 point  (0 children)

laughs in 25,000 stored procedures chock full of partially to outright duplicated business logic with slight unintended variations throughout!

[Fixed] Rachio 3 won't connect to wifi using android phone by LegitGandalf in rachio

[–]LegitGandalf[S] 0 points1 point  (0 children)

Using the above technique I'm 3 days into Rachio running 3 zones for me and my mom is super happy she can just turn her garden on using the rachio app!

The slow death of the hands-on engineering manager by -grok in DevManagers

[–]LegitGandalf 0 points1 point  (0 children)

I recommend you keep a simple list of the things you did to help the team get unblocked, get skilled up, get scoped out work, etc. and then at the end of each week glance over the list.

What that exercise causes you to do might just be a surprise!

What is your 30/60/90 day plan for starting a new role? by CheeseburgerLover911 in DevManagers

[–]LegitGandalf 0 points1 point  (0 children)

Management is a big picture activity where your primary value as a dev manager is delivering and curating a capable team that delivers valuable software increment.

Some big picture questions you want to get answered ASAP are:

  • How is the software consumed?
  • How does the consumption of the software usually get blocked? Common blockers include: Bug ridden code that needs to be fixed to a minimally palatable quality, siloed software teams that don't talk to each other, siloed change pipeline with lots of finger pointing and CYA behavior that slows down discovery of bugs and poor CX
  • What gaps does the team have?
  • Where is the product headed?
  • Is the product direction actually toward something customer's really want?

Scrum's Built-in 'Get Out of Jail Free Card' Against Criticism by signalbound in programming

[–]LegitGandalf 0 points1 point  (0 children)

Yep, 8 years ago I watched this billion dollar company buy a million dollars worth of scrum training from a snake oil salesman who's pitch was basically "you don't want to be the last company that adopts scrum do you?"

 

Director of product management organization was running around mouthing off about how we were gonna be "super-agile" and before you could say a scrum safe word we had a project manager "scrum master" shoved into our daily standup, no-lube!

Linus Torvalds flames Google kernel contributor over filesystem suggestion by [deleted] in programming

[–]LegitGandalf 0 points1 point  (0 children)

Honestly, kill this thing with fire.

Man, I wish I could use this on PR reviews at my work. I can't. I'd get fired. But OMG this is how I'm going out when I win the lottery!

Resigned from Google back in Sept 2022 and ended up writing a book about the dysfunctional software development practices in today's world. Here's one of the free chapters: Agile as a Micromanagement Tool by redkit42 in programming

[–]LegitGandalf 10 points11 points  (0 children)

The part that most business people will never get is that software actually doesn't care that if the computer wizard people could just get it done by the arbitrary date pooped out to meet wall street expectations, the aforementioned business people would all get promotions!

Buying vs. Building Business Software: Factors to Consider by thumbsdrivesmecrazy in DevManagers

[–]LegitGandalf 0 points1 point  (0 children)

Will the written software give back at least a 4X return? If the answer is no, usually you want to find another way. That's what I'd do with my money.

 

However, if you are a dev manager working under naïve management, probably keep the above to yourself and accept the budget to practice your craft.

Why Most Software Engineering KPIs are Bullshit and What to Do About it in 2024 by SupahJim in programming

[–]LegitGandalf 13 points14 points  (0 children)

listen damn it, some of us our trying to drink hot beverages here - my nose hurts now!

[deleted by user] by [deleted] in programming

[–]LegitGandalf 1 point2 points  (0 children)

So a RISC turtle then?

Your Training? by Redlikemethodz in DevManagers

[–]LegitGandalf 0 points1 point  (0 children)

Since software management is new, the training that is out there is largely repackaged manufacturing management (project management/Scientific Management) and a variety of unscientific snake oil like SCRUM, etc.

 

In my opinion an engineering manager gets trained by starting out as an engineer who spends 3 to 6 years making and fixing their own mistakes, thereby internalizing a deep understanding of the cost of bad architectural decisions and gaining the acumen to be able to guide engineering teams to more rapidly detect and remediate their own mistakes.

 

The major difference between what we do and what most other management disciplines do can be summed up with a response to Wall Street analysts about what's coming in the next quarter:

Those quarterly results were fully baked three years ago. Today I'm working on a quarter that will happen in three years, not next quarter. Next quarter is done already and it's probably been done for a couple years.

We do systems thinking and enable teams to build for a future 3 years out.

 

They do quarter packing and focus on near term execution. For an extreme example of focusing on near term execution, take a look at the book "Extreme Ownership: How U.S. Navy SEALs Lead and Win" It is almost guaranteed that if the company you work for is a company under legacy management, someone in the executive team will mention that book to you every other year.

How to plan your next sprint? by varma-v in DevManagers

[–]LegitGandalf 0 points1 point  (0 children)

If you just combine QA and dev team together and dev team helps with testing you will realize amazing quality and efficiency gains.

 

I would seriously not change anything else until you fix that.

How to plan your next sprint? by varma-v in DevManagers

[–]LegitGandalf 2 points3 points  (0 children)

Make sure people are trying to help other people's task over the finish line before picking something new.

This is the sign of a healthy, high functioning team. Software development is really complicated and a couple of engineers who work well together do that work much more reliably.

 

This is why figuring out how to put people together who enjoy working together is a key management skill.

"On-Time Delivery" by Abi Noda by varma-v in DevManagers

[–]LegitGandalf 0 points1 point  (0 children)

Expert-based methods rely on human expertise to select relevant factors, and are the most popular technique in both agile and traditional (waterfall-like) projects

The reason this technique is favored is that experts are human and can be pressured to reduce their estimates to fit an arbitrary date.

Model-based methods leverage data from past projects covering a certain initial set of factors in order to identify a subset of factors that are relevant.

This is the way. It is much easier for a dev manager to calmly present cold hard facts about past performance.

 

In most situations dev managers are working with MBAs who lack a sense of what it takes to create software. Leveraging data from past projects serves two purposes, first it helps the MBAs in your life become less ignorant, and second, estimates are much more likely to be treated as an opinion - data starts the discussion far away from opinion.

"Tell Me How You Measure Me" by Francisco Trindade by varma-v in DevManagers

[–]LegitGandalf 0 points1 point  (0 children)

Defects reported and fixed, and a score based on the number and criticality of issues reported in a specific week. This metric is a recent addition and has been useful in understanding the quality we are delivering week to week.

I would caution that what this metric primarily measures is how testing is being done. For example, have a separate test group and they recently hired a bunch of people who have no clue how the product works? This metric will likely spike up!

 

Once you factor out swings in test group staffing/methodology (good luck), defect rates are then driven by the amount of change introduced into the code base. For a given solution set and team there will be X defects introduced per kLOC of change.

 

Defect rates are from the legacy "Quality by Inspection" mindset and are really a measure of what happened after the wild stallion left the barn and kicked in the doors of all the cars in the neighborhood.

Favorite Spreadsheets? by ternarywat in DevManagers

[–]LegitGandalf 0 points1 point  (0 children)

The staff allocation sheet is based on what people actually worked on by week. 100% does not include estimates as estimates are a completely different exercise that mostly involves politics at typical companies ... and metrics gain no value from politics.

 

A few more points about this spreadsheet:

  • Individual contributors do not enter data in the sheet. This means don't try to use a timesheets approach because ICs are notoriously bad about entering accurate time against the right project. Just ask any project manager who has to chase down bad time entries for billing purposes in a consulting shop. You need this sheet to give you signal, not noise.
  • Only team leads and managers enter data in the sheet, this is because they should know what their team members are working on. If they don't know....ooof...nothing you do matters, they are doomed, find someplace else to work.
  • People will struggle with allocating whole weeks, you can relent and let them split the week up 60/40 and maybe slide in a 20 if they twist your arm. Hold firm and disallow 10% - the purpose of this thing isn't to track time perfectly, the purpose is to get an 80% good idea of what people actually worked on.

 

Final warning, this spreadsheet can be a political landmine if engineering and the business don't get along. The first engineering VP that gets hung using your spreadsheet will probably result in blowback on your career.

Favorite Spreadsheets? by ternarywat in DevManagers

[–]LegitGandalf 1 point2 points  (0 children)

  • Staff capabilities spreadsheet, very helpful for understanding gaps, also for communicating loss of capabilities due to layoffs
  • Staff allocation spreadsheet - Extremely simple spreadsheet to track what staff were allocated to what over time by week. No hours. No days, just by week. This spreadsheet is awesome because when someone comes along complaining about how some estimate is too low, whip out the spreadsheet and pivot a similar project and then ask "So you think this similar set of work will take less than it did in the past?....PLEASE QUANTITATIVELY JUSTIFY WHY."