Agile projects succeed or fail largely on the strength of the team. Don’t pick people based on experience or cost. The former is backward-looking and the latter is unrelated (or inversely related) to potential. Make staffing decisions based upon the likelihood of the team succeeding.

In short, this mistake is the mistake of not documenting. Computers make documentation tasks easier. Don’t discard them as “overhead.”

If everyone is forced to sit in the same room too early, then some people will be underutilized. At the start of a project, not everyone can start working – there is some up-front planning that has to happen before getting started.

After doing the ‘prep work’ for the project, you are ready to begin. When “the boss” asks for a project plan, tell him to wait 6 weeks.

We have to define the roles and responsibilities of each person within the team. This helps both with execution and communication (to people outside the team).

If we don’t identify the champion of the endeavor to convert to agile processes, we can’t keep them informed of progress. Their expectations need to continually adapt to progress just like every element of agile.

Many companies operate with each department acting as a silo. Agile techniques rely upon cross-functional contributions. When there are barriers (“not my job”, “not your job”) within an organization, they have to be addressed before agile will work.

In this mistake, Levent warns us that “just doing it” without training and explaining won’t work. Everyone needs to understand exactly what agile is and what it isn’t.

Levent points out that the biggest mistake is to not do a pilot project, but rather to convert a large and risky project – or even worse, all projects. He points out that it is a mistake because you won’t have time to learn from mistakes.