draft: openoakland product selection

51
@EVANWOLF Which projects are worthy? Phil Wolff Product Manager OpenOakland A few thoughts on product portfolio management for Code for America brigades #prodmgmt #productmanagement #openoakland #pmo #productportfolio #planning #strategy #cfa #codeforamerica #cfabrigade 配称

Upload: phil-wolff

Post on 07-May-2015

1.266 views

Category:

Business


1 download

DESCRIPTION

Code for America Brigade volunteers consider thousands of projects for local civic engagement and innovation apps; we build only a handful in each city. How can we choose better? A little intention could dramatically improve the quality of our project portfolios. I propose we score proposals across four dimensions: - The value our products will produce. (More users, more usage, building capacity, leaving infrastructure behind) - Risks of the journey (taking the right level of risks around customer clarity, effort & cost, tech difficulty, political risk) - Alignment with our values - Stakeholders engaged and affected

TRANSCRIPT

Page 1: DRAFT: OpenOakland Product Selection

@EVANWOLF

Which projects are worthy?

Phil Wolff Product Manager OpenOakland

A few thoughts on product portfolio management for Code for America brigades

#prodmgmt #productmanagement

#openoakland #pmo #productportfolio

#planning #strategy #cfa #codeforamerica

#cfabrigade

配称 �

Page 2: DRAFT: OpenOakland Product Selection

@EVANWOLF

“How would you score prospective projects for your brigade?”

Four legs for selection

Page 3: DRAFT: OpenOakland Product Selection

@EVANWOLF

We talk about four factors

Value our product makes

Risks of the journey

Alignment with our values

Stakeholders engaged and affected

Page 4: DRAFT: OpenOakland Product Selection

@EVANWOLF

We were opportunistic at the start

OpenOakland released five apps in our first 18 months. •  Relationship builders:

OO + City of Oakland •  Low risk:

Low difficulty, Low effort. •  Low value:

Low impact, Symbolic usage

Page 5: DRAFT: OpenOakland Product Selection

@EVANWOLF

High

Low

Low High

Value

Risk

Value: •  Impact •  Users •  Usage •  Capacity •  Infrastructure

Risk: •  Customer

Clarity •  Effort & Cost •  Tech Difficulty •  Political Risk

Page 6: DRAFT: OpenOakland Product Selection

@EVANWOLF

High

Low

Low High

Value

Risk

Project Name

Page 7: DRAFT: OpenOakland Product Selection

@EVANWOLF

We are not here to augment the City’s IT budget.

Volunteers can’t make a dent in the City’s technology debt.

Page 8: DRAFT: OpenOakland Product Selection

@EVANWOLF

What can we do with the handful of projects we can do each year?

Page 9: DRAFT: OpenOakland Product Selection

@EVANWOLF

We can choose projects that matter more.

Page 10: DRAFT: OpenOakland Product Selection

@EVANWOLF

Value

Page 11: DRAFT: OpenOakland Product Selection

@EVANWOLF

We build to create value

Our apps and services create various flavors of value

Page 12: DRAFT: OpenOakland Product Selection

@EVANWOLF

Impact

How are we changing someone’s life?

•  Access to Services

•  Convenience

•  Insight & Understanding

•  Engagement and Action

•  Social, Political, Economic Capital

Page 13: DRAFT: OpenOakland Product Selection

@EVANWOLF

Impact

How much impact?

•  Low

•  Saving five minutes

•  Access to information

•  High

•  Saving a life

•  Reducing homelessness

Page 14: DRAFT: OpenOakland Product Selection

@EVANWOLF

Users

How many people can this product serve? Some projects serve more people than others. How big is the potential “market”?

Page 15: DRAFT: OpenOakland Product Selection

@EVANWOLF

Usage

How much is the service used?

How many times? How long each time?

Page 16: DRAFT: OpenOakland Product Selection

@EVANWOLF

Capacity

How will this project increase the Brigade’s capabilities?

•  Will the experience leave us with new technologies we can use on future projects?

•  Relationships to build on?

•  Volunteers with deeper skills?

Page 17: DRAFT: OpenOakland Product Selection

@EVANWOLF

Infrastructure

Are we adding to the commons?

Will this project leave knowledge, systems, and tools that others can build on?

Page 18: DRAFT: OpenOakland Product Selection

@EVANWOLF

Value

•  Impact •  Users •  Usage •  Capacity •  Infrastructure

Page 19: DRAFT: OpenOakland Product Selection

@EVANWOLF

Risk

Page 20: DRAFT: OpenOakland Product Selection

@EVANWOLF

We pick projects that balance risk, effort, and reward We assess and manage project risk

Page 21: DRAFT: OpenOakland Product Selection

@EVANWOLF

We pick projects that where we can manage the risk Some risks can’t be managed

Page 22: DRAFT: OpenOakland Product Selection

@EVANWOLF

We pick projects with risks right for the team We assess and manage project risk

Page 23: DRAFT: OpenOakland Product Selection

@EVANWOLF

Customer Clarity

Do we understand who we’re creating value for?

Can we quickly learn their needs deeply enough to make good decisions

Page 24: DRAFT: OpenOakland Product Selection

@EVANWOLF

Stakeholder engagement

Naming the persons carrying the torch for the customers drives success

Finding our “Executive support”, “Citizen champion”, or “Issue advocate” can be the difference in building the right things for the right people in the right way with the best resources. Or not.

Page 25: DRAFT: OpenOakland Product Selection

@EVANWOLF

Effort & Cost Projects are always resource constrained.

Is there enough of the right volunteer time, open data, technology, and capital to deliver?

Page 26: DRAFT: OpenOakland Product Selection

@EVANWOLF

Tech Difficulty

Too easy or too hard for the available talent?

Can we make up for gaps with recruiting?

Are there process challenges that could disrupt the product lifecycle?

Page 27: DRAFT: OpenOakland Product Selection

@EVANWOLF

Political Risk Could this “utility” app become a political football?

What enemies could this attract? Do we have the capacity to engage in that type of struggle?

Will this affect other CfA Brigades if we undertake this project?

Page 28: DRAFT: OpenOakland Product Selection

@EVANWOLF

Alignment Risk

Is this consistent with the Brigade’s core values?

What is the potential for misuse, for drifting from our values, along the development cycle? Once released?

Page 29: DRAFT: OpenOakland Product Selection

@EVANWOLF

Risk

•  Customer clarity •  Stakeholder engagement

•  Effort & Cost •  Tech Difficulty •  Political Risk •  Alignment Risk

Page 30: DRAFT: OpenOakland Product Selection

@EVANWOLF

ALIGNMENT

Page 31: DRAFT: OpenOakland Product Selection

@EVANWOLF

We want our efforts well aligned with our culture

We hold some truths dearly

Page 32: DRAFT: OpenOakland Product Selection

@EVANWOLF

Well aligned with our culture

Open Culture Open Source

Open Data

Creative Commons

Free (as in freedom) Internet

Page 33: DRAFT: OpenOakland Product Selection

@EVANWOLF

Well aligned with our culture

Government that works well for its people Effective

Efficient

Responsive

Strategic

Page 34: DRAFT: OpenOakland Product Selection

@EVANWOLF

Well aligned with our culture

Pluralism Civic Engagement

Inclusion

Diversity

Page 35: DRAFT: OpenOakland Product Selection

@EVANWOLF

ALIGNMENT

•  Open Culture •  Government that works well for its people

•  Pluralism

Page 36: DRAFT: OpenOakland Product Selection

@EVANWOLF

STAKEHOLDERS

Page 37: DRAFT: OpenOakland Product Selection

@EVANWOLF

Products build relationships

Our projects affect people.

We choose products for their direct benefits on Oaklanders

Who benefits from our products?

Who is harmed or put at risk?

Page 38: DRAFT: OpenOakland Product Selection

@EVANWOLF

Brigade Volunteers

How will working on this product benefit the participants?

Will they learn new product-related skills, knowledge, awareness?

Will they be satisfied by the journey as much as the destination?

Page 39: DRAFT: OpenOakland Product Selection

@EVANWOLF

Beneficiaries Who benefits directly from this product?

Are we serving them now with other products?

How will our serving them this way affect the services they receive from others?

What is the potential for harm through our actions?

Page 40: DRAFT: OpenOakland Product Selection

@EVANWOLF

Interest Groups

What interest groups could be engaged to make this product better? To find users and drive usage?

What groups or organizations might oppose or support this product?

Page 41: DRAFT: OpenOakland Product Selection

@EVANWOLF

Data Providers

Will this project improve the range, quality, and depth of open data from the City?

Will it build trust with those providers?

Page 42: DRAFT: OpenOakland Product Selection

@EVANWOLF

City Staff How will this project help the City’s workforce better engage their publics?

Can this project build support for openness and transparency among City workers?

Page 43: DRAFT: OpenOakland Product Selection

@EVANWOLF

Elected Officials

How will this product help elected officials like council members and the mayor be more accountable, effective, and engaged?

Page 44: DRAFT: OpenOakland Product Selection

@EVANWOLF

City Commissions & Commissioners

How will this product help elected officials like council members and the mayor be more accountable, effective, and engaged?

Page 45: DRAFT: OpenOakland Product Selection

@EVANWOLF

Code for America

Is this project consistent with Code for America’s principles and values?

Will this reflect well on the CfA Brigade program?

Page 46: DRAFT: OpenOakland Product Selection

@EVANWOLF

STAKEHOLDERS

•  Volunteers •  Beneficiaries •  Interest Groups

•  Data providers •  City Staff

•  Electeds •  Commissions •  Code for America

Page 47: DRAFT: OpenOakland Product Selection

@EVANWOLF

Value, risk, alignment, stakeholders Value Impact

Users

Usage

Capacity

Infrastructure

Risk Customer Clarity

Stakeholder Engagement

Effort & Cost

Tech Difficulty

Political Risk

Alignment Risk

Alignment Open Culture

Government that works well for its people

Pluralism

Volunteers

Beneficiaries

Interest Groups

Data providers

City Staff

Electeds

Commissions

Code for America

Stakeholders

Page 48: DRAFT: OpenOakland Product Selection

@EVANWOLF

CHOOSE OUR PROJECT PORTFOLIO ON PURPOSE

Next steps?

Page 49: DRAFT: OpenOakland Product Selection

@EVANWOLF

Project portfolio processes

•  Ideation activities •  attracting proposals we find

attractive •  Screening process •  Formal approval •  Ongoing portfolio management •  Including abandonment and

retirement

Page 50: DRAFT: OpenOakland Product Selection

@EVANWOLF

Intentionality

We create more value, together, by choosing how we invest our time and build our relationships

Page 51: DRAFT: OpenOakland Product Selection

@EVANWOLF

Phil Wolff Hi!

Email or tweet your stories, suggestions, referrals or just call/skype

Phil Wolff is a consulting product manager in Oakland, California. Phil co-founded four startups,

worked as a programmer, project manager, business analyst, technology architect, industry analyst,

operations researcher, and tech journalist at Bechtel National, Wang Labs, LSI Logic, Adecco SA, NavSup,

and privacy NGOs. He volunteers in Code for America’s #OpenOakland brigade.

e [email protected] skype evanwolf v +1-510-343-5664 t @evanwolf @letmydatago bio About.me/evanwolf cv Linkedin.com/in/philwolff blog Letmydatago.org