A Marketer’s Guide to Agile Development – Top 5 Reasons Marketers Hate Agile

DISTRUST – THEY’VE BEEN BULLIED BY A ZEALOT
Agile can be a revolutionary marvel when everyone keeps their egos in check – Marketers’ egos especially. But marketers feel burned when Agile development professionals, maybe drunk on empowerment, start delivering what they think the marketer should have asked for instead of what they actually did ask for. As said in previous posts, the marketer blames Agile practice for this arrogance, not the practitioner. Especially when they’re on the receiving end of the lecture on how there’s no need for turf wars because Agile is collaborative.

FEAR – THEY’RE AFRAID FOR THEIR JOBS
Some Agile teams mistake empowerment for omnipotence. User experience, email best practice, product demand and ROI, SEO impacts, call-to-action placement – marketers develop deep expertise on best practices over long periods of study and immersion. Do they feel threatened when an Agile developer two years out of school feels her expertise equals theirs because she read “Don’t Make Me Think” over the weekend? Affirmative.

FATIGUE – THEY’RE AFRAID TO TAKE A DAY OFF
The marketer’s project requirement was scheduled to take 2 hours of coding time, but the dev team hit a snag. In the land of Waterfall, marketers were rarely if ever asked to stop their daily activities to accommodate coding questions. No, they’d be asked if they had an opening on Friday, (sorry, golf event, how’s Tuesday?) to discuss the coding dilemma nice and civilized over an International Coffee Cafe Mocha in the conference room with the new comfy chairs. Then Agile comes. Suddenly, marketers are stalked on their way to the loo to make decisions NOW. No scheduling. No Cafe Mocha. Standing, no comfy chairs. And if the marketer or a proxy isn’t available, a member of the development team makes the decision for them. Yeah, tee off without me, guys. And pass me a can of Monster.

JEALOUSY – THEY’RE NO LONGER THE COOL ONES
Marketers always attended the cool events and conferences, controlled the cool swag items in the prize closet, wore the cool threads. Now the dev team gets the paintball outing, attends SES on the opposite coast, has the interesting desk toys and rocks matching team logo retro bowling shirts. Marketers who perceive loss of status tend not to embrace their usurpers with open arms.

CYNICISM – BEEN THERE, DONE THAT, BOUGHT THE SOUVENIR TEASPOON.
What does Agile remind some marketers of? Sweatin’ to the oldies. MBO. Process Re-Engineering. Six Sigma. Quality Circle. Knowledge Management. Total Quality Monitoring. The Ultimate Question. Peak Performance. One Minute Manager. Email blast. Greed is Good. Once these initiatives were that dreamy guy in the Lethal Weapon movies, now they’re just Mel Gibson. Many marketers don’t want to get all sweaty again for a fad that will fall out of fashion. So they simply stall and wait for it to be over. You know, like Prince says the Internet is.

A Marketer’s Guide to Agile Development – I Pledge Non-Allegiance

Sign the Oath of Non-Allegiance!

Oath of Non-Allegiance

“I promise not to exclude from consideration any idea based on its source, but to consider ideas across schools and heritages in order to find the ones that best suit the current situation.”

Love, love, love this oath – from our friend Alistair Cockburn. Why is it needed? To remind turf warriors and methodology zealots that “Us versus Them” intolerance robs the business of progress. The Oath has lots of uses, because projects unfortunately tend to spawn multiple factions: Continue reading A Marketer’s Guide to Agile Development – I Pledge Non-Allegiance

A Marketer’s Guide to Agile Development – The A Word

Marketers sometimes encounter Agile developers so full of themselves they’re leaking hubris all over the Kanban board. There is no part of the Agile Manifesto that says “It’s nothing personal – it’s just that we’re better than you”. But since most marketers are not that familiar with Agile principles, it’s not surprising that they blame the practice and not the practitioner when they encounter this behavior.

Does Agile breed arrogance? No more than ships cause barnacles. Agile in its best form fosters empowerment, and empowerment is very different from arrogance. It’s empowerment to use the best idea, not “I reject your reality and substitute my own.” In my opinion, arrogance is a perversion of Agile methodology, and an enemy of Agile acceptance and integration. The real evangelists of Agile are the ones who can communicate to the business what’s good about Agile in terms other than what’s good for developers.

But other Agile evangelists, in their zeal to bring the good news to those perceived to be waterfall worshippers, will assign Agile cult status. They then think they have license to shun and ridicule those who are not in the cult.

When a member of an Agile development team treats a marketer like a superfluous throwback, talks to him condescendingly, uses lean requirements as an excuse to build to their own vision instead of collaborating, and rolls their eyes and smirks when disagreements arise, the marketer blames this abuse on Agile. A product manager who works diligently with a team, sees her input ignored, then ends up with a product that technically works but users hate, concludes that Agile doesn’t work for product development. A brand manager who discovers shortly before launch that the development team was only pretending to work with him to prevent any interference in their workflow (via a process known as blocking), sees Agile as the justification for bad behavior. Things you might hear:

“I’m not changing my design just because UX said it’s not customer-friendly. That’s just their opinion.”

I don’t buy the premise that collaboration means that all opinions are created equal. I’m a database guy who is reasonably well-informed on user-centered interactive design and architecture. But branding myself a UX expert because I once listened to a Jared Spool podcast is as intellectually honest as saying I’m a nuclear expert because I stayed at a Holiday Inn Express. There are professionals that do UX for a living, and there’s a boatload of best practices that they know about and I don’t. Inclusion is great, and we’re all special, but neither my opinion nor the developer’s should carry more weight than the expert in the room. Nobody’s an expert on everything.

“We can’t take sprint time away from features coding to work on analytics – you don’t really need the data anyway.”

What the what? Do you build a car without a speedometer so you can get the leather seats just right? Do you refuse to take your temperature when you’re sick, because your intuition is better at detecting a fever? The business flies blind without success metrics, and the developer shouldn’t have line-item veto power over them. Of course, the analytics people shouldn’t be the only ones insisting on tracking. The business should be the ones to push back on any pressure to jettison analytics in order to cram more features into the sprint.

“You’ll have to prove to me that this enhancement is worth my time.”

Everyone who touches a project should know its purpose, its goals, its worth to the business, etc. If the business is not using proper discipline to prioritize projects, the development team may be within its rights to question whether an item belongs on a sprint. That doesn’t mean developers have unilateral authority to pick what they’re going to work on.

Agile can energize marketers and allow them to respond more nimbly and decisively to the needs of the business. But marketers must trust the process and trust the players to make Agile collaboration a success. If the trust is not there, or has been broken, it’s not a small “grumble at the watercooler” type of problem. It’s an emergency that must be resolved before real progress can be made.