Progress Principle

Adoption and acceptance of agile is always helped when teams begin to build and deliver working product in frequent intervals. In most cases, this is done by delivering a new product increment every iteration. What's interesting, is that delivering regularly to the Product Owner/Customer has been, in my experience, one of the best ways to circumvent resistance to making the change to agile methods. Here's some research published in the Harvard Business Review that supports this.

Team motivation - Daniel Pink on TED

We talk about motivation and motivating teams. This is worth watching - Daniel Pink on TED from 2009:

Life is not always what you think it is or works how we think it works. Pay attention to ROWE - results only work environment and the parts where he talks about autonomy, mastery & purpose versus the traditional carrot and stick.

Very surprising in some ways, but completely expected in other ways.

Multi-tasking - is it really this bad everywhere?

Multitasking is killing many of the projects I'm currently coaching. Team members literally have 3, 4 or even as many as 5 projects going at once. Teams are formed with multiple members, each on multiple projects. In almost every case, where there's heavy multi-tasking the teams choose to have their daily standup two times per week. Catch that - daily standup, only twice per week...

Embrace your circumstances

Ever notice how some people and some teams seem to thrive in adversity. They seem to be at their best - it's like they're waiting for the chance to show everyone just how strong, how capable they are when the going gets rough. Last year this hit home for me during the NFL season. The New England Patriots, in particular Tom Brady their quarterback, have an extraordinary winning percentage in extreme cold weather conditions.

I'm tired of hearing: "You're not agile if you aren't doing ..."

I hear this all the time and it drives me crazy: "you're not agile if you aren't doing <name a practice>." Just fill in the blank - automated tests, user stories, continuous integration, co-location, product owner in the room, and on and on. At a Certified Scrum Course taught by Craig Larman he used the term "perfection goal." That phrase stuck with me partially because it speaks to a future state where a high-performing team is adhering to the key agile principles and practices. Here's the deal. You don't have to do every best practice and you don't have to adhere to every principle to start being agile. You have to start somewhere - the more you can start with the better, but some aspects can evolve over time.