Innovation sprints are a thing that software teams sometimes do. Sometimes it's just a way to let engineers work on tech debt tickets that have been sitting around for awhile and sometimes they make it more of an event like a hackathon with project teams and prizes, etc. There's nearly always a stipulation that it must be somehow "work related". 1/8

I don't like innovation sprints. My colleagues always look at me funny when I tell them that. 2/8

Innovation isn't a thing you only do on special occasions. As a software engineer, engineering should be one of the core activities of doing your job. It's a problem if your product owner never lets you fix technical debt. It's a problem if you don't feel like you can experiment or try new technologies or novel architectures in the course of doing your regular work. 3/8

More than anything, it's a problem if you feel like you can't ever have tickets that "fail". It should be OK to have tickets where you try a thing, realize it isn't going to work as planned, and either pivot or close the ticket in favor of a new one. Life is uncertain, and that's normal. You learn nothing by only doing what you already know. 4/8

Engineers should be encouraged to keep up to date on the latest technologies. For example, my team watches re:Invent carefully because we're an AWS shop and all the fun new stuff tends to come out during the conference. Many times they've released something that scratches a specific itch we've had. 5/8

On my team when you take a ticket you are in charge of deciding how to implement the feature. If you need help or advice, you can ask anyone or even get the whole team together to figure it out. But if you want to try applying some new technology to your work you can certainly give it a shot. It doesn't need to be a special occasion. 6/8