Chapter 9. Agile beyond IT


Learning Objectives

• Learn how the Agile values apply to bringing products to market, beyond the development efforts

• Understand ways to systematically collaborate with the marketplace through discovery and validation

• Explore the changing dynamics for marketing of products with the proliferation of new channels and the complexities of brand management with social media

• Review how wireframes and prototypes can be used in the marketplace to inform priorities for Agile software development teams

• Learn how to be Agile when launching products by managing features, limiting the initial audience, and pursuing continuous enhancements

• Take the Agile concepts beyond IT and product development and see how other corporate organizations can benefit from Agile values and principles

• Discover how Marketing has taken Agile to a whole new level of discipline by creating their own manifesto


It is important to appreciate that delivering a successful product to the marketplace does not end when the code is deployed in a production environment; numerous other activities must take place before, during, and after the software development efforts to ensure a product’s success. The very first Agile principle is “Our highest priority is to satisfy the customer through early and continuous delivery of valuable software” (http://www.agilemanifesto.org). Satisfying the customer means that we must have a clear understanding of who the customer is, what his or her needs are, how to introduce the product, and how to gather customer feedback. The first part of the chapter focuses on the delivery elements of software development.

We then explore how the Agile principles and values can easily apply to other organizations, such as HR, finance, legal, and more. Finally, we deep dive into how some marketing professionals have adopted Agile in a vigorous and disciplined way.

Products beyond Software Development

Taking a product to market is a delicate and sometimes risky effort that requires thoughtful initiatives and robust feedback loops—much like the software development process. To explore the “go to market” aspects of product development, we refer to the four Agile values and see how they are applied.

Customer Collaboration

Throughout the entire process of taking a product to market and introducing it to end users, we need to be collaborating. We need to be focused on what customers, prospects, and the marketplace in general are looking for so we can ensure that we are building the right thing, that the right stories are being captured in the product backlog, and that they are given the appropriate priority. So how do we collaborate with customers to gain that feedback?

Pragmatic Marketing (http://www.pragmaticmarketing.com) breaks down the data-gathering process into two categories—discovery and validation. The discovery phase is about listening to customers and others in the marketplace; it is very qualitative in nature. The validation phase is about confirming that what you learned in discovery is an accurate assessment of many, rather than the pain points or wishes of just a few. The validation phase adds quantitative data to the qualitative information that was collected in discovery.

Discovery

There are several ways to collaborate with customers during this phase, and the most common is interviews; this is where product owners spend time with actual customers asking them very open-ended questions, such as “What is the biggest challenge for your company today?” “What keeps you awake at night?” The hope is that these open-ended questions will get the customers talking, and a skilled product owner can then start to piece together product or feature solutions that will solve the customer’s pain points. Determining whom to interview in the discovery process is important to make sure that you receive input from different sources and with very different perspectives. You definitely want to gather feedback from your existing customers, because they know your product and its strengths and weaknesses and can provide valuable insights for additional features, usability enhancements, and workflow improvements. However, they should not be the only ones you reach out to because they have already purchased your product. You also need to collaborate with the audience who will help your product to grow. For this information, the product owner needs to spend time with prospects, people who showed an interest in the product but either have not made a purchase decision yet or have chosen a competitor. This audience is critical because they are making an assessment of how your product stacks up against the other available options, and since they are in the mind-set of evaluation, they can provide the product owner with candid feedback on the product’s strengths and weaknesses.

One-on-one interviews are the best way to gather data from customers and prospects. They can be time-consuming and possibly expensive, but the data gathered can be extremely helpful.

Another method of collecting qualitative data is through focus groups, which are gatherings of users who are walked through a series of questions about a product or business problem by a facilitator to ascertain their opinions and impressions. The company sponsors focus groups, and the participants usually receive some type of compensation—anything from a free meal to a gift card. This group approach allows a company to collect data from multiple participants, but there is a risk that the group members will influence one another, so you might not receive the same quality of information, or degree of candor, that you would get in one-on-one interviews.

Validation

Validation involves applying the information learned in discovery to a wider audience to test its relevancy. The most common way of performing validation is through a survey because it is an inexpensive way to collect data from many people.

Regarding our weather application from Cayman Design, we have conducted interviews with several end users and have found that our customers are seeking three new features: (1) sale of weather-related apparel such as umbrellas and snow boots, (2) digital alerts about significant world weather events such as hurricanes and tornadoes, and (3) the ability to receive inbound texts/e-mail about the daily weather in their location. To find out which feature has the greatest interest, we can then put together a quick user survey for our customers who visit our web site. Survey response rates can vary, with most being between 10% and 30% (Kaplowitz et al. 2004), so you have to allow the right amount of time and incentives to collect statistically valid information. Gathering the quantitative data to marry with our qualitative research ensures that we are making sound business decisions based on fact, rather than opinions.

In our example, the survey results reveal that item #3 is the most popular response, so we can factor this data into our product backlog prioritization. The danger with this example, however, and a trap that many companies fall into when conducting surveys, is that we are considering only our existing customer base: They are the most likely to respond because they already have a relationship with the company. Getting survey responses from prospects or the general public is much more difficult, but you will gain tremendous insights if you can find a way to tap into other audiences.

Other quantitative data can be gathered by conducting experiments such as A/B or multivariant testing. In a Web environment, this type of testing presents some users with a one-page layout or design and others with the same information in a different layout or design to see which delivers greater results (Laja 2013a).

For the Cayman Design weather application, we can have two home pages: One contains the top weather story from a global perspective, and the other displays local weather based on the location information we receive from users’ browsers. In both instances, the users are instructed to send a link to friends and family asking them to visit the web site; this is an example of A/B testing, where the global home page is A and the local home page is B. We can then study the results to see which home page resulted in more link forwarding. From that data, we know more about which home page will help us to achieve our goals and drive more business value.

Multivariant testing follows the same principle but increases the number of variables. For example, the global home page could be blue, pink, and purple and have font sizes of 10, 12, and 14. Again, each different combination would appear to a random audience, usually in rotation, and the data will indicate which combination produces the most desirable results. This is an example of validation because we are adding a quantitative measure to a qualitative suggestion. This testing can produce compelling results, but our product owner must again be cognizant of the limited audience—only existing customers—that would participate in this type of diagnostic.

Beyond discussions with actual users or prospects, another way to collect market insights is through market studies and analyst feedback. This would be only loosely related to the Agile concept of customer collaboration because the product owner is not hearing feedback directly from customers or prospects. The information can still be quite valuable; companies such as Gartner (www.gartner.com) and Forrester (www.forrester.com) invest significant time and money collecting statistically valid market insights. Examples of both Gartner and Forrester reports are included here (see Figures 9.1 and 9.2). Many other analyst firms produce similar market insights.

Image

Source: Gartner, Research Methodology, http://www.gartner.com/technology/home.jsp.

Figure 9.1 Example graphic from Gartner Research—The Gartner Hype Cycle

Image

Source: Graphic from “Trends in Mobility, Cloud Computing, and Analytics Shake Up ECM,” Forrester Research, Inc., January 11, 2013.

Figure 9.2 Example of a graphic from Forrester Research

Using this type of research from analyst organizations can be very helpful when it comes to understanding the marketplace and validating assumptions. Good product owners will rely on a wide set of resources to ensure that the Agile teams are always working on the deliverables that will generate the highest business value.

Responsiveness to Change

Delivering working software to the marketplace is what Agile is focused on, and we have discussed the need to respond to change when it comes to evolving requirements for how the product should work in the earlier chapters. Responsiveness to change also affects how that product is introduced to the marketplace and what tools and methods are used to generate interest and sales.

In recent years, the ways consumers are marketed to and the options that are available have changed dramatically. We explore these changes and why being Agile is essential to ensure that the product resonates in the marketplace.

Introduction of New Channels

The generations before us had only a handful of ways that marketing touched their lives: dynamic advertisements on TV and radio; print advertisements on billboards and in magazine and newspapers; and direct mail pieces. Now we have banner advertisements on web sites and targeted “posts” on social media tools such as Twitter, Instagram, and Facebook. We even have television shows and movies featuring product placement, where you can see your favorite character drinking a Coca-Cola or eating a McDonald’s hamburger. This explosion of advertising and customer connection mediums creates tremendous challenges for marketers, who have to understand where their buyers reside and how best to reach them. Because a new social media channel could appear literally overnight, marketers must be responsive to change. Their marketing plans must be Agile, and they must be able to adapt to a continuously evolving marketplace.

Brand Management

Another driver for marketing to be more responsive to change is new considerations for what is known as “brand management.” Seth Godin (2009a) defines a brand as “the set of expectations, memories, stories and relationships that, taken together, account for a consumer’s decision to choose one product or service over another.”

Just a generation ago, the brand was defined and managed by the company. Through press releases, web sites, and advertising, experts in marketing told consumers how to feel about the brand. The best marketers established emotional connections with the consumers, and they spent their time and money controlling the customer information flow relative to the brand.

Technology has changed that. Consumers are now much more in control of the brand through their comments, “likes,” tweets, and social interactions; to survive, marketers must be Agile and respond to this changing environment. Social media has literally changed how organizations deal with customer service issues because previously, a single bad interaction was known only to the customer and the company; now, an angry consumer can share his or her experience with the world via YouTube, Twitter, and all the other social media channels. If marketers fail to embrace the Agile value of responsiveness to change, then the product that the development teams have worked so hard to create may not make an impact in the market.

Feedback Cycle

Another example of the need to respond to change is the length of the feedback cycle. Historically, it might have taken several months for sales results to be reported so marketers could know the impacts of their efforts. Now, the feedback cycles can be nearly instantaneous, with Google Analytics and Omniture reporting real-time information about web site and app traffic and visitors’ behaviors.

On the positive side, the proliferation of channels and the short feedback cycles allow marketers to apply the Lean principles to their work. We have small campaigns with quick feedback for the opportunity to continuously learn and to adapt our efforts—just like the development teams do.

One of the challenges with this short feedback cycle is the sheer amount of data that is available. Marketers must be able to sift through mountains of data to discern the elements that are most impactful. A number of tools can help with this, and “big data” is getting more attention and product offerings to assist in this very task.

Clearly, marketers are living in a dynamic and evolving world, and their ability to respond to change is critical to their survival.


Review 1

At this point, the reader should be able to answer Review Questions 1–5.


Working Software

The next Agile value that we investigate is working software over comprehensive documentation. Working software is the output that is taken to the marketplace; and although the IT and product teams spend time making sure that we build the right product and build it right, we need the marketing teams to craft messaging about what differentiates our product from others in a crowded marketplace.

Delighting the End User

In Chapter 6, “Grooming and Planning,” we introduced the Kano method of prioritization, and software that “delights” the end user. This is a marketers’ dream: The delight factor can be used for competitive advantage as a differentiator, which is the process of distinguishing a product or service in the marketplace, showing how it is different and better than other available options.

If a product offers the same features as the competition, it can be referred to as a “me too” product; that is harder to position and sell. When you think of purchasing a laptop, you are often guided by the differentiating features in options such as battery life, screen size, or processing speed. The product whose differentiators best match your needs and expectations will be the one that you choose, so marketers need to clearly understand and articulate what makes their product special—and delightful.

Wireframes and Prototypes

As introduced in Chapter 5, “The New Way to Collect and Document Requirements,” wireframes and prototypes can help with the Agile processes by creating something that users can react to without a heavy investment of IT resources. These tools are helpful to our marketing teams because they provide a tangible representation of the product to take to focus groups or potential users to elicit early feedback. Roman Pichler reminds us that “the key to effective experimentation is to generate the necessary knowledge rapidly by implementing and testing prototypes and mock-ups” (Pichler 2010, loc. 886).

A wireframe is a visual mock-up of how a web site or workflow could perform. It is typically low-fidelity and is sometimes referred to as a “skeleton,” “outline,” or “blueprint” (Shorr 2011).

Marketing can work with the usability experts (user experience designers) to produce wireframes that the marketers can put in front of customers and prospects. Not only does this help the product owner to gain valuable product feedback, but it also helps the marketing team to know what resonates with the buying public and what features they should emphasize.

Prototypes do include development resources, but to a much lesser extent than a full product. Prototypes are typically simplistic working models of a product used to demonstrate features and functionality (Rouse 2005).

As you have an existing customer walking through the prototype for a new feature offering, the marketing team can be learning right along with the product owner. For example, our persona Sam, the executive business traveler, is going through the prototype and stumbles on the airport name to gather weather at his travel destination. Sam may not know the proper name of the airport—George Bush Intercontinental Airport in Houston, Texas, or Eppley Airfield in Omaha, Nebraska—but he does know the three-digit airport code because it is written on his ticket. If our application can translate IAH to the Houston airport for Sam, it is a tremendous value. Marketing now has a key differentiator that they can highlight in the marketing materials—airport codes accepted and converted—and the prototype analysis helped to identify this unique value-added feature.

Metric and Data Driven

We already mentioned that the influx of marketing data can help marketers be smarter about their messaging and placement, but working software can also help with marketing efforts. Data collectors can be written into the software code, which can help marketing to improve their efforts. For example, our weather application sometimes delivers “No Results Found” when a user enters search criteria. The application collects whatever was input for every failure. Then marketing, along with the product owner, can analyze the results and determine how the product could be adapted. Here might be another opportunity to learn the importance of airport codes because MCI is entered multiple times without delivering results. We know that MCI is Kansas City International Airport, so we can add the airport look-up differentiator.

Usage statistics are wonderful and can help hone a conversation, but when marketing and development work together to insert other data collectors into the working software, additional insights can be gained that can propel the product forward in user adoption.

Individuals and Interactions

Embracing the Agile Manifesto value of individuals and interactions over processes and tools means getting everyone closer to the customer, and in a truly Agile organization, this does mean everyone. Of course the people in marketing and the product owner are talking directly to the customers, understanding their needs and gathering feedback. Great Agile organizations extend that level of collaboration to the development teams: When developers can hear customer feedback firsthand, they gain a much deeper appreciation for the complexities of the business problem that the company is trying to solve. If the marketing organization, for example, is hosting focus groups as previously described, inviting some members of the development team to listen in can be a great opportunity to make the customer or end user more tangible and “real” to the developers.

Another option is to invite developers to listen to customer service calls alongside the customer service representatives (CSRs). Hearing the end user questions and watching the CSRs navigate to find the answers can bring a heightened awareness to the impact of software decisions. Developers that participate in interactions like this expand their knowledge and understanding.

Speaking to the Market with Agility

There are a number of ways to effectively market products built with Agile development teams. Some Agile purists are uncomfortable committing dates and features to the marketplace, but in most industries, it is not optional: Existing customers and late-stage prospects demand to know when and how the product will evolve. We outline several ways to balance these two sides.

Managing Features

As initially discussed in Chapter 5, when operating with Agile software development, the iterative nature of the work and the continual adjustments in priority can make it difficult for the marketing and sales teams to know what expectations to set with the marketplace. One method of managing this issue is to define the high-level features that will be included in a release and commit to the release date; the flexibility is maintained in the definition of the features. If the teams run into minimal roadblocks and everything comes together well, then the delivered features will be very rich and full of options, but if they find things more difficult and time-consuming than estimated, then the delivered features will be more basic and simple. Let’s look at an example to explore this idea.

We have committed in our Cayman Design weather application to selling weather-related calendars via our web site. The features include the ability to order a calendar using the nearest Farmer’s Almanac information for weather patterns through history. We know with certainty that several base features will be included in the initial release: The calendars will be 12 months, can be shipped anywhere in the United States, and can be paid for online via a credit card. Marketing and sales can immediately begin discussing the product and these base features with confidence.

As a development team, we envision a much richer feature set, encompassing all of the items in Table 9.1; and we can adjust scope, if necessary, as the project progresses. With the careful prioritization in Agile, we know that the top bullet (in italics) for each element is the most important, and anything listed below it is a lower priority. Therefore, if resource constraints or unexpected complexities arise, we can easily de-scope the lower items and still deliver our commitment to the marketplace.

Image
Image

Table 9.1 Managing Scope to Committed Features

This method of component management allows the flexibility of Agile to be combined with making market commitments and enforcing dates.

Limited Audience

Another way to deliver things to the market while maintaining flexibility is to perform a soft launch, which is release to a limited audience with little or no marketing announcing the new feature (McMahon 2013). This can be an ideal option when you are unsure exactly how the product or feature is going to be received in the marketplace and it is crucial to gather feedback from your customers. Care needs to be taken in executing a soft launch because you want to include customers who are candid and constructive in their feedback and are also interested in seeing the company succeed. Inviting angry, dissatisfied customers to participate in a soft launch is typically a bad idea, because they are looking for errors or deficiencies and are more judgmental than constructive in their feedback.

The customers that participate in a soft launch are called “beta users.” A soft launch might also be referred to as a “beta launch” or “pilot.”

Continuous Enhancements

The final example of speaking to the marketplace with agility is the concept of continuous enhancements. As more companies are practicing Lean software and product development, consumers are getting more accustomed to the initial release being simplistic and seeing new features deployed very quickly. Eric Ries, the founder of the Lean Startup movement, refers to this as continuous deployment—and, at the extreme, has seen companies release software updates multiple times per day (Ries 2011, p. 191).

When you operate in this type of environment, there is no need to worry about customer expectations and due dates because you are adapting and releasing so frequently that they are never an issue.


Review 2

At this point, the reader should be able to answer Review Questions 6–10.


Agile in Other Organizations

As Agile has transformed development organizations around the world, other departments have taken notice and begun adopting Agile principles for themselves. The simplicity and practicality of the Agile values and principles are appealing in many circumstances. In this section, we examine the pieces of Agile that are being used and, specifically, deep dive in a marketing initiative to embed the principles even deeper.

Tools for Broad Use

When thinking about the Agile tools and framework, there are many applications of the concepts of trust, transparency, teamwork, self-organization, frequent delivery, close collaboration, continuous improvement, and rapid feedback loops. We examine a few concepts that can easily be introduced.

Working Agreement

As included in Chapter 4, “Describing the Different Roles,” working agreements help the team to establish the values and norms that will govern their interactions. Working agreements are great because they are established when things are relatively calm and stress levels are low. Then, if things go wrong and behavior starts to get off track, the team can refer to the working agreement to reestablish proper conduct. For example, the team’s working agreement says the following: We are a learning organization, therefore the knowledge owner needs to be respectful to those learning and take time educating others so we can become less single-threaded.

When a crisis occurs and we are busy and overwhelmed, you can imagine a scenario like the following unfolding: “Dave, I am sorry to interrupt but I am trying to kick off the XYZ process and I am getting an error that I have never seen before.”

Without a working agreement, Dave might say, “Sarah, can’t you see that I am busy? I don’t have time to train you on every little thing!” If this were to occur in an Agile environment, Sarah could respond, “Sorry. I was just trying to honor our working agreement principle that we are a learning organization, and I really want to understand this so you don’t have to always do these types of tasks.” By being able to refer to the working agreement, Sarah can defuse a potential personality conflict by just calling out what was agreed upon.

Any organization that is striving to improve its teamwork can implement a working agreement; it could be assembly line workers on a manufacturing floor or finance teams who are trying to close the books every month. The keys to a successful working agreement are that everyone has an opportunity to participate in its creation, that it is visible and referenced often, and that it is updated as the team evolves and team dynamics change.

Fist of Five

Also introduced in Chapter 4, “fist of five” is a voting mechanism that allows every voice in the room to be heard and counted. This certainly has applications beyond development, because every team is faced with some sort of dilemma that requires making difficult decisions. For example, the facilities team could have a cost-saving initiative and they have two options that will achieve the financial goal—reducing the heat in the building by one degree or altering the trash pick-up cycle to every other day instead of every day. Neither option is ideal, and both have consequences that should be discussed. When the team decides to go with the temperature change, they can vote using fist of five to ensure that everyone is supportive of the direction.

Definition of “Done”

This concept, described in detail in Chapter 6, can be helpful in a number of situations, particularly when a deliverable is being handed off from one individual or group to another. A good example is the annual review process, when a manager completes paperwork regarding a team member’s performance. When is someone “done” with a review? Has it been added to a corporate system, or is it okay to be handwritten? Has it been reviewed by a superior before it is delivered to the employee? Does the employee need to sign it? All of these elements could influence the definition of done. One manager might be celebrating completion because all of the handwritten reviews were delivered to the employees, but human resources might think nothing has started because the system has not been properly updated.

These Agile tools can be used in corporate departments and university settings, and even within families.

Agile Marketing

One organization has taken their Agile adoption to the next level by writing their own manifesto. In this section, we detail the tenets of the Agile Marketing Manifesto to develop a better understanding of how the core Agile values and principles are being applied.

A group of cutting-edge marketers met in San Francisco in June 2012 and started brainstorming the ideas and needs around the evolution of marketing. One of the key participants, Jim Ewel (2012), said, “Agile Marketing is NOT just another tool in the toolbox. It’s NOT about the application of Scrum or Kanban to manage the marketing process. Agile Marketing is a movement, a quest, a revolution, with all that implies—emotion, radicalism, religious fervor.” As you can see, for the people that care deeply about this topic, there is a good deal of energy and enthusiasm.

Since that meeting, other Agilists have expressed some skepticism that a new manifesto was actually required since we already have other organizations such as finance and legal that are adopting Agile principles without creating their own manifesto (Muldoon 2012; Skeels 2012). Whether or not a manifesto specifically for marketing is truly necessary, we cannot deny the enthusiasm and effort that have gone into this concept. Let’s review the seven values of the Agile Marketing Manifesto to get a better understanding.

Validated Learning over Opinions and Conventions

Since marketing is designed to elicit emotional reactions to create a connection with a product or brand, many aspects are somewhat subjective: “How does this make you feel?” “Do you think this is funny?” “Does this image make you want to buy xyz?” This tenet of the Agile Marketing Manifesto expresses that opinions are interesting, but marketing decisions should be driven by data that is validated. Using quantitative tools, such as surveys and A/B testing described earlier in the chapter, is important to bring objectivity to a discussion.

Customer-Focused Collaboration over Silos and Hierarchy

Just as the Agile Manifesto places high importance on customer engagement and collaboration, the marketing teams have found that they also suffer from organizational structures that sometimes distance them from customer feedback. If you have a marketing organization that separates market research from public relations from product marketing, you run the risk of losing the customer’s viewpoint between the organizational silos. Some marketing organizations separate functions to cultivate expertise, but this could result in a fragmentation of the customer’s experience (Allan 2013).

Adaptive and Iterative Campaigns over Big-Bang Campaigns

Breaking development down into small deliverables and incorporating the learnings from each iteration are central to the success of Agile. This allows us to learn as we go and continuously enhance the product. Marketing campaigns are no different: To presume that you know all of the requirements up front and that nothing is going to change during the execution of the campaign is as detrimental for marketers as it is for developers. Marketing is also an iterative process where we learn from our mistakes and focus on continuous improvement (Smith 2009).

The Process of Customer Discovery over Static Prediction

Again, the similarities between marketing activities and development are interesting. Large marketing campaigns make assumptions about how consumers are likely to respond. This element of the manifesto targets the feedback loop—customers will not always respond as predicted, and sometimes their behaviors can lead to better-than-expected results, if that feedback can be effectively incorporated.

Flexible versus Rigid Planning

This principle seems obvious to those who embrace Agile: Rigidity has no place in our world, because we are continuously inspecting and adapting. This was likely included in the Agile Marketing Manifesto because the structure of most marketing relationships is very “statement of work” (SOW) driven, with an agency clearly defining deliverables up front, in the contract, so that clients can predict what they will be paying for. It continues to be a challenge for marketing agencies to operate in a truly Agile fashion when their client base has yet to embrace the iterative, inspect-and-adapt concept. Jack Skeels, of AgencyAgile, recalls, “I once spent a month in ‘discussion’ with the Client’s lawyer on a single definition of what constitutes ‘change’ in an Agile frame” (Skeels 2013).

Responding to Change over Following a Plan

This value comes straight from the Agile Manifesto, so it should sound very familiar. It is equally important to the people in marketing since, as we already described, the change in the marketing landscape is accelerating and unpredictable.

Many Small Experiments over a Few Large Bets

This value again speaks against the instinct to overplan and allows marketers to learn and adjust. It suggests that a small Twitter campaign plus a targeted direct-mail piece plus a single billboard in a densely populated urban area can be executed simultaneously with relatively small investments. Then, based on the results, we can expand the experiment that worked best into a more national campaign.

As you can see, there are not completely new ideas in the Agile Marketing Manifesto but more of an adaptation for a discipline that finds itself directly affected by Agile development and in the midst of a revolution within its own sector.


Review 3

At this point, the reader should be able to answer Review Questions 11–15.


Conclusion

Agile has truly transformed people’s lives. Those working in software development that have adopted the Agile values and principles addressed in this book are certainly performing their work differently, and hopefully they are happier and more productive than ever before. Agile makes so much sense in the simplicity and efficacy of its design that other organizations and institutions are adopting it. Think about how Agile could affect your life outside of the obvious software development career. Could you be more effective with face-to-face conversations? Could you empower people so the greatest ideas can rise to the top? Can you focus on sustainability so that you do not wear yourself down to the point of burning out? We could go on and on with examples, and we hope that you are now inspired and excited about all of the Agile possibilities.

We hope that this textbook has enhanced your understanding of this way of thinking and developing software. Most importantly, we hope it has made you thirst for continuous learning. There are numerous practitioner books, blogs, conferences, and forums where you can expand your learning and share your own experiences.

We close this book with a great quote from Jim Highsmith, one of the signers of the Agile Manifesto: “Stop doing Agile. Start being Agile” (2013).

Good luck!

Summary

• To effectively deliver Agile software to the customers that desire it, we must think through the impacts of data gathering and marketing.

• When collaborating with customers and prospects, we need to consider two distinct methods of collecting information—discovery and validation.

• Discovery is about gathering feedback from customers, prospects, or the general public in the form of interviews or focus groups. In discovery, we are gathering qualitative feedback.

• Validation is about adding statistical validity to the information gathered in discovery. By conducting surveys or doing A/B or multivariant testing, we are adding quantitative information to our findings.

• Analyst organizations such as Gartner and Forrester can help with market analysis by providing research reports on market trends, buying behaviors, industry pain points, and much more.

• Marketing has many challenges in bringing products to market because new channels are appearing at a rapid pace; Twitter, Instagram, and Facebook may be replaced as the mainstream channels as new options arise.

• Social media has also affected the concept of brand management because companies are no longer exclusively in control of their brand in the marketplace; a terrible customer service experience that goes viral in social media can create impressions and fears that the company will have a hard time managing.

• Gathering input and feedback is critical in product development as we try to “delight” end users with elements that differentiate our product from the competition.

• Wireframes and prototypes are a good vehicle to collect feedback from existing or potential users without utilizing expensive development resources.

• Incorporating “counters” and data gathering mechanisms into code can provide additional insights on customer behavior and opportunities for improving usability.

• Developers should welcome the chance to hear feedback straight from end users by listening to customer service calls or participating in focus groups.

• Bringing Agile products to market can be tricky when balancing marketing and sales needs for a delivery date and feature expectations. By managing the scope within a committed feature, the necessary flexibility (and agility) can be maintained.

• A soft launch to beta or pilot users is a great option for getting something new to the marketplace but only to a limited audience.

• Lean product and software development allows for continuous enhancements where new features are launched frequently, so customers become accustomed to an ever-evolving platform.

• Organizations outside of IT are also benefiting from the principles of Agile by introducing working agreements, fist of five, definition of done, and more to their workflows.

• Agile marketing enthusiasts have taken things a step further by creating their own Agile Marketing Manifesto.

• The seven tenets of the Agile Marketing Manifesto parallel the original but are specific to the challenges in marketing today.

• Agile can transform organizations, companies, and people’s lives when deployed correctly and enthusiastically. We hope that you are inspired.


Review 4

At this point, the reader should be able to answer Review Questions 16–20.


Interview with Travis Arnold

Image

Travis Arnold was a key figure at the SprintZero meeting where the Agile Marketing Manifesto first came to light. His role was pivotal, as he was responsible for bringing together various opinions and ideas into a cohesive whole. As founder of Harbinger Labs, Travis is a passionate digital strategist specializing in creating strategic marketing plans and developing and integrating marketing platforms. Through his work, he helps brands with search marketing (SEO and PPC), analytics, content strategy and development, e-mail marketing, CRM, and marketing automation technology. Travis regularly blogs at www.harbingerlabs.com about content marketing, design, personas, marketing strategies, and more. He also has a deep appreciation for a great taco.

Kristin and Sondra: How did the Agile Marketing Manifesto come to be?

Travis: It started with a few Agile marketing practitioners pulling together what they believed were the key principles and values of Agile marketing. At that point (late 2010), there were six or seven separate interpretations of an Agile marketing manifesto. It was John Cass and Jim Ewel who wanted to organize everything that had been written into an organized set of values. They brought me in during the planning phase for SprintZero, the first Agile marketing conference. My role was to analyze the previous “manifestos” and pull out the commonalities between them and provide that list for an un-conference session at SprintZero. What resulted is what you can find at Agilemarketingmanifesto.org: seven values that are independent of the Agile development manifesto that inspired us. It’s been really cool to see more and more people adopt some or all of the values in their orgs. It’s very gratifying.

Kristin and Sondra: How do you reconcile the Agile desire to be iterative and responsive with the marketing need to inform the marketplace of what is coming?

Travis: It’s not as challenging as you’d think, and in some cases makes for better campaigns. Just because an organization is using Agile for marketing, doesn’t mean longer-lifespan projects don’t exist. What is different is how the work is organized and rolled out. Like all Agile methods, it starts with a plan. From that plan, work, timelines, and milestones are created and rolled out. Once something is complete it’s reviewed, edited, if necessary, and scheduled for deployment. If any market or product changes were to occur prelaunch, the work would be reintroduced into the sprint and the changes would be made. In Agile marketing, big projects are broken up into digestible chunks, making them easier to work through. This also helps reduce production bottlenecks that occur when attacking a big project all at once.

Kristin and Sondra: Can marketing actually help the Agile process?

Travis: I think so. Marketing and development are very similar in how they work. You have a buyer/user and you ship something. Development ships products, marketing ships materials in one form or another. Both departments are working with the same user, just at very different points in the life cycle. Marketing can and should pass along persona information to development to help them get a clearer picture of the user. In an ideal world, marketing and development would work closer to improve the user experience from the “just shopping” phase to the “logged-in user” phase.

Kristin and Sondra: Does Lean product development deliver enough to the marketplace?

Travis: It’s not delivering more that is important, it’s delivering what is right. Delivering a minimally viable product that solves my exact problem as a buyer is better than a more refined product that doesn’t. We’ve been seeing more products that solve one core problem first, then iterate from there to include what is right for their buyers. I’d rather have a product that does three things better than anyone else than one that does ten things subpar.

Kristin and Sondra: What are the tricks that the best teams do to deliver amazing products?

Travis: I said it earlier, but the planning phase is so important to the mechanics of an Agile marketing process. When you’re working fast and focused, having that two- or three-week plan for reference helps reduce bottlenecks. Another big part of the equation is involving your people each and every day. Daily stand-ups help identify problems and provide an outlet to celebrate success each and every day. DON’T SKIP THE STAND-UPS! They are important for team building and keeping the momentum going. Also, take a page from Google and give your team “free time.” Free time helps flex the creativity muscles and oftentimes stirs up great ideas for product/marketing improvements.

References and Further Reading

Allan, Scott. (2013). Removing marketing silos to better understand the customer journey. http://marketingland.com/removing-marketing-silos-to-better-understand-the-customer-journey-47789.

Ewel, Jim. (2012). Agile Marketing Manifesto. Blog entry. http://www.agilemarketing.net/making-manifesto.

Foxworthy, Jim. (2008). Maybe your opinion IS relevant! http://www.pragmaticmarketing.com/resources/maybe-your-opinion-is-relevant.

Freeling, Anthony. (2011). Agile marketing: How to innovate faster, cheaper and with lower risk. Seattle, WA: Goldingtons Press.

Gartner Research. (2014). Research methodologies. http://www.gartner.com/it/products/research/methodologies/research_hype.jsp.

Godin, Seth. (2009a). Blog entry. http://sethgodin.typepad.com/seths_blog/2009/12/define-brand.html.

Godin, Seth. (2009b). Purple cow, new edition: Transform your business by being remarkable. New York: Penguin.

Goward, Chris. (2012). You should test that: Conversion optimization for more leads, sales and profit or the art and science of optimized marketing. Hoboken, NJ: Sybex.

Highsmith, Jim. (2002). Agile software development ecosystems. Boston: Addison-Wesley.

Highsmith, Jim. (2013). Stop “doing Agile” start “being Agile.” http://www.thoughtworks.com/events/stop-doing-agile-start-being-agile.

Kaplowitz, Michael, Hadlock, Timothy, and Levine, Ralph. (2004). A comparison of web and mail survey response rates. American Association for Public Opinion Research. http://www.uwyo.edu/studentaff/_files/docs/survey_calendar/kaplovitz_hadlock_levine_a_comparison_of_web_and_mail_survey_reponse_rates.pdf.

Laja, Peep. (2013a). “How to build a strong A/B testing plan that gets results.” Blog entry. May 24. http://conversionxl.com/how-to-build-a-strong-ab-testing-plan-that-gets-results/#.

Laja, Peep. (2013b). How to build websites that sell: The scientific approach to websites. Seattle, WA: Amazon Digital Services.

Le Clair, Craig, and Owens, Leslie. (2013). Trends in mobility, cloud computing, and analytics shake up ECM. Cambridge, MA: Forrester Research.

McMahon, Mary. (2013). What is a soft launch? http://www.wisegeek.com/what-is-a-soft-launch.htm.

Muldoon, Nick. (2012). SprintZero—The physics of Agile marketing wrap up. Blog entry. http://www.nicholasmuldoon.com/2012/06/sprintzero-the-physics-of-agile-marketing-wrap-up.

Pichler, Roman. (2010). Agile product management with Scrum: Creating products that customers love. Boston: Addison-Wesley. Kindle edition.

Poppendieck, Mary, and Poppendieck, Tom. (2006). Implementing Lean software development: From concept to cash. Boston: Addison-Wesley.

Ries, Eric. (2011). The Lean startup: How today’s entrepreneurs use continuous innovation to create radically successful businesses. New York: Crown.

Rouse, Margaret. (2005). Prototype. http://searchcio-midmarket.techtarget.com/definition/prototype.

Shorr, Brad. (2011). The benefits of wireframing a design. http://sixrevisions.com/user-interface/wireframing-benefits.

Skeels, Jack. (2012). Defining Agile marketing: You say you want a manifesto? Blog entry, September 17. http://agencyagile.com/defining-agile-marketing-you-say-you-want-a-manifesto.

Skeels, Jack. (2013). Considerations for Agile-based delivery contracts between agencies and clients. Blog entry, April 1. http://agencyagile.com/considerations-for-agile-based-delivery-contracts-between-agencies-and-clients/.

Smith, Will. (2009). Marketing is an iterative process. http://www.notwillsmith.com/work/marketing-is-an-iterative-process.

Stull, Craig, Myers, Phil, and Scott, David Meerman. (2010). Tuned in: Uncover the extraordinary opportunities that lead to business breakthroughs. Hoboken, NJ: Wiley.

Taber, David. (2013). Salesforce.com secrets of success: Best practices for growth and profitability (2nd ed.). Upper Saddle River, NJ: Prentice Hall.

Review Questions

Review 1

1. According to Pragmatic Marketing, what are the two categories of customer data gathering?

2. Does a focus group provide qualitative or quantitative feedback?

3. What audience might be missing from focus groups and surveys?

4. What is “A/B testing”?

5. Name at least three social media channels that are influencing buying behavior today.

Review 2

6. What is an example of a product differentiator for frozen pizza?

7. How involved are development resources in the creation of wireframes and prototypes?

8. Should developers participate in focus groups? Why or why not?

9. When Agile development efforts are committed to the marketplace through marketing and sales, how can the development team maintain flexibility?

10. What is a “soft launch”?

Review 3

11. How does a college professor apply a definition of done in the classroom?

12. How does a working agreement influence teamwork?

13. Where and when was the Agile Marketing Manifesto created?

14. What are some examples of silos in the marketing organization?

15. What are some of the traits of large marketing campaigns that mirror Waterfall software development?

Review 4

16. Why is it important for developers to understand how products are delivered in the marketplace?

17. Are there any departments or institutions that would not benefit from Agile? Please explain your answer.

18. What does it mean to stop “doing” Agile and start “being” Agile?

19. Since the Agile principles are easy to understand, does that mean they are easy to implement? Please explain your answer.

20. What are the four values of Agile?

..................Content has been hidden....................

You can't read the all page of ebook, please click here login for view all page.
Reset