No use of standups and status every day

Aug 7, 2019 547 Comments

Guys, Is it only me or anyone else feels the same , that standups are useless every day ? It's too much of status...when...why everyday and on somedays every few hours status. The whole agile thing is overrated, its created just for managers and to make sure people work their butt off every day. Lot of times it's not even possible to have a solid design/architecture in 2 weeks sprints. Your thoughts ?

comments

Want to comment? LOG IN or SIGN UP
TOP 547 Comments
  • GoDaddy 730pwo
    You're doing standups incorrectly then. Are you identifying blockers in standups? It is near impossible for a team to never be blocked
    Aug 7, 2019 16
    • Tableau MadoeYadoe
      Blockers are how agile zealots and management justify daily stand ups. In practice, it doesn’t happen enough to warrant a daily waste of time and if it does you shouldn’t wait til the next day to do something about it.
      Aug 10, 2019
    • SAP eUaS56
      If you think standup is useless, you did it wrong. I favor looking at the task board than individual status update
      Aug 11, 2019
  • Abbott / Eng ssJG63
    Agree wholeheartedly.
    Aug 7, 2019 1
    • Amazon 1337C0d3r!
      Here's your 100th like
      Aug 10, 2019
  • Jet / Product kfrpht
    What a bunch of whiners. Boo hoo, I have to spend 15 min talking with my team about what's going on. If you don't want process or oversight, go start your own software company.
    Aug 10, 2019 16
    • Amazon / Eng kirpalsdog
      Stand ups, scrum and agile coaches considered harmful.
      Aug 10, 2019
    • New / Eng
      TechLeed

      New Eng

      PRE
      Amazon
      TechLeedmore
      Someone's views on stand-ups and their views on women can be both valid and invalid. I'm also sure you're not representing what he said accurate, because why would you? You're trying to discredit them.
      Aug 10, 2019
  • Amazon аlv
    It’s amazing how a field like software engineering where most professionals get paid more than doctors managed to get suckered into buying into processes like agile/scrum/bambam invented by a bunch of consultants and mediocre enterprise programmers who have no CS background and no real technical expertise.
    Aug 10, 2019 16
    • Amazon аlv
      In my experience the quality of software and success of projects has always been a function of the skill level and motivation of the engineers. I’ve experienced waterfall, spiral, and various forms of agile processes, and initially I felt like agile was a big improvement due to its novelty, but then after comparing actual metrics, I didn’t find any significant difference in speed of development or number of defects.

      I also found that engineers got very demotivated when we switched to Scrum at a previous company because they felt they lost autonomy and were no longer trusted to design and own bigger components than what Scrum recommends in terms of story points and sprint sizes. So nowadays I prefer to focus on engineer motivation and happiness to get good results rather than rely on process rituals.
      Aug 10, 2019
    • Tableau Kaczynski
      My experiences are very much the opposite and Scrum is not the totality of agile, just one implementation. TDD, for example, is totally orthogonal as are many other XP practices. I’ve seen (and been to blame for) some poor implementations for Scrum and other XP variants as well as some very effective ones. I’d say in general it empowers teams rather than constrains them as what preceded it tended to be BUFD and “architects” who’d prescriptively dictate implementations. Engineers are always the most important part. If you have shitty devs, even the best of techniques only help so much and if you have fantastic, self-motivated devs process is almost irrelevant in my experience. Any of the techniques from XP and agile have to be applied thoughtfully and with discretion. I’ve had teams cease using Scrum because it was inappropriate to them. And I’ve had teams use it more rigorously when it was needed. And N variants in between. It’s all contextual. I still think as a toolbox and as a set of principles those guys got more right than wrong.
      Aug 10, 2019
  • Microsoft Hyad70
    High performers like it and low performers generally don't - too much visibility
    Aug 10, 2019 6
    • Wizards of the Coast aaaabaa
      The implication of this op, that the best way to root our goldbrickers is to have them talk instead of just having them meet a set of deliverable commitments, is insane.

      The market for stand-ups is managers who want to feel like they're rooting out goldbrickers because they aren't adding value otherwise
      Aug 11, 2019
    • Facebook ris
      Yep, come to fb, we have no such bullshit except on really shitty product teams. When I pushed for more standup on the team (just so I could actually understand what was going on) there was a lot pushback from senior engineers who know what they're doing and would much rather not suffer the interruption to their workflow.
      Aug 12, 2019
  • LeanTaaS ♥️ data
    Self motivated people don't need daily stand-ups. Everyone else falls into other bucket and yes they cry about stand-ups.
    Aug 10, 2019 12
    • SAP tlk
      My comment was in the CONTEXT of the discussion happening before me about handling dependencies. 'Scrum of Scrums' is a Scrum terminology, not my invention. It is used for a specific purpose which is why I referred to it to answer alv. And scrum is an Agile Methodology. What about this so hard to understand? Please do better if you want your opinion to be taken seriously.
      Aug 10, 2019
    • Redapt 7h0Nr0cx
      Most of pm stuff is just like governments in the world, talks bs and do almost nothing useful. But stupid is what the stupid does. It serves at least one purpose, giving pressure to worker bees and pretend working as a pm.
      Aug 10, 2019
  • Goldman Sachs faith91
    So, a good thing with Agile is that you don’t need to incorporate all of the principles of Agile if it doesn’t suit your requirements.

    Our team uses a hybrid where we have an alternate day standups and if some blockers pop up in between the 2 standups, people connect offline.
    Aug 7, 2019 10
    • Amazon аlv
      ^ 😂😂😂 Found the Scrum Witch Doctor trying to incite the scrum mob against everybody who disagrees with the Church of Scrum.

      Ok, I’ll indulge. Tell me more about your Scrum Butt, your Scrum of Scrums, and how you swing a dead chicken over your head every morning while you chant in a circle of your followers.
      Aug 10, 2019
    • SAP tlk
      ^ Looks like I touched a nerve, and trolling is all you can do.
      Aug 10, 2019
  • Facebook
    wsxnkoal

    Facebook

    PRE
    Microsoft
    wsxnkoalmore
    My team at FB is now doing these useless standups because half of it are ex-amazonians. 🤮
    Aug 7, 2019 5
    • Amazon ueheie
      OP
      Sorry to hear that
      Aug 7, 2019
    • Disagree and and commit. Nice, you’re learning.
      Aug 10, 2019
  • Cisco etCisco
    Stand ups are a ritual. Modern tech industry practices are laden with this stuff. You look at the clowns today burning gigabytes of memory to make a chat client work, who have reams of open source stuff handling anything hard, who have IDEs comprehending the code for them and who have never in their life considered anything even remotely challenging, and they surround themselves with stupid religious rites like this.

    90% of the industry would freak the fuck out if they had to code within the constraints of the mid nineties let alone anything before that. It’s sad. You let the dumbs in and the whole industry becomes daycare with nap time and stand ups.
    Aug 10, 2019 5
    • Amazon gоd
      True, and nowadays millenials think the CPU runs on JavaScript and design patterns.
      Aug 10, 2019
    • MeridianLink / Product XVrn30
      Those were the good ole days. When developers really understood how things work.
      Aug 10, 2019
  • Expedia Group / Property Dev
    BeLittle🍭

    Expedia Group Property Dev

    BIO
    I am the change you wish to see in the world.
    BeLittle🍭more
    OP, you should go back to the Agile manifesto and understand what the Agile practices were intended to accomplish. They are there to help a team work most effeciently and course correct as necessary to produce the right result at the right time. If it's not working for the team, you should call that out in the retrospective and make the necessary changes to make the process work for you. Oh, you're not doing retrospectives? Then you've given up your opportunity to tune the process.
    Aug 10, 2019 6
    • Amazon gоd
      How about we just burn the stupid agile manifesto and stop going to something that has never worked for the majority of the industry. Doing the same thing over and over again and expecting different results is the definition of insanity.
      Aug 11, 2019
    • Expedia Group / Property Dev
      BeLittle🍭

      Expedia Group Property Dev

      BIO
      I am the change you wish to see in the world.
      BeLittle🍭more
      God (pretty crappy job on the universe btw. Why don't you ever show up in the office? You're ass is fired. TC or GTFO), what methodology do you propose, then?
      Aug 11, 2019

Salary
Comparison

    Real time salary information from verified employees