No matter what you start, you will make tweaks/adjustments on the fly as you build towards your goal. Hiccups, changes, creep, advancements, the good, the bad, the ugly, everything and anything will be thrown your way and you will have to adjust on the fly. You can either get mad that you have to adjust or realize that it’s a part of everything you are doing to get better and improve at what you are…
You want to reduce your lost sprints when it comes to building a release. Lost sprints happen – customer bugs come in and they derail everything you’re doing. Or a seemingly well-estimated bug blows up in your face and ends up becoming a feature that still needs to be done this sprint, but everything else will be pushed out. The sprint becomes lost when more and more of your team starts to work on these…
Problems are the bread and butter of your success. How many can you solve? How fast can you solve them? How do they scale? How much effort do they take? What is needed to fix them? When hiring, you always want problem solvers because no matter what they know, have on them or know through their network – they’ll be the ones to figure it out and that’s what you need.
I saw this picture the other day and it speaks volumes, not only for sports but for work as well. Your basics are what set you apart from everyone else. Knowing what they are is what makes you indispensable because then you can start focusing in on them, refining them, and making them stronger. But if you don’t know what your basics are, what your fundamentals are – then you’re just practicing everything, everywhere and…
Imagine your team builds houses akin to how they write code. Some questions to ask; How long would it stand the test of time? What issues would appear immediately? What would work well? Would it align with what your users wanted? Would it ship completed? Would it be finished early or late? You can come up with more/less questions, the point of the exercise isn’t to take your team down a notch – the goal…