2. Peter Lamar
◦ Principle, Manta Technologies
◦ Course Director, Techtown Training
◦ Developer at EA Sports, Product Manager at Google and Cisco
◦ @ptlamar
3. Direction
“Would you tell me, please, which way I ought to go from here?”
“That depends a good deal on where you want to get to,” said the Cat.
“I don’t much care where–” said Alice.
“Then it doesn’t matter which way you go,” said the Cat.
◦ Excerpt from Alice in Wonderland
4. Who is this talk for?
Anyone who wants money (from a business
decision maker) to do something
◦ Learn new tools
◦ Adopt a new technique
◦ Change the organizational structure
◦ Address technical debt
◦ Invest in infrastructure
◦ Get paid to play with some new technology for
an indefinite amount of time
Decision makers
typically:
• Non-Technical
• Sales background
• Consulting for Finance
background in C-Suite
5. Start with the end in mind
Revenue Cost Profit
Revenue++ Cost-- Profit++OR
6. Metrics
Decision makers generally don’t like open ended investments with vague promises of an return
on investment. They actually would prefer guaranteed revenue with zero risk.
◦ We cannot (should not) promise this.
◦ We can however, present a well constructed argument to support our Devops goals supported by
Metrics and Facts
7. 1. Business Objective
Introduce an idea/initiative.
Example for Use:
An idea/high-level concept to a business roadmap for funding
8. 1. Business Objective (Example)
Introduce an idea/initiative.
“Utilization on our cloud resources is terrible. Average CPU % is 5%. Modern Containerization
techniques could lower our cloud bill (Cost--) by 50%.”
“We currently release software quarterly. If we adopt Continuous Integration and Delivery then
releasing every two weeks is obtainable. This would give us a higher feature velocity and enable us to
be much more responsive to customer needs (Revenue++).”
”20% of our tickets are issues with our server hardware failures from our 20 different configurations. If
we can standardize on a single server type then we can anticipate more similar failures, less failures
and faster ticket resolution (Cost--) && (Revenue++).
9. 2. Project Definition
What problem is being solved?
◦ What are the business problems /opportunities that reveal the value of this Project?
Provide a summary of the proposed solution
10. 2. Project Definition (Example)
What problem is being solved?
◦ What are the business problems /opportunities that reveal the value of this Project?
“Utilization on our cloud resources is terrible. Average CPU % is 5%. Our Cloud bill has been growing
by x% a year”
“We currently release software quarterly. We spent lots of effort on our manual deployments. We
have customers who ask for new features daily.”
Provide a summary of the proposed solution
“Modern Containerization techniques could lower our cloud bill (Cost--) by 50%.”
“If we adopt Continuous Integration and Delivery then releasing every two weeks is obtainable. This
would give us a higher feature velocity and enable us to be much more responsive to customer needs
(Revenue++).”
11. 3. High-Level Business Case
Expectations
• State the expected high-level results and deliverables
• Describe the new or modified business processes impacted by the project
Provide high-level overview of the project proposal requirements, including, but not limited to:
Business Requirements
- Related Strategic Goals (Organization Level)
- Related Tactical Goals (Functional Level)
- Related Operational Management Goals (Staff Level)
Functional Requirements
User Requirements
Financial benefits analysis, for example:
- State the high level financial benefits of doing this project. If there are none state “none”
•Other benefits analysis
– list any additional benefits of doing this project
– identify Key Performance Indicators that will be impacted by this project
12. 3. High-Level Business Case (Example)
Expect to have a Continuous integration and Delivery capability that can deploy a full production build in 48 hours.
This requires:
◦ 1. Increasing code coverage from 40-90% Unit test coverage
◦ 2. Deploying a local Jenkins Instance
◦ 3. Configuring Jenkins with necessary plugins
◦ 4. Integration with Slack to enable channel updates of builds/Remote build kickoffs
Estimated increased potential of hotfixes from quarterly to bi-weekly, improving by a factor of 6 enabling revenue uplift of x%
Other benefits:
◦ Anticipated stability improvement from smaller, more frequent deployments
◦ Anticipated feature velocity improvements as well from less broken builds (spent 15% on build downtime historically)
15. 2016 Puppet Labs State of Devops Report
: Revenue++
Improve your product development cycles:
• Get new features and products to market faster.
• Release with fewer bugs.
• Experiment more.
• Roll out results of successful experiments to new
markets.
Improve data collection and analysis:
• Get better business intelligence about your customers.
Improve your website:
• Drive more customer engagement.
• Drive more sales and/or leads.
Improve services you offer:
• Drive customer retention.
• Get more referrals.
• Get more incremental revenue from existing customers.
17. 4. Potential Roadmap
17
Phase 1
Name of phase 4Name of phase 3Name of phase 2Name of phase 1
Phase 2 Phase 3 Phase 4
Timing
Key Tasks
Deliverables
Text
•Task 1
•Task 2
•Task 3
•Deliverable 1
•Deliverable 2
Text
•Task 1
•Task 2
•Task 3
•Deliverable 1
•Deliverable 2
Text
•Task 1
•Task 2
•Task 3
•Deliverable 1
•Deliverable 2
Text
•Task 1
•Task 2
•Task 3
18. 5. Headcount
Resources Needed
Role Name(s) FYxx FYxx Add
As
Nec.
Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 …
Project Mgmt
Product Owner
Software Engineer
Dev Test
Operations
(add other roles as necessary)
19. Anticipate Objections!
Objections
Decision maker answers a phone during
your presentation
Decision makers excessively focus on
irrelevant details i.e. bike-shedding
Decision makers have thoughtful,
insightful objections
Decision makers outnumber you during
presentation
Response
Stay calm, wait for them to finish.
Keep slides short and focused (minimize
your attack surface)
Anticipate top three objections answer
them in presentation (inoculation)
Bring 1-2 friendly advocates to sit in the
room as well
20. Additional Slides (as needed)
◦ Risks, ranked by severity/Probability of occurrences
◦ 2-3 project alternatives
◦ Headcount cost
◦ Resource cost
◦ Broader corporate strategic alignment
Remember, less is more when it comes to slides
◦ Slides are good, but working code/prototypes/demos are GREAT
Notas do Editor
Have a direction. Where are you going? Until you can answer that question, you can’t say that any one route is better than another. Any road will get you to where you want to go.
The strikethrough is an example of decision maker bias towards towards an engineer ask
I heard this great technique at DevopsDays!! I would love to implement it, but my company would never give the team 6 months to adopt x technique.
If only I could convince my Product Owner/Manager/Marketing to let us address technical debt
Typically, we ask for an investment in infrastructure and promise a return on investment.
How can we make this more effective?
The Business Equation
Decision makers want as much certainty as we can provide them. In fact, this is why they love waterfall so much.
Give me x features on this date, because ultimately someone typically has a revenue goal.
Waterfall is incredibly optimistic, but we can speak in ‘business speak’!
Engineers just want to be left alone, paid their salary, and play with new technologies
The feature the customer has mentioned 100x times as a want seems like much more of a sure bet than the six months of experimentation you would love to accomplish.
This is the basic analysis that gives your first two slides credibility.
Don’t be too detailed to tempt yourself to get stuck in the weeds
This is a great opportunity to have some real data. A prototype that you built for the process you are recommending.
Analyst reports are a great source of metrics. One of the best reports for this space is the annual Puppet Labs ‘State of Devops’ Report.
Cost of excess rework = Technical staff size × Average salary × Benefits multiplier × Percentage of technical staff time spent on excess rework
Its probably worse than this, since engineers typically need 4 hour blocks to really be productive.
Common cost drivers
Tickets
Self Service
Automation
Recovery Time from Failure
# of Defects
Infrastructure resources (# of VMs, etc)
Common Revenue Drivers
Features
Releases
Hot fixes
Security
Deploy Additional Locations
Product Performance
It is incredibly useful to think about all the requirements
It is incredibly dangerous to assume that plans are real
Yes, I am a hypocrite, this is quite similar to a waterfall roadmap.
Have a disclaimer, these are IDEAL deliverables. There is no crystal ball in Software
If you don’t have some kind of estimate, you will be asked for one
Decision makers are usually in roles that involve evaluating pitch decks and proposals every day.
Sometimes the decision maker feels that they must make a change to every presentation, this can be a subconscious action to feel they are adding value. Other times the change is rightfully needed.
Decision makers may take a phone call and answer it in the middle of your presentation. Stay calm and wait
These slides were all cut from this business plan so that it would be minimal. You can consider adding them back in. If you do then I suspect you are neglecting actually writing code. Slides are good, but working code is great!