• Norgur@kbin.social
    link
    fedilink
    arrow-up
    21
    arrow-down
    3
    ·
    1 year ago

    Ppl misjudge the implications of those priorities.
    Low priority: your shit is broken, well deal with it during office hours
    Medium priority: a whole department’s shit is broken. We’ll stay longer to fix it if needed.
    High priority: EVERYONE’S SHIT IS BROKEN HOLY FUCK, SEVENTEEN TECHS ARE IGNORING THE SPEED LIMIT ON THEIR WAY TO FIX THIS RIGHT NOW

    • Pxtl@lemmy.ca
      link
      fedilink
      English
      arrow-up
      16
      ·
      1 year ago

      That’s IT. In software development?

      Important stakeholder wants something: drop everything that’s top priority.

      High priority: we’ll get to it next sprint, an important stakeholder wants something right now.

      Medium priority: we’ll get to it after all the high priority items are done, but we’re getting an important call from another important stakeholder right now, we’ll get back to you about timelines.

      Low priority: you’re starting to sense the pattern here, right?

      Code quality, documentation, testability, test automation: lol

  • Scrubbles@poptalk.scrubbles.tech
    link
    fedilink
    English
    arrow-up
    9
    arrow-down
    1
    ·
    1 year ago

    Is the site down? Is email down for everyone? Is CSuite/ the entire business operation down? Then it’s high priority.

    Otherwise it’s low priority.

    • Potatos_are_not_friends@lemmy.world
      link
      fedilink
      arrow-up
      7
      ·
      edit-2
      1 year ago

      I understand that all the networked phones aren’t working and the PoS is no longer accepting valid orders and the server backups are all corrupted and half the company cannot access emails while the other half are replying to emails that’s causing a weird data sync issue and all the printers are jammed…

      But can you PLEASE move my ticket request of “Right Mouse click makes funny noise when I click it exactly 7 times” to the top of the stack? It’s disrupting my flow. Thank you you lazy fucks.

    • mosiacmango@lemm.ee
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      Shadow IT is a management failure, not an IT failure.

      Personally im inclined to let buisness units blow themselves up if they like. I’ll pick up whatever pieces I can, but if I can’t, all well. If we dont support it and you use it, things get really simple for us.

      • beeng@discuss.tchncs.de
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        1 year ago

        IT mangement is still IT.

        But it’s more gatekeeping by IT in my experience. Old roles that can’t hand over control, so they get piles of work that they cannot handle…

        Hence “LOW PRIORITY”

        • mosiacmango@lemm.ee
          link
          fedilink
          arrow-up
          2
          arrow-down
          1
          ·
          edit-2
          1 year ago

          Management is always management first, but sure.

          Gatekeeping at the lower IT level comes from “responsibility.” Lots of people want unlimited power, but the minute there is an issue, they throw the problems back over the fence, fingers a’ pointin’.

          If a different part of the org takes actual ownership, I’m always happy to let them fully control whatever. When you do the backup/monitoring/logging/provisioning/licensing/securing/load balacing/etc, go nuts.

          It’s why shadow IT is fine by me, but if you want to fuck shit up and then try to tell me to clean it up, nope nope nope.