Inside the Workflow Metrics of Elite Dev Teams
devinterrupted.substack.com
DORA metrics aren’t enough on their own. Here's how dev teams can make the leap to elite performance by focusing on pull request size and dev workflow while improving their cycle time.
  • Corbin@programming.devEnglish
    12·
    1 year ago

    Hi! Please don’t link anything from this subdomain again. It was considered a plague back on Reddit, and this sort of content-free post shouldn’t be encouraged here either.

  • muhanga@programming.devEnglish
    72·
    1 year ago

    This really devolves into “good teams can deploy daily, can raise a small PRs and have small number of rework”. And this is like… thank you, but it is obvious. If team is able to do this things constantly it is probably a good team.

    DORA says that if your team is able to do same pattern (as they show) it will be “elite/good” team. This really smell like a cargo cult. And managers are already using DORA metrics as good/bad teams metric.

    This is clear Goodhart’s Law case: "“When a measure becomes a target, it ceases to be a good measure”. So either DORA knowingly did nothing to protect against metric gaming or they didn’t considered impact they will make. Neither of those is a good in my opinion.

    So yeah I don’t like DORA in it current iteration.

    • dandi8@kbin.social
      3·
      1 year ago

      IIRC from the original report, the claim here is that even “gaming” these metrics leads to the desired result, as you can’t game these metrics without actually improving your processes. I tend to agree.

  • glad_cat@lemmy.sdf.orgEnglish
    31·
    1 year ago

    I don’t know what DORA metrics is and it seems to be yet another bullshit discipline to give a name to “common sense.” Yes, small commits are better to review and test, there is no need to create yet another “Agile” framework out of this with its blogs and certifications.

  • alcasa@lemmy.sdf.orgEnglish
    2·
    1 year ago

    All this talk of elite makes the article so annoying to read and makes it difficult to take seriously…

  • koreth@lemm.eeEnglish
    1·
    1 year ago

    What metric did they use to determine what “top 10%” means? Because that’s the part of this that seems most ridiculous to me given how situation-dependent most engineering decisions are. To illustrate with an extreme example: is “daily+ deployment frequency” a sign of an amazing engineering org if the thing being deployed is updates to your heart monitor firmware?