TL; DR: Fulfilling Working Experiences, Sustainable Disruption — Food for Agile Thought #315
Welcome to the 315th edition of the Food for Agile Thought newsletter, shared with 33,364 peers. This week, we will learn how kindness, consideration, and respect can transform any team into a fulfilling working experience. We also look at using our current knowledge to nudge the post-pandemic world into a better place. Finally, for the sake of contrast, we also list six attributes of a dysfunctional corporate culture, from information hoarding to recreational complaining to high top performer turnover.
We then refer to Star Trek’s transporter tech to visualize software creation in an agile context. (Okay, it is about many backlog items turning into a releasable Increment.) Moreover, we delve into successful decision-making, pointing at drivers, constraints, and floats, and we propose a pivot for startups from technical diligence to product diligence before funding rounds and deliver a framework for the task.
Lastly, we analyze the evaporating illusion of long-term planning when you start using OKRs to target outcomes, and we summarize the whole story point thingy. (Maybe, some people will learn this time.)
TL; DR: My Top Ten Worst Scrum Anti-Patterns
I recently was invited to a Scrum.org Webinar, and I picked a topic close to my heart: the worst Scrum anti-patterns. So, without further delay, here are my top ten of the meanest, baddest Scrum anti-patterns I have experienced.
TL; DR: Tech Revolutions, Benefits of Negative Feedback — Food for Agile Thought #314
Welcome to the 314th edition of the Food for Agile Thought newsletter, shared with 33,281 peers. This week, we offer a summary of Carlota Perez’s 2002 book ‘Technological Revolutions and Financial Capital;’ a must-read to understand innovation and disruption. We also share free cards and games to help Scrum teams get better at using Scrum to its full potential, and we explain the critical importance of pre-mortems for unearthing unknown unknowns regularly.
We then refer to Elon Musk and the importance of welcoming negative feedback, whether some egos are bruised in the process or not, and listen to an interview with Ash Maurya — Mr. Lean Canvas — on enabling continuous improvement innovation. Moreover, we introduce the subtleties of learning when practicing user interviews, from the basics to common mistakes, providing a guide to improve your interviewing skills.
Lastly, we share a list of free innovation tools, from the ‘Innovation Maturity Assessment’ to the ‘Eight I’s of Infinite Innovation,’ and we delve into the most common mistakes made when gathering data from agile teams by employing surveys and how to avoid them.
TL; DR: Scrum Questions: Seven Simple Issues and Complex Answers
How hard can Scrum be; the manual has 13 pages? You may have heard something along this line from skeptics in the past, dismissing the complex nature of an intentionally incomplete framework. The point is that exciting discussions happen when you start digging a bit deeper. Supposedly simple Scrum questions often return a broad spectrum of answers, ideas, and opinions.
Therefore, for some months now, I have run polls on LinkedIn. The polls address topics like the implications of self-management, how the management or corporate hierarchy fits into the picture, and the relationship between Scrum and agile coaching.
Let me share some of the controversial findings and discussions with you. As always, there are no simple answers in complex environments.
TL; DR: The Problem-Solving Trap, Beloved DoD — Food for Agile Thought #313
Welcome to the 313th edition of the Food for Agile Thought newsletter, shared with 33,207 peers. This week, we offer valuable advice on staying cognitively open, thus avoiding the problem of killing new ideas too early while being open to feedback at the same time. We also point at five good reasons to embrace the DoD, from having a quality standard to simplifying communication to providing clarity, and we delve into a well-known fallacy of decision making and how we confuse probability with propensity.
We then share a compact introduction to user stories, covering the “card, conversation, confirmation” approach to templates to the importance of keeping the Pareto principle in mind when creating new things. Moreover, we walk you through the appropriate levels of detailing product roadmap items, from “thing happening now” to “far-off things” to avoid creating noise, and we talk about bugs, refactoring, and their implication on product strategy and the flow within your product team.
Lastly, we talk about metrics and goals on the path to becoming an agile organization, and we introduce the tool Miro used to weather the pandemic-driven massive influx of new users by structuring product discovery and retrospectives in the process.
TL; DR: The Obsession with Commitment Matching Velocity
Despite decades-long efforts of the whole agile community—books, blogs, conferences, webinars, videos, meetups; you name it—we are still confronted in many supposedly agile organizations with output-metric driven reporting systems. At the heart of these reporting systems, stuck in the industrial age when the management believed it needed to protect the organization from slacking workers, there is typically a performance metric: velocity.
In the hands of an experienced team, velocity might be useful a team-internal metric. But, when combined with some managers’ wrong interpretation of commitment, it becomes a tool of oppression. So when did it all go so wrong?