Sprints are stupid. Just use a prioritized list and take breaks
I don’t like sprints. You shouldn’t be sprinting when trying to deliver something. Instead, you should be prioritizing things and doing them one at a time.
I'm an engineer who loves building, shipping, and scaling. Right now I'm working on Wellen as we embark on a mission to support active aging and empower women to live longer, stronger, and healthier lives
I don’t like sprints. You shouldn’t be sprinting when trying to deliver something. Instead, you should be prioritizing things and doing them one at a time.
Recently, I’ve decided to go all in on two things, Typescript and GraphQL, after spending most of my coding career building RESTful APIs and avoiding types using languages like Python, Ruby, PHP (before type hints), and plain old Javascript. So, why the change?
If you’re building a delivery team (Product + Engineering) there are two metrics that you should always be aware of to assess the health of your cycles. You also don’t need to track these metrics. Especially at an early-stage startup. You should be able to know these metrics intuitively.
Starting a new project can be equal parts fun and terrifying. Over the last year, I’ve been building Wellen and I wanted to talk about some of these key decisions that I’ve made with our tech stack and how they’ve played out so far.