title: What are some situations where Agile is inappropriate?
body: <p>I have been hearing and reading about Agile for years. I own a book or two on it and I like the idea.</p>
  
  <p>I am finally in a position where I could roll something like this out where I work, but I have serious concerns about whether it's the way to go for us:</p>
  
  <ul>
  <li>Isn't there a minimum size for this? Big design up front <em>must</em> be more efficient for a three or four week project... Right?</li>
  <li>Our customers usually require fixed prices. They need to know what they're dealing with, except in special cases where we are up against an obvious black hole and even then people are more comfortable with a cap. So how can you provide a quote if you're going with a process that is tolerant of ongoing requirement changes?</li>
  <li>I understand that Agile may provide better odds of success in more complex projects, but won't it drive up costs to the customer? And of course there is the cost of failure to consider - perhaps we are back at the minimum size question here.</li>
  <li>How in the world would you explain this counter-intuitive approach to customers? Non-technicial stakeholders might not have the experience to wrap their heads around anything beyond Waterfall.</li>
  <li>Even for internal projects, there are budgets. What am I missing?</li>
  <li>It seems like there is some backlash against Agile lately. Is something else going to start gaining traction soon?</li>
  </ul>
  
  <p>Note: We are a 5 dev shop with projects ranging from a day or two all the way up to several months. I don't believe that there is one methodology to rule them all, but it would be great to find something flexible enough that we can adapt it to all of our projects.</p>
  
  <p>Thanks a lot!</p>
  
  <p>Brian MacKay</p>