Live data from Hacker News

Most complete guide on design sprints

blog.useberry.com

11–18 of 18 posts

Re: Most complete guide on design sprints

#11
post #9

`useberrypr` Lol. If you're going to self-promote at least be subtle about it.

Why?

Why what? If you're asking why being subtle that was just rhetorical. My actual thoughts on this is that there's nothing wrong with self-promotion. I love it when people show their stuff here on HN or other places.

I just think that in this particular case it feels kind of disingenuous when it's coming from an account named UseberryPR. It feels more like an attempt to get traffic (potentially backlinks, since front page HN posts are replicated across many places) than to share something useful and intellectually interesting.

Again. I have nothing against self-promoting but the quality of this website relies on the fact that people are genuinely sharing interesting stuff, not expecting to get some profit out of it, or because they are doing "PR".

It's just my opinion though.

Re: Most complete guide on design sprints

#12
post #5

You lost me at "sprint." I'm a marathon runner worried about a goal way down the road, not running 100m after 100m after 100m until I essenrially sprint a marathon (~42km) and die somewhere in the process. To bring this silly neverending business analogy full circle, there's a reason people run quite differently in actual sprints and marathons. If you treat a marathon like a sprint, you're going to tire out early and…

> you're going to tire out early and fall behind

No, no, you don't understand. You sprint for a week, and then you immediately sprint again for another week, over and over again, so you're never sprinting for more than a week at a time.

Re: Most complete guide on design sprints

#13
A decent overview of Knapp's original process, but not complete by any means. I'm participating right now in Global Virtual Design Sprint 4, being run by Robert Skrobe of Dallas Design Sprints. Originally, design sprints were onsite, but afaik, GVDS was the first to popularize Virtual Design Sprints, where global teams participate remotely, using tools such as Zoom, Mural, Miro and Figma. This started in 2019, so very timely to be ahead of COVID-19. Virtual presents some challenges but also great opportunities.

The Design Sprint is a useful tool for generating collaboration, shared process and fast prototyping results. As such, it is not a cure-all, just a very handy tool to use.

Re: Most complete guide on design sprints

#14

The Sprint book seems to have a pretty accurate summary https://www.thesprintbook.com/how

Wow. That link took me to a page with a cookie notice that had no options to deny them, and it hijacked my browser’s back button. Total UX fail. Zero trust in the content from this potential reader.

> This website uses cookies for basic traffic analytics stuff, plus extra stuff so we can maybe show you design sprint ads in the future.

At least it's honest. We should find a solution about cookies.

Re: Most complete guide on design sprints

#15
post #9

Earlier quoted context omitted.

Why?

Why what? If you're asking why being subtle that was just rhetorical. My actual thoughts on this is that there's nothing wrong with self-promotion. I love it when people show their stuff here on HN or other places. I just think that in this particular case it feels kind of disingenuous when it's coming from an account named UseberryPR. It feels more like an attempt to get traffic (potentially backlinks, since front p…

I think most people appreciate candor. Attempts to hide self promotion definitely garners more criticism on hn.

Re: Most complete guide on design sprints

#16
post #5

You lost me at "sprint." I'm a marathon runner worried about a goal way down the road, not running 100m after 100m after 100m until I essenrially sprint a marathon (~42km) and die somewhere in the process. To bring this silly neverending business analogy full circle, there's a reason people run quite differently in actual sprints and marathons. If you treat a marathon like a sprint, you're going to tire out early and…

I'm a literal marathon runner, and couldn't have said it better myself. Oh, also — you have to take frequent breaks from training and racing to recover between these damaging efforts to let your body and mind rest and rebuild. Overtraining (burnout) can and does happen and is incompatible with optimal performance, anyway.

Re: Most complete guide on design sprints

#17
post #15

Earlier quoted context omitted.

Why what? If you're asking why being subtle that was just rhetorical. My actual thoughts on this is that there's nothing wrong with self-promotion. I love it when people show their stuff here on HN or other places. I just think that in this particular case it feels kind of disingenuous when it's coming from an account named UseberryPR. It feels more like an attempt to get traffic (potentially backlinks, since front p…

I think most people appreciate candor. Attempts to hide self promotion definitely garners more criticism on hn.

Yeah. That's true too.

Re: Most complete guide on design sprints

#18
post #5

You lost me at "sprint." I'm a marathon runner worried about a goal way down the road, not running 100m after 100m after 100m until I essenrially sprint a marathon (~42km) and die somewhere in the process. To bring this silly neverending business analogy full circle, there's a reason people run quite differently in actual sprints and marathons. If you treat a marathon like a sprint, you're going to tire out early and…

Couldn't agree more. It is so tiresome to do sprint after sprint. The always running analogy rings very true in my ears. I've been doing sprints and other variations on agile methods both as a developer and the past 8 years as a designer and is getting really tired of it. The methods are so easily sold to management and mostly poorly understood and implemented.. My current project manager has no deeper understanding of agile concepts and keeps strictly to his highly detailed plan while complaining about the deliveries of his design and development team using agile methods and mindsets.
Post reply on HN