Hacking for Defense (H4D) @ Stanford – Week 3

We just held our third week of the Hacking for Defense class. This week the 8 teams spoke to 108 beneficiaries (users, program mangers, etc.), we held a Customer Discovery workshop, we started streaming the class live to DOD/IC sponsors and other educators, our advanced lecture was on Product/Market fit for the DOD/IC and we watched as the students solved their customer discovery obstacles and started getting closer to their customers.

(This post is a continuation of the series. See all the H4D posts here. Because of the embedded presentations this post is best viewed on the website.)

—–

Customer Discovery in the DOD/IC Workshop
We normally hold a Customer Discovery workshop during the evening the first week of the class. But spring break and the “How to Work with the DOD” workshop got in the way. So we inserted an abbreviated version at the front of this week’s class.

When working with the DOD/IC there are some unique obstacles of “getting out of the building and talking to customers”. For example, members of the DOD will not respond to ”cold calls” and those in the Intel community won’t even tell you their names. In addition, most of the sponsors are working on classified problems. So how do teams understand the customer when the customer can’t tell you what they do? The Workshop talked about how to address those and other Discovery issues.

If you can’t see presentation click here

Team Presentations: Week 3
After the Customer Discovery workshop the 8 teams presented what their hypotheses, experiments and what they learned outside the building this week.

Team Right of Boom (previously named Live Tactical Threat Toolkit) is trying to help foreign military explosive ordnance disposal (EOD) teams better accomplish their mission. The team originally was developing tech-centric tools for foreign teams to consult with their American counterparts in real time to disarm IED’s, and to document key information about what they have found.  Now they are honing in providing accurate high-volume post-incident IED reporting.

Last week this team was floundering. They had confused getting interviews and building minimal viable products with truly trying to “become the customer.” We strongly suggested that there was no way that could understand the day in the life of an explosive ordnance disposal expert by just listening to them – they needed to stand in their shoes. So to their immense credit the team suited up in full bomb disposal gear and got of the building. They earned our respect (and a name change for the team.)

If you can’t see the Right to Boom video click here (turn up the volume!)

If you can’t see the Right to Boom presentation click here

 

Team Capella Space
  is launching a constellation of synthetic aperture radar satellites into space to provide real-time radar imaging.

This week the team learned a ton. They mapped out competitive offerings, found that Government funding is not the proper channel for Capella, but did find that the Coast guard is currently in dire need of situational awareness at high resolution and that military customers want access to raw data; commercial customers highly value processed data for actionable insights

If you can’t see the Team Capella Space presentation click here

Team aquaLink is working to give Navy divers a way to monitor their own physiological conditions while underwater (core temperature, maximum dive pressure, blood pressure and pulse.) Knowing all of this would give divers early warning of hypothermia or the bends.

This week they validated that divers will want real-time alerts regarding vitals (and put up with the additional gear/procedures) of issues that threaten mission success. The found that navy medical researchers want data on vitals, the rebreather (air consumption), and the dive computer (dive profile). Their hypotheses going forward are that a heads up display is the ideal form of information transmission during a dive and system should be modular to allow for the integration of evolving technology (geolocation and communication)

If you can’t see the Team aquaLink presentation click here


Team Guardian is working to protect soldiers from cheap, off-the-shelf commercial drones. What happens when adversaries learn how to weaponize drones with bullets, explosives, or chemical weapons?

Guardians current hypotheses is that they have to provide drone detection, identification and protection against attacks from drones or swarm of drones. And that the user will be a 19 solider not trained to use complex equipment.

If you can’t see the Team Guardian presentation click here

Team Narrative Mind is trying to understand, disrupt, and counter adversaries’ use of social media. Current tools do not provide users with a way to understand the meaning within adversary social media content and there is no automated process to disrupt, counter and shape the narrative.

The team is coalescing around the idea that the two minimal viable products for their sponsor are, 1) automatically generate an organizational chart of a target terrorist groups over time, and 2) generate a social network map of how terrorist groups interact with each other.

If you can’t see the Team Narrative Mind presentation click here

Team Sentinel initially started by trying to use low cost sensors to monitor surface ships in a A2/AD environment.

The team has found that their mission value is really to enable more efficient and informed strategic decisions by filling in intelligence gap about surface ships in an A2/AD environment via:

  1. Increased number of data streams (i.e. incorporate open source data)
  2. Automated data aggregation (i.e. from disparate sources) and analysis
  3. Enhanced intel through contextualization
  4. Improved UI/UX

If you can’t see the Sentinel presentation click here

Team Skynet is also using drones to to provide ground troops situational awareness. (Almost the inverse of Team Guardian.)

The team invalidated the hypotheses that military/commercial systems exist that could already solve the problem. In addition, they originally believed that soldiers on foot needed a deployable drone system. They discovered that drones are best used with teams with vehicles or for short ranged dismounted operations.

If you can’t see the Team Skynet presentation click here

Advanced Lecture: Product/Market fit in the DOD/IC
The advanced lecture for week 3 was on the unique needs of finding Product/Market fit in the DOD/IC. Pete Newell described why a solutions in the DOD fails and then described “battlefield calculus” – how two identical sounding missions (and their inherent problems) are actually radically different based on what echelon of force executes them, by the size of force, their location, even by how well they are trained.  Despite the obvious, people still try to deliver “one-size-fits-all” solutions. To properly insure a solution is actually used it is important to become familiar with the pattern of life of the user and their unit.

Pete also pointed out that teams need to “Look for Conflict” between what may have been provided to solve a similar problem and the solution the teams are about to recommend. You needed to ask: Are the circumstances similar? Or are their a myriad of conditions present that will invalidate what was a good solution under different circumstances?

If you can’t see the presentation click here

Mission Model and Value Proposition Canvas
To students, “who are the beneficiaries?” feels fuzzy on day one. And given most of them had no exposure to the DOD or Intel Community it’s not a surprise. The reason we have the teams talk to 10-15 people every week, is that with enough data they can begin to fill in the details. A few of our guests have commented how knowledgeable the teams were in talking about the sponsor organizations and problems.

That said, listening to the team presentations there was a wide difference between teams in how well they understood that the definition of “beneficiaries.”  Many of teams were still listing names of organizations rather than the title and archetype of the people who mattered/cared/decided/users, etc.

Understanding who are the beneficiaries is critical to understanding the rest of the mission model canvas.

When the students have a more nuanced understanding who are the individual beneficiaries is when they can build a detailed Value Proposition Canvas for each beneficiary that makes sense.  (Several teams had Value Proposition Canvas of organizations, some had fewer Proposition Canvas than they had beneficiaries, some Proposition Canvases were so generic it was clear that had insufficient data on individual needs of specific archetypes, etc.)

This is all par for the course and part of the student learning. We now need to sharpen their focus.

An after class action for the teaching team is to read through every team’s week 3 presentation slide-by-slide and give each team a detailed, written, box-by-box critique of the right-side of their Mission Model and Value Proposition Canvas.  We want to help them get this right.

Sponsor Education – a Network Begins to Form
The teaching team, liaisons, mentors and DIUx are all working their networks to get students relevant beneficiaries to talk to. (More about what a wonderful asset DIUx has been in a future post.) Joe and Pete are continuing to work hard on educating the sponsors about their role. (We are collecting all our learning in an Educators Guide so other universities can run the class.)

One emerging unexpected benefit, is that Pete and Joe are continuing to expand the network of innovators in the DOD/IC who are helping our student teams. I’ve had several critique our presentations and offer suggestions on the nuanced parts of the IC mission and acquisition system I didn’t understand.

Live Streaming the Class
The DOD/IC sponsors who gave us these problems were curious about how the teams were learning so rapidly. (Others in their commands and agencies wanted to watch as well.) So this week we began to live-stream the student presentations. And other universities who want to offer this class have begun to have their educators watch the class. (We’ll be offering a train-the-trainer educators class later this year.)

Lessons Learned from Week 3

  • Teams still running at full speed
  • Understanding beneficiaries is critical to understanding the rest of the mission model canvas.
    • Written team-by-team offline critique is needed to keep them on course
  • Support is coming from lots of places in the DOD/IC
    • DIUx and our liasons have been great in connecting the students

Hacking for Defense (H4D) @ Stanford – Week 2

We just held our second week of the Hacking for Defense class. This week the 8 teams spoke to 106 beneficiaries (users, program mangers, etc.), we held a DOD/IC 101 workshop, our advanced lecture was on the Value Proposition Canvas, and we watched as the students ran into common customer discovery obstacles and found new ones.

(This post is a continuation of the series. See all the H4D posts here. Because of the embedded presentations this post is best viewed on the website.)


DOD/IC 101 – Workshop
We started the week by holding a Monday night workshop – DOD/IC 101. Our goal was to give the students with no military background a tutorial on the challenges facing DoD/IC in the current asymmetric threat environment, how the DOD/IC defines its missions and specifies the products it needs, how it accomplishes these missions and how they get to their ultimate user. This knowledge will help the students understand the overall environment that their Mission Model Canvas is operating in.

We posted the slides here and more important, an annotated narrative for each of the slides here. It’s truly a landmark presentation. Even if you think you know how the DOD works, read the narrative alongside the slides. I learned a lot.

If you can’t see the presentation click here

you can’t see the narrative click here.

Hacking for Defense: Week 2
The second week started with the 8 teams presenting what they learned in their first full week of class.

Capella Space
Team Capella is launching a constellation of synthetic aperture radar satellites into space to provide real-time radar imaging.

This week the team tested whether other beneficiaries – the Coast Guard and the Oil and Gas industry might be interested in their solution. Great learning.

If you can’t see the presentation click here

 

Live Tactical Threat Toolkit (LTTT)
Team LTTT (Live Tactical Threat Toolkit) is trying to enhance the capacity of  foreign military explosive ordnance disposal (EOD) teams to accomplish their mission. The team is developing tech informed options for these teams to consult with their American counterparts in real time to disarm IED’s, and to document key information about what they have found.

The team did a good job in starting to diagram the customer workflow and intends to gain an appreciation for the ground user challenges in accomplishing these types of missions in this weeks customer discovery efforts.

If you can’t see the presentation click here

Narrative Mind
Team Narrative Mind is trying to understand, disrupt, and counter adversaries’ use of social media. Current tools do not provide users with a way to understand the meaning within adversary social media content and there is no automated process to disrupt, counter and shape the narrative.

The team did a good job in starting to diagram the customer workflow and their understanding of how to prioritize MVP features.

If you can’t see the presentation click here

Skynet
Team Skynet is also using drones to to provide ground troops situational awareness. (Almost the inverse of Team Guardian.)

Their Mission Model Canvas had a ton of learning, and their MVP engendered a lot of conversation from those who’ve been in combat and were familiar with the challenges of maintaining situational awareness under fire.

If you can’t see the presentation click here

Aqualink
Team aquaLink is working to give Navy divers a way to monitor their own physiological conditions while underwater (core temperature, maximum dive pressure, blood pressure and pulse.) Knowing all of this would give divers early warning of hypothermia or the bends.

In the first week of the class this team was suiting up in full navy diving gear and doing customer discovery by spending an hour in the life of the beneficiary. They did their homework.
Aqualink suiting up

If you can’t see the presentation click here

Guardian
Team Guardian is working to protect soldiers from cheap, off-the-shelf commercial drones. What happens when adversaries learn how to weaponize drones with bullets, explosives, or chemical weapons? This team is actively working to identify viable responses to these  battlefield inevitabilities.

If you can’t see the presentation click here

Sentinel
Team Sentinel is trying to use low cost sensors to monitor surface ships in a A2/AD environment. The team appreciates that the problem include the sensors as well as the analytics of the sensor data.

Really good summary of hypotheses, experiments, results and action.

If you can’t see the presentation click here

Customer Discovery and the Flipped Classroom – Learnings
After talking to teams in office hours (the teaching team meets every team for 20 minutes every week,) and watching teams present, and then seeing a team send a sponsor an email that read like a bad business school sales pitch, we realized some students had skipped their homework/and or still hadn’t grasped the basics of Customer Discovery.

As a reminder, we run the class as a “flipped classroom” – the lectures – the basics of Customer Discovery and the Mission Model Canvas – are homework watched on Udacity and on Vimeo. It was painfully clear that many of the students hadn’t done their homework. We plan to remedy that in our next week class, warning the students that we will be cold calling on them to show us what they learned.

Some teams did their homework and understood that customer discovery meant “becoming the customer.” For example, the team solving a problem for Navy divers managed to get the Navy to suit them up in full diving regalia. On the other hand, some teams thought that customer discovery simply meant interviewing people and building a minimal viable products. For example, we suggested to the team working on solutions for defusing Improvised Explosive Devices (IEDs) that to truly understand their customer needs might require them to get close to the dirt with some explosive ordnance disposal teams. (Looking ahead we have no doubt that this team will respond aggressively to instructor feedback and suit up in Explosive Ordinance Disposal (EOD) equipment as part of their customer discovery efforts for week 3. Stay tuned.)

Part of the student confusion about customer discovery was the fault of the teaching team. We normally hold a “How to Do Customer Discovery” evening workshop, but we got caught by a tight spring break schedule and we punted this workshop to hold the DOD/IC workshop. In hindsight it was a bad idea – we should have found a way to hold both. We will remedy that by giving an abbreviated workshop first thing next week in the classroom.

All of these were problems we’ve seen before and we’re course correcting quickly to solve them.  But, given the new form of the class we had a few problems we hadn’t encountered.

First, some teams were stymied by the classified nature of the specific data sets they thought they needed to understand the customer problem and build MVPs. In every case, what they lacked was a deep understanding of the customer problem. Which simply required going back to the basics of customer discovery.

Second, a few teams were truly blocked by a few sponsors who were also having a difficult time understanding the role they played in Customer Discovery and required follow up clarification by the teaching team and H4D military liaison officers.

Sponsor Education – Learnings
A few DOD sponsors believed they were not only the gatekeepers to the problem but were the sole source of information for our teams. Given they were supposed to maximize the number of beneficiaries the teams were supposed to talk to, the teaching team jumped on this and rapidly addressed it.

In another case the sponsor so narrowly defined the problem that it was viewed by the team as providing incremental changes to a solution they already have. After discussion the sponsor agreed that the team should focus on the realm of possible and how they would address the problem if there was not a current solution in place and in the process define new plans for how the solutions could be used.

In other cases a few of our sponsors had difficulty generating the leads and contacts within their own ecosystems that were necessary to sustain our teams’ customer discovery beyond the sponsor’s primary contacts. Ultimately teams are required to interview 80-120 beneficiaries, advocates and stakeholders (customers). This is a heavy lift if the sponsor has not thought through who those people are and where they will be found.

Finally, one of our problem sponsors departed their organization and was replaced by an alternate. This created some lag time in reestablishing contact and effectively interacting with the team. Next time we’ll designate a primary and secondary sponsor – the pace of this course requires this.

For us, this was a good learning opportunity to understand the type of sponsor education we need to do in the next class.

Advanced Lecture: Value Proposition Canvas
The advanced lecture for week 2 was on the Value Proposition Canvas – finding product/market fit between Beneficiaries (customers, stakeholders, users) and the Value Proposition (the product/service) in a DOD setting.

Pete Newell started the lecture with a video from his time in the Army’s Rapid Equipping Force.

Pete used the video to take the students through a value proposition canvas and asked the class:

  1. Who are the primary beneficiaries? Who are the other beneficiaries?
  2. What’s the value proposition:
    • To the sergeant?
    • To the mechanics?
    • To the base commander?
    • To contract engineers?
    • To the military vehicle Program Manager?

Pete’ s experienced based vignettes and discussion helped the students appreciate the sometimes competing nature of the interests of a diverse array of beneficiaries.

If you can’t see the presentation click here

Lessons Learned from Week 2

  • Teams are running at full speed
  • Running a flipped classroom requires constant management
    • Problems need to be vetted to insure they can support customer discovery expectations
  • A Customer Discovery Workshop needs to be held
    • Teams need to understand how to work around security issues
  • Sponsors need education and management

Hacking for Defense (H4D) @ Stanford – Week 1

We just had our first Hacking for Defense class and the 8 teams have hit the ground running.

They talked to 86 customers/stakeholders before the class started.

(Because of the embedded presentations this post is best viewed on the website.)


Hacking for Defense is a new class in Stanford’s School Engineering, where students learn about the nation’s security challenges by working with innovators inside the Department of Defense (DoD) and Intelligence Community. The class teaches students the Lean Startup approach to entrepreneurship while they engage in what amounts to national public service.

Hacking for Defense uses the same Lean LaunchPad Methodology adopted by the National Science Foundation and the National Institutes of Health and proven successful in Lean LaunchPad and I-Corps classes with 1,000’s of teams worldwide. Over 70 students applied to this new Stanford class and we selected 32 of them in 8 teams.

One of the surprises was the incredible diversity of the student teams – genders, nationalities, expertise. The class attracted students from all departments and from undergrads to post docs.

Before the class started, the instructors worked with the Department of Defense and the Intelligence Community to identify 20 problems that the class could tackle. Teams then were free to select one of these problems as their focus for the class.

Most discussion about innovation of defense systems acquisition starts with writing a requirements document. Instead, in this class the student teams and their DOD/IC sponsors will work together to discover the real problems in the field and only then articulate the requirements to solve them and deploy the solutions.

Hacking for Defense: Class 1
We started the first class with the obligatory class overview slides. (Most of the students had already seen them during our pre-class information sessions but the class also had team mentors seeing them for the first time.)

If you can’t see the slides click here

Then it was time for each of the 8 teams to tell us what they did before class started.  Their pre-class homework was to talk to 10 beneficiaries before class started. At the first class each team was asked to present a 5-slide summary of what they learned before class started:

  • Slide 1           Title slide
  • Slide 2           Who’s on the team
  • Slide 3           Minimal Viable Product
  • Slide 4:          Customer Discovery
  • Slide 5:          Mission Model Canvas

As the teams presented the teaching team offered a running commentary of suggestions, insights and direction.

Unlike the other Lean Launchpad / I-Corps classes we’ve taught, we noticed that before we even gave the teams feedback on their findings, we were impressed by the initial level of sophistication most teams brought to deconstructing the sponsors problem.

Here are the first week presentations:

Team aquaLink is working on a problem for divers in the Navy who work 60 to 200 feet underwater for 2-4 hours, but currently have no way to monitor their core temperature, maximum dive pressure, blood pressure and pulse. Knowing all of this would give them early warning of hypothermia or the bends. The goal is to provide a wearable sensor system and apps that will allow divers to monitor their own physiological conditions while underwater.

If you can’t see the presentation click here.

Team Guardian is asking how to protect soldiers from cheap, off-the-shelf commercial drones conducting Intelligence, Surveillance and Reconnaissance. What happens when adversaries learn how to weaponize drones with bullets, explosives, or chemical weapons?

Slides 6 and 7 use the Value Proposition canvas to provide a deeper understanding of product/market fit.

If you can’t see the presentation click here.

Team Skynet is also using drones to to provide ground troops situational awareness. (Almost he inverse of Team Guardian.)

Slides 6 – 8 use the Value Proposition canvas to provide a deeper understanding of product/market fit.

If you can’t see the presentation click here.

Team LTTT (Live Tactical Threat Toolkit) is providing assistance to other countries explosive ordnance disposal (EOD) teams – the soldiers trying to disarm roadside bombs (Improvised Explosive Devices – IEDs). They’re trying to develop tools that would allow foreign explosive experts to consult with their American counterparts in real time to disarm IED’s, and to document key information about what they have found.

If you can’t see the presentation click here.

Team Narrative Mind is trying to determine how to use data mining, machine learning, and data science to understand, disrupt, and counter adversaries’ use of social media (think ISIS). Current tools do not provide users with a way to understand the meaning within adversary social media content and there is no automated process to disrupt, counter and shape the narrative.

If you can’t see the presentation click here.

Team Capella is launching a constellation of satellites with synthetic aperture radar into space to provide the Navy’s 7th fleet with real-time radar imaging.

If you can’t see the presentation click here.

Pre-Computing the Problem and Solution
As expected, a few teams with great technical assets jumped into building the MVP and were off coding/building hardware. It’s a natural mistake. We’re trying to get students to understand the difference between an MVP and a prototype and the importance of customer discovery (hard when you think you’re so smart you can pre-compute customer problems and derive the solution sitting in your dorm room.)

Mentors/Liaisons/DIUx Support
Besides working with their government sponsors, each team has a dedicated industry mentor. One of the surprises was the outpouring of support from individuals and companies who emailed us from across the country (even a few from outside the U.S.) volunteering to mentor the teams.

Each team is also supported by an active duty military liaison officer drawn from Stanford’s Senior Service College Fellows.

Another source of unexpected support for the teams was from the Secretary of Defense’s DIUx Silicon Valley Innovation Outpost. DIUx has adopted the class and along with the military liaisons translate “military-speak” from the sponsors into English and vice versa.

Advanced Lectures
The Stanford teaching team uses a “flipped classroom” (the lectures are homework watched on Udacity.)  However, for this class some of the parts of the business model canvas, which make sense in a commercial setting, don’t work in the Department of Defense and Intelligence Community. So we are supplementing the video lectures with in-class “advanced” lectures that explain the new Mission Model Canvas. (We’re turning these lectures into animated videos which can serve as homework for the next time we teach this class.)

The first advanced lecture was on Beneficiaries (customers, stakeholders, users, etc.) in the Department of Defense. Slides 4-7 clearly show that solutions in the DOD are always a multi-sided market. Almost every military program has at least four customer segments: Concept Developers, Capability Managers, Program Managers, Users.

If you can’t see the presentation click here.

Each team is keeping a running blog of their customer interactions so we can virtually look over their shoulder as they talk to customers. From the look of the blogs week 2 is going to be equally exciting. Check in next week for an update.

Steve, Pete, Joe & Tom

Lessons Learned from Class 1

  • Talented and diverse students seem eager to solve national defense problems
  • Teams jumped on understanding their sponsors problems – even before the class
  • We’ve put 800+ teams through the NSF I-Corps and another 200 or so through my classes, but this class feels really different. There’s a mission focus and passion to these teams I’ve not seen before

The Mission Model Canvas – An Adapted Business Model Canvas for Mission-Driven Organizations

As we prepared for the new Hacking for Defense class at Stanford, we had to stop and ask ourselves: How do we use the Business Model Canvas if the primary goal is not to earn money, but to fulfill a mission? In other words, how can we adapt the Business Model Canvas when the metrics of success for an organization is not revenue?

H4D screen top

Alexander Osterwalder and I think we have the answer – the new Mission Model Canvas.

Here are our collective thoughts.

—-

The Lean Startup is the way most innovators build startups and innovate inside of existing companies. As a formal method, the Lean Startup consists of three parts:

The Business Model Canvas has been a great invention for everyone from startups to large companies. Unlike an org chart, which describes how a company executes to deliver known products to known customers, the Business Model Canvas illustrates the search for the unknowns that most new ventures face. The 9 boxes of the canvas let you visualize all the components needed to turn customer needs/problems into a profitable company.

From Revenue Streams to Mission Achievement
The Business Model Canvas has served all of us well in thinking about building businesses – and therein lies the problem. In a business the aim is to earn more money than you spend. What if you’re a government or a military organization or part of the intelligence community? In these cases you don’t earn money, but you mobilize resources and a budget to solve a particular problem and create value for a set of beneficiaries (customers, support organizations, warfighters, Congress, the country, etc.)

For these organizations, the canvas box labeled Revenue Streams doesn’t make sense.Business Model Canvas no revenue In a mission-driven organization such as the defense and intelligence community, there is no revenue to measure. So the first step in building a canvas for mission-driven organizations is to change the Revenue Stream box in the canvas and come up with a counterpart that would provide a measure of success.

We’re calling this alternative Mission Achievement. Later in this post I’ll explain how we’ll measure and describe Mission Achievement, but first our Mission Model Canvas needs four more tweaks.

  • Customer Segments is changed to Beneficiaries
  • Cost Structure is changed to Mission Cost/Budget
  • Channel is changed to Deployment
  • Customer Relationships is changed to Buy-in/Support

Mission_Model_CanvasThe rest of this blog post explains the how and why of these changes to the canvas.

Customer Segments Change to Beneficiaries
At first glance, when developing a new technology for use in the defense and intelligence community, the customer appears obvious – it’s the ultimate war fighter. They will articulate pains in terms of size, weight, form fit, complexity and durability. But there are other key players involved.  Requirement writers and acquisition folks look at systems integration across the battlefield system, while contracting officers, yet another segment, will count beans, measure the degree of competition and assess the quality of market research involved. The support organizations need to worry about maintainability of code or hardware. Does legal need to sign off for cyber operations?  So yes, war fighters are one customer segment, but others need to be involved before the war fighter can ever see the product.

So the first insight is that in the defense and intelligence community mission models are always multi-sided markets with the goal of not just building a great demo but getting the product adopted and deployed.

Second, in the defense and intelligence communities almost all of the mission models look like that of an OEM supplier – meaning there are multiple layers of customers in the value chain. Your product/service is just part of someone else’s larger system.

So to differentiate “customers” from the standard business model canvas we’ll call all the different customer segments and the layers in the defense and intelligence value chain beneficiaries.

The Value Proposition Canvas
Of all the nine boxes of the canvas, two important parts of the model are the relationship between the Value Proposition (what you’re building) and the beneficiaries. These two components of the business model are so important we give them their own name, Product/Market Fit.osterwalder books

Because of the complexity of multiple beneficiaries and to get more detail about their gains and pains, Osterwalder added an additional canvas called the Value Proposition Canvas.  This functions like a plug-in to the Mission Model Canvas, zooming in to the value proposition to describe the interactions among these beneficiaries, war fighters, etc. and the product/service in more detail. Using the Value Proposition Canvas with the Mission Model Canvas lets you see both the big picture at the mission model level and the detailed picture of each beneficiary at the “product/market fit” level.

Value prop zoom bus modelIn the defense and intelligence community mission models, there will always be multiple beneficiaries.  It’s important that each beneficiary gets its own separate Value Proposition Canvas.

value_proposition_canvas

Distribution Channel changes to Deployment
In the commercial world we ask, “What type of distribution channel (direct sales, app store, system integrator, etc.) do we use to get the product/service from our company to the customer segments?”  For the Department of Defense or Intelligence organizations, we ask instead:

  • “What will it take to deploy the product/service from our current Minimum Viable Product to widespread use among people who need it?” (What architecture components can they innovate on and what can’t they?)
  • “What constitutes a successful deployment? (number of users, units in the field, time to get it into the field, success in the field, etc.)”
  • “How do we turn a Horizon 3 innovation into something that gets adopted by a Horizon 1 organization?”

Customer Relationships changes to Buy-In/Support
In an existing business, Customer Relationships is defined as establishing and maintaining a relationship to support existing customers. In a startup we redefined Customer Relationships to answer the question:  How does a company get, keep and grow customers?

For the defense and intelligence communities, we have modified Customer Relationships to mean, “For each beneficiary (customer segment), how does the team get “Buy-In” from all the beneficiaries?”

Customer discovery helps you understand whose buy-in is needed in order to deploy the product/service (legal, policy, procurement, etc.) and how to get those beneficiaries to buy-in? (Funding? Mandates? User requested? etc.) In addition, the long-term support and maintenance of new projects need to be articulated, understood and bought-into by the support organizations.

At the Pentagon a favorite way to kill something is to coordinate it to death by requiring buy-in from too many people too early. How to determine who are the small group of critical people to get buy-in from – and how to determine who are the next set required to sustain the iterative development of future MVP’s – is one of the arts of entrepreneurship in the defense and intelligence community.

Revenue Streams changes to Mission Achievement
Mission Achievement is the value you are creating for the sum of all of the beneficiaries / the greater good.

It’s important to distinguish between the value for individual beneficiaries (on the Value Proposition Canvas) and overall Mission Achievement. For example, Mission Achievement could be measured in a variety of ways: the number of refugees housed and fed, the number of soldiers saved from roadside bombs, the number of cyberattacks prevented, the increased target surveillance of sensor fusion, etc.  None of these are measured in dollars and cents. Keep in mind, there is only mission achievement if it delivers value to the end beneficiary.

[Update: Watch the Mission Model Canvas Videos]

  1. Introduction to the Mission Model Canvas (2:19)
  2. Mission Model Canvas: Beneficiaries & Stakeholders (2:49)
  3. Mission Model Canvas: Value Proposition (1:33)
  4. Mission Model Canvas: Buy-In (1:35)
  5. Mission Model Canvas: Deployment (1:26)
  6. Mission Model Canvas: Mission Achievement (1:16)
  7. Mission Model Canvas: Key Activities (0:53)
  8. Mission Model Canvas: Key Resources (0:37)
  9. Mission Model Canvas: Partners (0:57)
  10. Mission Model Canvas: Mission Budget (1:17)
  11. Mission Model Canvas: Key Concepts (2:44)

Lessons Learned

  • In the defense and intelligence community the metrics of success are not revenue but mission achievement
    • We’ve modified the Business Model Canvas into a Mission Model Canvas
    • Changed Revenue Streams to Mission Achievement
    • Changed Customer Segments to Beneficiaries
    • Changed Cost Structure to Mission Cost/Budget
    • Changed Channel to Deployment
    • Changed Customer Relationships to Buy-in/Support
  • Organizations without specific revenue goals can now use a version of the Business Model Canvas

Hacking for Defense @ Stanford – Making the World a Safer Place

Introducing Hacking for Defense – Connecting Silicon Valley Innovation Culture and Mindset to the Department of Defense and the Intelligence Community
Hacking for Defense is a new course at Stanford’s Engineering School in the Spring of 2016. It is being taught by Tom Byers, Steve Blank, Joe Felter and Pete Newell and is advised by former Secretary of Defense Bill Perry. Join a select cross-disciplinary class that will put you hands-on with the masters of lean innovation to help bring rapid-fire innovative solutions to address threats to our national security. Why? Hacking for Defense poster

Army, Navy, Air Force, Marines, CIA, NSA
What do all these groups in the Department of Defense and Intelligence Community (DOD/IC) have in common? Up until the dawn of the 21st century, they defined military technology superiority. Our defense and intelligence community owned and/or could buy and deploy the most advanced technology in the world. Their R&D groups and contractors had the smartest domain experts who could design and manufacture the best systems. Not only were they insulated from technological disruption, they were often also the disrupters. (During the Cold War we used asymmetric technologies in silicon and software to disrupt the Soviet Union’s lead in conventional weapons.) Yet in the last decade the U.S. Department of Defense and Intelligence Community are now facing their own disruption from ISIS. al-Qaeda. North Korea. Crimea. Ukraine. DF-21 and Islands in the South China Sea.

Today these potential adversaries are able to harness the power of social networks, encryption, GPS, low-cost drones, 3D printers, simpler design and manufacturing processes, agile and lean methodologies, ubiquitous Internet and smartphones. Our once closely held expertise in people, processes and systems that we once had has evolved to become commercial off-the-shelf technologies. U.S. agencies that historically owned technology superiority and fielded cutting-edge technologies now find that off-the-shelf solutions may be more advanced than the solutions they are working on, or that adversaries can rapidly create asymmetric responses using these readily available technologies.

Its Not Just the Technology
Perhaps more important than the technologies, these new adversaries can acquire and deploy disruptive technology at a speed that to us looks like a blur. They can do so because most have little legacy organizational baggage, no government overhead, some of the best software talent in the world, cheap manpower costs, no career risk when attempting new unproven feats and ultimately no fear of failure.

organizational capabilitiesTerrorists today live on the ‘net and they are all early adopters. They don’t need an office in Silicon Valley to figure out what’s out there. They are experts in leveraging Web 2.0 and 3.0. They are able to collaborate using Telegram, Instagram, Facebook, Skype, FaceTime, YouTube, wiki’s, IM/chat. Targeting, assessments, technology, recipes, and tactics all flow at the speed of a Lean Startup.  They can crowd-source designs, find components through eBay, fund through PayPal, train using virtual worlds and refine tactics, techniques and procedures using massive on-line gaming. All while we’re still writing a Request for a Proposal from within the US Government procurement and acquisition channels.

technology capabilities

We’re Our Own Worst Enemy
In contrast to the agility of many of our adversaries, the Department of Defense and the Intelligence Community have huge investments in existing systems (aircraft carriers, manned fighters and bombers, large satellites, etc.), an incentive system (promotions) that supports the status quo, an existing contractor base with major political influence over procurement and acquisition, and the talent to deliver complex systems that are the answer to past problems.

Efficiently Being Inefficient
Our drive for ultimate efficiency in buying military systems (procurement) has made us our own worst enemy. These acquisition and procurement “silos” of excellence are virtually impenetrable by new ideas and requirements. Even in the rare moments of crisis and need, when they do show some flexibility, their reaction is often so slow and cumbersome that by the time the solutions reach the field, the problem they intended to solve has changed so dramatically the solutions are useless.

The incentives for acquiring and deploying innovation in the DOD/IC with speed and urgency are not currently aligned with the government acquisition, budgeting, and requirements processes, all of which have remained unchanged for decades or even centuries.

The Offset Dilemma – Technology is the not Silver Bullet
Today, many in the Department of Defense and Intelligence Community are searching for a magic technology bullet – the next Offset Strategy – convinced that if they could only get close to Silicon Valley, they will find the right technology advantage.

It turns out that’s a massive mistake. What Silicon Valley delivers is not just new technology but – perhaps even more importantly – an innovation culture and mindset. We will not lose because we had the wrong technology.  We will lose because we couldn’t adopt, adapt and deploy technology at speed and in sufficient quantities to overcome our enemies.

Ultimately the solution isn’t reforming the acquisition process (incumbents will delay/kill it) or buying a new technology and embedding it in a decade-long procurement process (determined adversaries will find asymmetric responses).

The solution requires new ways to think about, organize, and build and deploy national security people, organizations and solutions.

Stanford’s new Hacking for Defense class is a part of the solution.

Hacking for Defense (H4D) @ Stanford
In Hacking for Defense a new class at Stanford’s School Engineering this spring, students will learn about the nation’s emerging threats and security challenges while working with innovators inside the Department of Defense (DoD) and Intelligence Community. The class teaches students entrepreneurship while they engage in what amounts to national public service.

Hacking for Defense uses the same Lean LaunchPad Methodology adopted by the National Science Foundation and the National Institutes of Health and proven successful in Lean LaunchPad and I-Corps classes with 1,000’s of teams worldwide. Students apply as a 4-person team and select from an existing set of problems provided by the DoD/IC community or introduce their own ideas for DoD/IC problems that need to be solved.

Student teams will take actual national security problems and learn how to apply Lean Startup principles to discover and validate customer needs and to continually build iterative prototypes to test whether they understood the problem and solution.

Most discussion about innovation of defense systems acquisition using an agile process starts with writing a requirements document. Instead, in this class the student teams and their DOD/IC sponsors will work together to discover the real problems in the field and only then articulate the requirements to solve them and deploy the solutions.

Each week, teams will use the Mission Model Canvas (a DOD/IC variant of the Business Model Canvas) to develop a set of initial hypotheses about a solution to the problem and will get out of the building and talk to all Requirement Writers, Buyers (Acquisition project managers) and Users (the tactical folks). As they learn, they’ll iterate and pivot on these hypotheses through customer discovery and build minimal viable prototypes (MVPs). Each team will be guided by two mentors, one from the agency that proposed the problem and a second from the local community. In addition to these mentors, each H4D student team will be supported by a an active duty military liaison officer drawn from Stanford’s Senior Service College Fellows to facilitate effective communication and interaction with the problem sponsors.

Today if college students want to give back to their country they think of Teach for America, the Peace Corps, or Americorps. Few consider opportunities to make the world safer with the Department of Defense, Intelligence Community and other government agencies. The Hacking for Defense class will promote engagement between students and the military and provide a hands-on opportunity to solve real national security problems.

Our goal is to open-source this class to other universities and create the 21st Century version of Tech ROTC. By creating a national network of colleges and universities, the Hacking for Defense program can scale to provide hundreds of solutions to critical national security problems every year.

We’re going to create a network of entrepreneurial students who understand the security threats facing the country and getting them engaged in partnership with islands of innovation in the DOD/IC. This is a first step to a more agile, responsive and resilient, approach to national security in the 21st century.

Lessons Learned

 Hacking for Defense is a new class that teaches students how to:

  • Use the Lean LaunchPad methodology to deeply understand the problems/needs of government customers
  • Rapidly iterate technology to produce solutions while searching for product-market fit
  • Deliver minimum viable products that match DOD/IC customer needs in an extremely short time

The class will also teach the islands of innovation in the Department of Defense and Intelligence Community:

  • how the innovation culture and mindset operate at speed
  • advanced technologies that exist outside their agencies and contractors (and are in university labs, and commercial off-the-shelf solutions)
  • how to use an entrepreneurial mindset and Lean Methodologies to solve national security problems


Sign up here.