Agile project management, and particularly Scrum, can become overwhelmingly consumed by methodology, jargon and rules. This is just the opposite of what was originally intended for agile-lead projects, and it is the communications part of our role that is so important.
What are some Scrum techniques that I should be aware of?
Connect with Influencers
Troubleshooting geographically distributed agile teams is difficult--made even more difficult because you can’t see the people you need to talk to. Don’t assume it’s the first problem you consider.
Aren’t resolutions just mini-projects you want to accomplish? What better way to do that than by leveraging agile! The Scrum framework is best suited for this. Let’s look at how to hack Scrum for personal productivity…
Part 1 of this series discussed the background environment and philosophical divergences that caused agile to establish itself as an alternative to traditional project management. With that background established, it’s now time to start thinking about the where agile is headed and how it will get re-contextualized for the 21st century.
Being clear about what constitutes “done” ensures that the product or service developed at the end of an iteration is completed to the satisfaction of the customer, which is the whole purpose of doing agile in the first place. Got it? Just in case, read on...
Anytime you get a large number of people working on something, there are going to be differences in style and capability shown in that work. When that work is software development, then some of those differences are arguably better or worse for the maintainability of the software. So how do you achieve a better and more consistent outcome?
We've already looked at the opportunities agile methods offer for proactive risk management and examined the benefits of engaging the whole team in risk management through collaborative games. As our agile risk management series continues, we walk through those games and explains how to engage a team in the first three of the six risk management steps.
If you’ve ever been involved in a highly visible project in which major stakeholders are jockeying to position themselves to impose their own agenda, then you would have experienced project partisan politics. And If you are a ScrumMaster on an agile project, there isn't a more important impediment to get out of the way.
How do we adapt in the face of consistency, or of anarchy or of brutal regimentation? As project managers, the only thing we really have control over is ourselves. Given this, how do we change our approach in a way that enables us to be effective in producing project results, rather than bashing our head repeatedly against an unfeeling and unchanging wall of bureaucracy? Here we take a look at adaptation in the face of organizational consistency.
Kanban has been synonymous with Lean since its origins were from that movement, but we have also witnessed a spawn of new iterations. These are all testaments to its growing popularity and influence. This article will be the first in a multi-part series that will cover Kanban in terms of its origins and genealogy, current use in the software development and project management industry and the possible future trends of this very interesting workflow visualization tool.
We've already traced the genealogy of Kanban. It’s now time to start looking at the evolution of Kanban from its manufacturing roots in the automobile industry to its current widespread use in software development. This will ultimately allow us to see where practices and tools like Lean and Kanban go to the “beyond”.