• jan75@lemmy.ml
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    2 months ago

    I would react the same way if my scrum meeting was 1 hour long!

    • Cysioland@lemmygrad.ml
      link
      fedilink
      arrow-up
      0
      ·
      2 months ago

      I remember working in the office and the customer visited and took part in our task estimation meeting. We’ve spent about 3 hours in one block estimating their tasks because they had so much input.

  • b34k@lemmy.ml
    link
    fedilink
    arrow-up
    0
    ·
    2 months ago

    About a year ago, I was working with an east coast customer while working remote on the west coast. Scrum was at 7am my time, with the customer on the call.

    Probably should have been a stressful situation as they were a tough customer, our largest account in terms of ARR and PS dollars, and they loved to tell us which Data Enginners or PMs they didn’t like, who would promptly get reassigned. But honestly, having that call so early was the least stressful thing ever.

    I would roll out of bed at 6:30a and make a cup of coffee, just to get my computer tuned on and ready to join the meeting by about 6:57.

    Worked out great, cuz I never spent time thinking about scrum beforehand, and frankly always felt a bit energized afterwards cuz it was now time to start my work day.

    Ended up working out well I guess, cuz the customer kept me on the team the entire length of the engagement.

    • ☆ Yσɠƚԋσʂ ☆@lemmy.mlOP
      link
      fedilink
      arrow-up
      0
      ·
      2 months ago

      Because that’s how it often goes. I find there are two types of scrums in practice. First is when it goes fast, and everybody just says they’re working. There’s no time to give any detail or context so the status update is largely meaningless. Second is when people start giving details about what they’re working on, and that quickly explodes to an hour long meeting.

      • dragnucs@lemmy.ml
        link
        fedilink
        arrow-up
        0
        ·
        2 months ago

        Participants need to find the right balance of information. I noticed it is productive when developers give just enough information for other to understand but not too much to confuse them and loose time. This is not easy to achieve…

  • kibiz0r@midwest.social
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 months ago

    My most successful standups have been like:

    “Okay, we’re all here. Anyone wanna take a look at anything together?”

    “I need some help with XYZ. Alice, can you take a look?”

    “Sure.”

    “Anything else? No? Alright, let’s do it.”

    Typically less than 2 minutes of whole-team time, at our desks. Really just a reserved pivot point where it’s okay to interrupt each other’s tasks to ask for some pairing time. Sometimes an unofficial second one would happen after lunch.

    • ☆ Yσɠƚԋσʂ ☆@lemmy.mlOP
      link
      fedilink
      arrow-up
      0
      ·
      2 months ago

      I find daily stand ups are completely useless because most of the useful communication can just be done by the people involved directly over email, messaging, or just talking to each other. I find it’s useful to have a whole team meeting maybe like once a week just to see where everyone is at and how different parts of the project are going. There’s very little reason to do that every single day.

  • MonkderVierte@lemmy.ml
    link
    fedilink
    arrow-up
    0
    ·
    2 months ago

    10:00: programming

    11:00: quick meeting

    12:00: #### getting back into the zone

    13:00: ####

    14:00: ####