Refinement is time spent during the current sprint discussing and elaborating product backlog items so that they are ready for future sprints. Unfortunately, many teams do not unlock the full potential of refinement. Backlog items should be sliced, and a solution should be proposed, reviewed, and discussed. If your team is having trouble getting started, here are 18 questions you can use to trigger refinement discussions.
Tech support is notorious for having a bad reputation about their service, both on the receiving side and the serving side. Fortunately, the situation is improving, particularly in innovative organizations that are adopting an agile approach to tech support. Agile is helping customer service teams prioritize tasks, collaborate, and continuously improve. What can you do to be agile in your organization’s tech support?
Agile isn't something you can adopt through tooling; you have to adhere to agile principles every step of the way. The top articles from 2019 show that people were looking to enhance and advance their agile practices, with popular topics including how to empower your team throughout agile adoption, using metrics to improve, refining Scrum practices, and scaling agile. Check out this roundup for ways to boost your agile operations.
Cultural norms can hamper successful agile transformation. Many of these habits and customs are started and perpetuated by senior leadership, but that’s not always the only source of resistance. Often, ingrained behaviors and thinking can occur within the team, including business partners, that also can hinder agility. Five of these barriers are explored here, as well as mindset antidotes to help get the team on the road to agile success.
So you think you know Scrum? Using the whimsical notion of farm animals and light-hearted visuals, take a refreshing review of the entire Scrum lifecycle as an intuitive set of roles, responsibilities, and handoffs. Particular attention is placed on what the ScrumMaster and product owner are expected to do at each handoff.
Transforming a software development team to agile may not go as planned. The real change requires a phased approach to earn agile acceptance. That mindset must extend beyond the team to the entire organization.
As if working at Lego isn’t fun enough, Sherri Sobanski delights in finding new ways to test. Faced with a situation requiring a complete product redesign, she shares the route her team took to overhaul testing.
Most software development teams these days adopt an agile approach to guide projects through their lifecycle. But, according to Gil Broza, embracing popular practices is not enough. To work effectively in an agile environment, developers must change their mindset.
Ryan Ripley, professional Scrum trainer at Scrum.org, chats with TechWell community manager Owen Gotimer about what Scrum is, some of the most common Scrum antipatterns, and the importance of connecting your Scrum team with your customer. Continue the conversation with Ryan and Owen (@owen) on the TechWell Hub (http://hub.techwell.com/)!
In this interview, Hans Buwalda, the CTO at LogiGear, details the common misconceptions people have when it comes to DevOps. He also discusses continuous integration and continuous deployment, having the right amount of confidence when it comes to testing, and how to know if DevOps is right for you.
In this interview, Michael Nauman, a testing lead for AutoCAD Web, explains how we can go beyond basic agile principles. He digs into the current state of shift-left testing, the importance of aligning your DevOps with your automation, and using agile as a starting point on your quality journey.
In this interview, Sanjiv Augustine, the president of LitheSpeed, sheds light on a handful of scaling frameworks, including the Scaled Agile Framework (SAFe), Large-Scale Scrum (LeSS), and the simple scrum of scrums meeting.
Most teams that do agile development start with Scrum. And why not? Scrum is a proven method for focusing your team, ensuring that work adds value, and minimizing the risk with release. Then, after awhile, Scrum becomes stagnant.
The product owner role was introduced in Scrum in 1993, so the role has been around for more than twenty-five years. Yet we still struggle with the nature of it. Is it simple or complex? Is it inward- or outward-facing? It is about backlogs and stories, or something more?
While the Scrum product owner is arguably the most crucial role within agile teams, we often hear horror stories about POs who aren’t available to their teams, change their minds incessantly on business priorities, or ignore quality requirements and technical debt.