In the decade since the Agile Manifesto, the movement has encouraged a number \n\nof best practices like test-driven development, user-centered design, iIterative development, clean code, refactoring, continuous integration, \n\nand\u2014arguably\u2014cloud computing. I'm a card-carrying Agile zealot, and to me its benefits are unarguable. (Although here's a great spoof site that does argue against it.)There's a catch, though: not every IT organization can really implement Agile, let alone profit from it. There are organizational, project, and \n\npersonnel characteristics that can make Agile downright dangerous. The awesome price of freedom is that you have to live up to its \n\nobligations.Is your IT organization ready to be Agile, seriously? Score yourself on these questions:\u2022 Is this the right project? Be discriminating about where you apply Agile, as certain projects just fit better. For example, if the \n\nproject has a lot of code that was developed using waterfall methodologies or is inextricably bound to tools and infrastructure that can't be \n\nmodernized, you should do your learning elsewhere. If the project by its nature must be released as a "big bang" or slash-cut deployment, you'll \n\nneed to have a very experienced Agile team. \u2022 Are the expectations for UI functionality and schedule reasonable? You can't design a good UI with a gun to your head. \u2022 Is this the right project, revisited? Is the project already in trouble? Does it have achievable goals? Is the project late, already \n\nover budget, and mired in politics? Take a pass on Agile until things are in balance.\u2022 Are these the right users? Agile projects demand a lot from team members, and that goes double for the internal users who \n\nare on the team. Are the user representatives flexible yet consistent, well informed yet willing to learn new habits, energetic without the need \n\nto throw their weight around? Do the user representatives actually know the business process, and don't have to guess "how would this work \n\nin the business?" Do they have an inherent sense of what is technologically within reach given your budget and schedule? Are they personally \n\ninvesting their time in the team's success, or are they likely to point fingers? Think Disneyland: Users must be at least this mature to ride the \n\nAgile roller coaster.\u2022 Can the focus stay on business value? Agile deliveries mean doing something small and meaningful and valuable, and doing \n\nthat fast. Over and over again -- to deliver the most valuable things first and to build trust. If your company uses terms like requirements \n\ndocument, cost per function point, or defects per KLOC, Agile is going to be a rough transition.\u2022 Does upper management really get it? Some Execs can't stop from "helping" -- scrutinizing weekly progress reports, asking \n\nwho's assigned to specific tasks, demanding schedule updates mid-iteration, celebrating hoped-for success before they're delivered. They may \n\nalso think Agile just means they can ask for more features at any point in the project without consequences. Dilbert has a great series on this \n\ntopic: if you see the boss here and particularly here, you might not want to \n\npush Agile quite yet.\u2022 Does finance have the right headgear? If the finance folks are talking about value and investing to maximize business results, \n\nyou're on the right track. If all they can talk about is fixed budget, defined deliverables, and the words "compliance" or "variance," you haven't got \n\na chance.\u2022 Does your IT team have the horsepower? Agile is hard, and -- let's face it -- requires considerable brainpower. Companies that \n\nreally are Agile at scale -- firms like ThoughtWorks or Salesforce.com -- have staff that are smarter than the average bear. And it isn't just smarts: \n\nit's an attitude of "deliver or die," including the occasional all-nighter for the sake of solid, clean code. Developers need to have a good visual \n\nsense, be flexible, and focus on delivering the smallest amount of code to satisfy the need. Agile developers don't just listen passively to the \n\nusers -- they add value to the conversation. Agile-excellent firms tend to have a knack for hiring well...and when they don't, firing fast. Be \n\nhonest with yourself when scoring this one.\u2022 Do you have the right process maturity? Because cloud computing must span several vendors' domains, developers will have \n\nto leverage several languages, libraries, and layers of infrastructure. And that means that the available infrastructure is fragmentary, at best. \n\nWhether it's debugging, configuration management, deployment, or error logging, your team will have to roll a lot of their own operational \n\ninfrastructure. So when it comes to internal processes for parallel development, continuous integration, deployment validation, and real-time \n\ntroubleshooting, your team is going to need a lot of discipline and good reflexes. Without these, Agile only means chaos. Again, be honest \n\nwith yourself when scoring this one, as it's not an area where you want to do a lot of On-The-Job-Training.\u2022 Does the team have the right attitude about what's being developed? It's OK to make a UI that's "good enough," particularly if \n\nyou do it under budget. Agile teams assume that UI code is disposable, and may have to be completely replaced in 18 months even if everything \n\nis right today. For most UI projects, perfectionism simply doesn't pay. Moving to Agile takes a mix of energy, skills building, internal trust, investment, and patience. Agile provides a huge strategic advantage over \n\nthe longer term, but only if you give it time to succeed in the shorter term. Pick your project carefully, put some of your best folks on it, give \n\nthem the room to learn...and to make a few mistakes. Try to convince the execs to help less. If this doesn't sound like your organization and \n\nproject, reconsider.I'd like to thank Bo Laurent and Rich Mironov for their excellent contributions to this article.David Taber is the author of the new Prentice Hall book, "Salesforce.com Secrets of \n\nSuccess" and is the CEO of SalesLogistix, a certified Salesforce.com consultancy \n\nfocused on business process improvement through use of CRM systems. SalesLogistix clients are in North America, Europe, Israel, and India, \n\nand David has over 25 years experience in high tech, including 10 years at the VP level or above.Follow everything from CIO.com on Twitter @CIOonline.