The word of the Lorax But now, says the Once-ler, Now that you're here, the word of the Lorax seems perfectly clear. UNLESS someone like you cares a whole awful lot, nothing is going to get better. It's not. Dr. Seuss, The Lorax careconservation
Why aim small? Why aim small in this era of fast computers with plenty of RAM? A number of reasons, but the ones that are most important to me are: Fewer moving parts. It’s easier to create more robust systems and to fix things when they do go wrong. Small software is faster. Fewer bits to download and clog your computer’s memory. Reduced power consumption. This is important on a “save the planet” scale, but also on the very local scale of increasing the battery life of your phone and laptop. The light, frugal aesthetic. That’s personal, I know, but as you’ll see, I’m not alone. Ben Hoyt, The small web is beautiful benhoyt.com performancesystemsconservation
Why Scrum is killing your product An Article by Henry Latham uxdesign.cc Product owner vs. product managerWe optimize what we measure Beware SAFe, an Unholy Incarnation of Darkness agilemanagementsoftwareproducts
Product owner vs. product manager A Product Owner is focused on output i.e. how quickly can we build these features? Product Management, on the other hand, is focused on outcomes i.e. why are we building these features in the first place? agileproducts
We optimize what we measure Scrum does not say “only focus on output”, but, unfortunately, humans will optimize for what they measure. If you worry about story points & hitting your estimations, that’s what is going to consume your attention. That is what you and your team will optimize for. And that is the core critique of Scrum as it is practiced: That it focuses a product team’s attention so heavily on delivery — on building lots of features quickly & efficiently — that teams fail to focus on spending time to discover what the right thing to build is. optimizationagilefeatures