Is Your Cloud Project Ready to Be Agile?

In the decade since the Agile Manifesto, the movement has encouraged a number of best practices like test-driven development, user-centered design, iterative development, clean code, refactoring, continuous integration, and—arguably—cloud computing. I’m a card-carrying Agile zealot, and to me its benefits are unarguable.

Is your IT organization ready to be Agile, seriously? Score yourself on these questions:

Is this the right project?

Be discriminating about where you apply Agile, as certain projects just fit better. For example, if the project has a lot of code that was developed using waterfall methodologies or is inextricably bound to tools and infrastructure that can’t be modernized, 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 need to have a very experienced Agile team.

Are the expectations for UI functionality and schedule reasonable?

You can’t design a good UI with a gun to your head.

Is this the right project, revisited?

Is the project already in trouble?

Does it have achievable goals?

Is the project late, already over budget, and mired in politics? Take a pass on Agile until things are in balance.

Are these the right users?

Agile projects demand a lot from team members, and that goes double for the internal users who are on the team. Are the user representatives flexible yet consistent, well informed yet willing to learn new habits, energetic without the need to throw their weight around? Do the user representatives actually know the business process, and don’t have to guess “how would this work in the business?” Do they have an inherent sense of what is technologically within reach given your budget and schedule? Are they personally investing 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 Agile roller coaster.

Can the focus stay on business value?

Agile deliveries mean doing something small and meaningful and valuable, and doing that fast. Over and over again — to deliver the most valuable things first and to build trust. If your company uses terms like requirements document, cost per function point, or defects per KLOC, Agile is going to be a rough transition.

Does upper management really get it?

Some Execs can’t stop from “helping” — scrutinizing weekly progress reports, asking who’s assigned to specific tasks, demanding schedule updates mid-iteration, celebrating hoped-for success before they’re delivered.

They may also 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 topic: if you see the boss here and particularly here, you might not want to push Agile quite yet.

Does finance have the right headgear?

If the finance folks are talking about value and investing to maximize business results, you’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 a chance.

Does your IT team have the horsepower?

Agile is hard, and — let’s face it — requires considerable brainpower. Companies that really 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: it’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 sense, be flexible, and focus on delivering the smallest amount of code to satisfy the need. Agile developers don’t just listen passively to the users — 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 honest with yourself when scoring this one.

Do you have the right process maturity?

Because cloud computing must span several vendors’ domains, developers will have to leverage several languages, libraries, and layers of infrastructure. And that means that the available infrastructure is fragmentary, at best. Whether it’s debugging, configuration management, deployment, or error logging, your team will have to roll a lot of their own operational infrastructure. So when it comes to internal processes for parallel development, continuous integration, deployment validation, and real-time troubleshooting, your team is going to need a lot of discipline and good reflexes. Without these, Agile only means chaos. Again, be honest with yourself when scoring this one, as it’s not an area where you want to do a lot of On-The-Job-Training.

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 you 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 is 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 the 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 them 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 project, reconsider.

I’d like to thank Bo Laurent and Rich Mironov for their excellent contributions to this article.

David Taber
David Taber David Taber is the author of the Prentice Hall book, “Salesforce.com Secrets of Success,” a book on best practices for both the system implementer and company executives.
David is also the CEO of SalesLogistix, a certified Salesforce.com integrator with 100+ clients in the US, Canada, Europe, Israel, and India. SalesLogistix specializes in improving business processes, policies, and people issues in concert with extending Salesforce.com systems. He also serves as an expert witness for court cases involving SFA, CRM, and forecasting issues, and is a member of the Forensic Expert Witness Association.David earned his BA and an MBA from the University of California. He has been a guest lecturer at the graduate business schools of the University of California and Carnegie Mellon University, and has taught at the University of California Berkeley extension.
David Taber
David Taber is the author of the Prentice Hall book, “Salesforce.com Secrets of Success,” a book on best practices for both the system implementer and company executives.David is also the CEO of SalesLogistix, a certified Salesforce.com integrator with 100+ clients in the US, Canada, Europe, Israel, and India. SalesLogistix specializes in improving business processes, policies, and people issues in concert with extending Salesforce.com systems. He also serves as an expert witness for court cases involving SFA, CRM, and forecasting issues, and is a member of the Forensic Expert Witness Association.David earned his BA and an MBA from the University of California. He has been a guest lecturer at the graduate business schools of the University of California and Carnegie Mellon University, and has taught at the University of California Berkeley extension.

The Related Post

Our comprehensive issue on Agile, which was set to be released in June, has been moved to early July. We’ve made this decision in order to accommodate an article from one of our industry’s thought leaders. We’re really excited about this piece and we’re sure you will be too! LogiGear Magazine is dedicated to bringing ...
To begin this article, it would be a good idea to, remember this key point: Agile Manifesto Value #1 Individuals and interactions over processes and tools Tools work at the service of people. People, particularly intelligent people, can never be slaves to tools. People talking to each other, working together and solving problems is much ...
Continuous Improvement and Short Feedback loops (think: Test Driven Development; Sprint Demo/Review; …) are at the core of any Agile process. Without a structured improvement process it can be difficult for teams to improve and without improvement we stagnate. For methods like Scrum, XP and et al., Retrospectives are that tool.
One of the features of using Agile methods is the opportunity for continuous improvement within a project. There are a number of improvement opportunities throughout a typical iteration or sprint─over the next few weeks I’m going to walk through a few, starting this week with the Retrospective. Retrospectives are one of the many tools in ...
As CTO of Xebia and highly experienced in offshore testing in India, Guido articulates his methods in addressing common challenges faced by the in-house and offshore teams. He weighs heavily on strategic tactics as well as key cultural aspects to execute efficient and effective Agile methods. 1. I work at a US-based company and we ...
Video narrated by MICHAEL HACKETT – Certified ScrumMaster This is Part Three of a Four Part Video on “New Roles for Traditional Testers in Agile Development” Michael shares his thoughts on “A Primer – New Roles for Traditional Testers in Agile”   LogiGear Corporation  LogiGear Corporation LogiGear Corporation provides global solutions for software testing, and ...
Testing in Agile Part 1 – INTRODUCTION TO AGILE In case you missed the first part of the series in our last magazine issue from Michael Hackett, Agile’s impact on software development teams is huge. For test teams it can be even more pronounced — and good, especially if your existing projects have been problematic.
This is part 2 of a 2-part article series; part 1 was featured in the September 2020 issue of the LogiGear Magazine, and you can check it out here. Part 1 discussed the mindset required for Agile, as well as explored the various quadrants of the Agile Testing Quadrants model. Part 2 will delve into ...
This article presents ten tips for Agile testing based on our experience. However, don’t expect to find the perfect test approach for your company or software project in this article. That is still something you will have to find out yourself! Several years ago I started as test manager on a J2EE project. The project ...
How to fit automated testing into scrum, and keep testers in sync with other teams One of the benefits of the approaches of agile projects is their friendliness towards testing. The testing activities, and the testers with it, are integrated into the teams, and testing and quality are redefined as team responsibilities. Automation nowadays is a must-have ...
I have worked with testers on an Agile team before and it has worked very well for both the team and the customer. In my previous role at Bank of Ireland, testers who had come from a traditional testing background worked within our teams to help ensure we had quality deliverables at the end of ...
Video narrated by MICHAEL HACKETT – Certified ScrumMaster This is Part Four of a Four Part Video on “New Roles for Traditional Testers in Agile Development” Michael shares his thoughts on “A Primer – New Roles for Traditional Testers in Agile”   LogiGear Corporation  LogiGear Corporation LogiGear Corporation provides global solutions for software testing, and ...

Leave a Reply

Your email address will not be published. Required fields are marked *

Stay in the loop with the lastest
software testing news

Subscribe