Jake Calabrese 
There is a lot of information out there are agile retrospectives. I have a number of articles on them and there are plenty of places with information including blogs, websites, and books.
I’m working on a series about retrospectives, and have included a list of articles that are already written as well as some of the future articles. If you are interested in subscribing to get notified of the next post, please subscribe via email.
Will longer agile sprints or iterations cover up opportunities to improve and cause you to view these opportunities as unsolvable problems?
The typical agile sprint size is 2 weeks. What percentage of teams use 2 weeks? I don’t have statistics on it, but I’d guess over 90%. I’m working on a product where we are doing 1 week sprints. It’s a startup and things are changing a lot so 1 week works well. I also know some teams that use 3 week sprints and it is working for them. I’m not saying it has to be a certain number of weeks – but please don’t kid yourself with what length will actually work for you.
I’ve seen situations where people are doing 3 week sprints, but then have a 1 week “hardening” sprint. Personally, I’m not a big fan of hardening sprints. I can see many “logical” arguments on why people need them, but in the 3+1 week sprints – I’d say stop kidding yourself. You have a 4 week sprint! Maybe that is the best you can do right now and you are ACTIVELY working to eliminate the hardening sprint – but if you believe you will always need one you are likely stuck.
I get a lot of questions about coaching – what is it, what do you mean by the word ‘coach’, is it the same as mentoring, is coaching just asking questions… and many more.
I coach people. 🙂 These may be individuals, pairs, couples, teams, organizations, or systems.
The word ‘Coach’ tends to have a lot of different uses. When I talk about coaching, I am referring to professional coaching, which in the US, tends to be associated with standards laid out by the International Coaching Federation (ICF). I view coaching as helping people find the internal wisdom to achieve their goals by moving beyond whatever is stopping them or slowing them down. Coaching is NOT about telling people what to do or judging them – the coach may be an expert on “coaching” but is not the expert on the person or the goals they have. This is concept is misunderstood by a lot of people. A coach is not the person who says “do this” or “don’t do that”! Coaching is always about the clients agenda – NOT the coach’s! The coach relies on the client being fabulous, amazing, and wanting to move forward toward a goal! That sounds over the top to some, but it really isn’t, it’s about having faith in the person! The key is that as a coach, I need to fully believe that the person (or people or system) I am coaching has the wisdom to solve their challenges. They might need some help in finding or accessing that wisdom or working through different options, but they can access the information to let them move forward! This is not always an easy place to stand, but believing in the client is a fundamental part of professional coaching. It does not work without it.
Thanks to everyone who attended Overcoming Team Toxins at Agile Mile High 2013 in Denver, Colorado yesterday! Co-presenting with Erin Beierwaltes from Skipstone Consulting was a blast!
For those of you who could not attend, our team toxin presentation is based on work by John Gottman Phd. He refers to the toxins as the Four Horsemen of the Apocalypse because of their ability to wreak havoc on relationships (teams, groups, pairs)! The Center for Right Relationships built on these ideas with a focus on a team based exercise to physically and visually interact with the toxins.
The four team toxins are:
Here is a workshop overview:
Looking forward to presenting Stop Gambling, Embrace Your Agile Superpowers!
You can find a lot more about Agile Superpowers in this detailed article: Agile Superpowers – Being Agile.
The presentation was co-developed with myself and Stephen Starkey. We will be presenting at the Scrum Gathering in Las Vegas in May. For anyone not heading to the Scrum Gathering in Vegas, I’ll be presenting at the Agile Denver Coaching SIG on 2/21. Stephen may also be presenting in the Chicago area.
Here is the overview of the workshop:
Read This If: You’re looking for some interesting observations on scope, change management, and iterations as well as willing to consider that maybe some projects are not that tough, in perspective.
2009 seems to be moving right along! Was 2008 tough or not so much? Will 2009 be better or 
worse? Are things sometimes LESS challenging than they appear?
The recent inauguration and oath of office that the US President takes has me considering just how small some project problems actually are. I was listening to a NPR story about the oath, and a few things jumped out (note that LISTENING to the podcast provides more than reading the article summary).
So where is the oath found? It is the last paragraph in Article II, Section 1 of the Constitution. It reads “I do solemnly swear (or affirm) that I will faithfully execute the Office of President of the United States, and will to the best of my ability, preserve, protect and defend the Constitution of the United States.”
Read This If: You want to ensure you are basing your project’s value on input from a true subject matter expert (for any type of project).
A fake subject matter expert or SME can derail a project. Improvements to your business should be based on the best information you have access to, not outdated or incorrect information. The acronym “SME” seems to pop-up everywhere. I agree that saying “subject matter expert” does not flow as well as SME, but the phrase drives home that the person should be an expert (and in the right subject)!
Subject matter experts are used on projects from IT strategy, to business process improvement, to software development, to organizational change . . . to name a few. They are supposed to impart the wisdom of what is actually happening, and often, what is needed. But if they are NOT an expert, then what? Are you basing the success of your project on poor information?
So what exactly is a fake SME? The basic premise is that they are someone who appears or pretends to be a subject matter expert, but is not. There are many types, but let me outline some of the more common ones: