Adjusting to change entails coming to terms with loss. Keep that in mind if you want to ease the challenge people face in coping with change. In this article, Naomi Karten describes someone who never learned this lesson and what he might have done differently.
Thinking about interacting with the customer at the start of the project? Who would argue against that? Well, it depends on what you call it. It also depends on whether you then do it without the benefit of the rest of the project team. Here, Ulrika Park helps us see what an agile approach to thinking about the requirements might look like.
Kathy Iberle writes that when working on a project, you should take a systems view, which allows you to see the whole development system at once. When you put on your “systems view” glasses, you’ll see that you need to deal with the whole system, not just a single team’s part of it.
Kent McDonald writes that teams often assume that they cannot split their changes into small stories because the resulting stories would not provide value. What they fail to realize is that they can split these bigger changes into smaller changes and gain value by showing their stakeholders, getting feedback, and incorporating that feedback in their continued development.
Micheleen Merritt explains that as an agile coach, you need to take into account all of the participants of a team, not just the developers. If you aren’t acknowledging the quality assurance analysts, business analysts, and product owners, you aren’t coaching the whole team.
Quality improvement initiatives sometimes have trouble getting traction in organizations because of the perceived formality. In this article, Payson proposes a technique for identifying process improvement that is fast, organic, and will fly under the radar of most skeptics until it has demonstrated its value to the team.
Brad Egeland describes six key things he looks for in order to make sure that a project team has completed everything and the customer is prepared to take over. It's important to stay focused and engaged during the end of a project and not to simply coast into the final deployment phase.
Kent McDonald introduces us to Arthur, a middle manager and product owner in a medium-sized insurance company who has been assigned to take on an agile project. For those unfamiliar with agile, the terminology and techniques of agile approaches can seem strange and often a little silly when not accompanied with an explanation as to why those techniques exist. Kent explains the challenges product owners like Arthur face and how to make product owners understand agile better.
Hoarding is an incredibly common—but usually unnamed and invisible—phenomenon in corporate software development. If you’ve been doing agile for a while, you are no doubt aware of the cost of hoarding and you’ve probably removed much of it, but what happens when you aren't doing agile yet? Clarke Ching explains how to counter hoarding by prioritizing the right features.