SlideShare a Scribd company logo
1 of 47
Strategic Consequences
to a
Balanced Corporate
Resource Pool
PMI Presentation by Greg Spehar
September 14th -15th, 2017
PMI Portland Annual Conference ©2017 Greg Spehar 1
Session Purpose
Attendees will learn the importance for ISVs (Independent
Software Vendors) to balance their development
resources with productivity, quality and cost as their core
approach.
PMI Portland Annual Conference ©2017 Greg Spehar 2
Objectives
 Learn the Organizational Challenges in the Future
 Learn the Organizations Options Today
 Learn the importance to focus on the three measures:
 Productivity through the use of Agile Processes
 Quality through different Quality/Validation Approaches
 Cost containment through On-Shore and Off-Shore FTE
 Understand the New Leadership Opportunities for PM/ACP
 Understand the use of new productivity tools and their impact as a
PM/ACP
PMI Portland Annual Conference ©2017 Greg Spehar 3
Challenges
 #1: Chasing the Cloud
 #2: The Ease of it’s Use
 #3: If then do Quality
PMI Portland Annual Conference ©2017 Greg Spehar 4
Challenge #1:
Cloud Computing
“[The] Cloud is forcing independent software vendors
(ISVs) into several arduous business challenges,
including how to:
 deliver software as a service (SaaS)
 [how to] deal with the issues of licensing
 [how to] monetize SaaS services”
The Challenges ISVs Need to Address to Make the Transition to Cloud
By Erin Harrison, Executive Editor, Cloud Computing
May 20th, 2013
Software Monetization: Business Transformation Strategies
http://software-monetization.tmcnet.com/articles/338719-challenges-isvs-need-address-make-transition-cloud.htm
PMI Portland Annual Conference ©2017 Greg Spehar 5
Challenge #2:
Ease of Use
In the old days, independent software vendors (ISVs) built their businesses during a
period when the rate of change was far slower than we experience today.
 ISVs faced far fewer competitors and had the luxury of responding to customer
demands at their own pace…
 And the burden of making the software work ultimately fell in the laps of the customer,
not the ISV.
The advent of Software-as-a-Service (SaaS) fundamentally changed this equation...
 This placed greater pressure on ISVs to continuously enhance their software
functionality and ensure the success of their SaaS solutions.
Sand Hill: Business Strategy
Jeffrey M. Kaplan, Managing Director
THINKstrategies
May 2nd, 2016
http://sandhill.com/article/the-challenges-of-becoming-a-software-company/
PMI Portland Annual Conference ©2017 Greg Spehar 6
Challenge #3:
Quality of Service
Quality of service delivery, regardless of industry, service delivery is a key facet of success.
 For ISVs or SaaS providers this becomes a bit of challenge because as their organizations
grow, their approach to service delivery needs to evolve...
For the most part this can be accomplished by implementing more mature processes and
policies.
 In this space specifically, performance, availability and support are three pillars that a
provider’s reputation rests on.
This means that disruption to any one of those pillars will have a knock-on effect on business,
with the net result being lost customers and/or revenue.
 As a result, ensuring customer satisfaction through quality of service is essential, not
only to maintain trust and foster end customer relationships, but also to protect the bottom
line.
Information Age
May 16,1016
The road from ISV to SaaS: are vendors prepared for the challenges?
Kevin Lonergan
http://www.information-age.com/7-10-uk-employees-use-unauthorised-cloud-services-work-123461432/
PMI Portland Annual Conference ©2017 Greg Spehar 7
Organizational Options Today
I
Cloud
Computing
New
Architectures
Ease of
Use
New Web
Technologies
QA
Service
New
Automation
Tools &
Processes
Productivity
Quality
Cost
Containment
Resources
PMI Portland Annual Conference ©2017 Greg Spehar 8
Organizational Options Today
II
Cloud
Computing
Ease of
Use
QA
Service
Productivity
Quality
Cost
Containment
Agile/Scrum
PMI Portland Annual Conference ©2017 Greg Spehar 9
Productivity
Cloud
Computing
Ease of
Use
QA
Service
Project
Failure
85%
Scope CreepResources Changing
Requirements SoftResources Not Qualified
Solutions Over
Engineered
Resources Directionless
PMI Portland Annual Conference ©2017 Greg Spehar 10
Productivity
Cloud
Computing
Ease of
Use
QA
Service
Success
by
Sprint
Locked in ScopeResource Stability
Requirements KnownResources Qualified
Right Sized
Engineered
Solutions
Resources with Direction
PMI Portland Annual Conference ©2017 Greg Spehar 11
Agile/Scrum
Productivity
Cloud
Computing
Ease of
Use
QA
Service
Velocity
Actual VelocityProposed Velocity
Velocity ImpactVelocity Assumptions
Pressure to Right-Size Solution
and Reduce WasteResources Focused on
Optimizing Velocity
PMI Portland Annual Conference ©2017 Greg Spehar 12
Agile/Scrum
Quality
Cloud
Computing
Ease of
Use
QA
Service
Zero
Defect
Performance
Testing Efforts
Functional
Testing Efforts
PMI Portland Annual Conference ©2017 Greg Spehar 13
Developer
Level
Component
Level
Integration
Level
User
Acceptance
Level
Quality
Cloud
Computing
Ease of
Use
QA
Service
Labor &
Tool
Costs
Developer
Level
Component
Level
Integration
Level
User
Acceptance
Level
Test
Automation
& Effort
To Run
Testing
Tools
& Effort
To Run
PMI Portland Annual Conference ©2017 Greg Spehar 14
Quality
Cloud
Computing
Ease of
Use
QA
Service
Cost
Tool CostLabor Costs
Variable vs. Fixed ToolsVariable vs. Fixed Labor
Tool CapabilityLabor Skills
PMI Portland Annual Conference ©2017 Greg Spehar 15
Developer
Level
Component
Level
Integration
Level
User
Acceptance
Level
Quality
Cloud
Computing
Ease of
Use
QA
Service
Cost
Tool CostLabor Costs
Variable vs. Fixed ToolsVariable vs. Fixed Labor
Tool CapabilityLabor Skills
PMI Portland Annual Conference ©2017 Greg Spehar 16
Cost Containment
Cloud
Computing
Ease of
Use
QA
Service
Reduce
Costs
Labor
Costs
Tools and
Systems
Costs
PMI Portland Annual Conference ©2017 Greg Spehar 17
Developer
Level
Component
Level
Integration
Level
Production
Level
Cost Containment
Cloud
Computing
Ease of
Use
QA
Service
Labor &
Tool
Costs
Eliminate or
Reduce
Labor Costs
Eliminate or
Reduce
Systems and
Tool Costs
PMI Portland Annual Conference ©2017 Greg Spehar 18
Developer
Level
Component
Level
Integration
Level
Production
Level
Cost Containment
Cloud
Computing
Ease of
Use
QA
Service
Cost
Tool & System CostLabor Costs
Variable vs. FixedVariable vs. Fixed Labor
Tool & System CapabilityLabor Skills
PMI Portland Annual Conference ©2017 Greg Spehar 19
Developer
Level
Component
Level
Integration
Level
Production
Level
Cost Containment
Cloud
Computing
Ease of
Use
QA
Service
Cost
Tool & System CostLabor Costs
Variable vs. FixedVariable vs. Fixed Labor
Tool & System CapabilityLabor Skills
PMI Portland Annual Conference ©2017 Greg Spehar 20
PM/ACP Leadership
Cloud
Computing
Ease of
Use
QA
Service
Productivity
Quality
Cost
Containment
Challenges for PM/ACP Managers:
• Agile Processes reduce PM Dependency Modeling
• Communications within teams are more efficient
• Measures of success are under less control
New Opportunities:
• Larger organizations with multiple agile teams
• Mix of on-shore, near-shore and off-shore
• Focus on a new measure of success
• f(Velocity, Cost and Quality)
PMI Portland Annual Conference ©2017 Greg Spehar 21
PM/ACP New Leadership
 Project Management (PM) communications expertise is necessary
when you have multiple Agile teams spread across solutions that are
localized and international (near-shore and off-shore).
 Additional PM efforts need a focus on a measureable objectives:
 Existing Example: Building Micro processing Chips had Moore’s Law
 Processing power doubled every 2 years
 New Approach: What law could show ISV software productivity?
 Components of this law might include:
 Velocity, Cost and Quality
PMI Portland Annual Conference ©2017 Greg Spehar 22
New Productivity Law
 Proposed new LAW needs productivity measure along with the
cost of that productivity. (V = Velocity & C = Costs)
f(Vn)
f(Cn)
f(?n)
PMI Portland Annual Conference ©2017 Greg Spehar 23
New Productivity Law
 Proposed new Law needs to also take into account for quality,
since the quality can be sacrificed by lowering cost and artificially
increasing velocity.
f(Qn)
f(Vn)
f(Cn)
f(?n)
PMI Portland Annual Conference ©2017 Greg Spehar 24
(V = Velocity & C = Costs & Q = Quality)
New Productivity Law
 As well as this measure should take into account the amount of
maintenance the software requires vs new software generated.
f(Qn)
f(Vn)
f(Cn)
f(?n)
New Features (~80%)
Maintenance
(~20%)
PMI Portland Annual Conference ©2017 Greg Spehar 25
(V = Velocity & C = Costs & Q = Quality)
Balanced Resource Pool
 Where then the new law would permit the Executive Team to set
the direction to make strategic “Projects” with clear start and end
points, promoting a given outcome with an ROI based on a
Balanced Resource Pool.
f(Qn)
f(Vn)
f(Cn)
PMI Portland Annual Conference ©2017 Greg Spehar 26
(V = Velocity & C = Costs & Q = Quality)
Spar’s Law
 Reducing costs while maintaining quality at a rate of 5% to 10%
per year would see a company double productivity every 3 to 7
years.
f(Qn)
f(Vn)
f(Cn)
f(Sparn)
New Processes/Features (~80%)
Maintenance
(~20%)
PMI Portland Annual Conference ©2017 Greg Spehar 27
(V = Velocity & C = Costs & Q = Quality)
Spar’s Law Impact
 Projects that increase Velocity
 New Tools
 New Training
 New Architectures
 Off-load Maintenance
 Projects that reduce Costs
 Movement to Off-Shore / Near-Shore Solutions
 M&A (Mergers and Acquisition)
 Movement to Open Source (No License Costs)
 Movement to Remote work / Reduced Office Space
 Projects that Increase Quality or Maintains Quality
 Increased Automation of Testing Efforts
 Movement of QA Efforts Off-Shore / Near-Shore
 Lower Cost Tools
 New Architectures
PMI Portland Annual Conference ©2017 Greg Spehar 28
Conclusion
 1) Productivity Achievement
 Through an Agile Approach
 With projects that increase agile productivity
 2) Quality Achievement
 Through a Quality and Validation Approach
 With projects that keep quality constant or improve quality over time
 3) Cost Achievement
 Through a cost mix of On-Shore and Off-Shore
 Through reducing costs on tools, their maintenance & space
 Through reducing costs on systems (Think AWS, Azure, etc.)
 4) PM/ACP Leadership
 Pulling all of these together under the Role of PM/ACP:
 To help lead and guide these factors for an ISV’s success
PMI Portland Annual Conference ©2017 Greg Spehar 29
Questions
 Open Questions - Lets stay focused on the 4 areas:
 PM’s and ACP’s Impact on the Organization
 PM/ACP Relationship to Productivity
 PM/ACP Relationship to Quality
 PM/ACP Relationship to Cost
PMI Portland Annual Conference ©2017 Greg Spehar 30
Contact Information
 Greg Spehar
 Linked-In: https://www.linkedin.com/in/spehar/
 Personal Email: spehargreg@yahoo.com
 503-332-3663
 Work Email: gspehar@corsource.com
PMI Portland Annual Conference ©2017 Greg Spehar 31
Backup Slides
PMI Portland Annual Conference ©2017 Greg Spehar 32
Effectiveness Measure
 It is not only important to measure to some level the productivity of the team
but also team’s effectiveness is critical as well.
 Within the world of ISVs and the advent of the cloud we best can measure
effectiveness through company revenue, primarily the growth or maintenance
of a given revenue.
 This is one suggested measure that could be used:
PMI Portland Annual Conference ©2017 Greg Spehar 33
f(Vn)
f(Rn)
(V = Velocity & R = Revenue)
Case Study: Dive Software
 Dive Software makes leading collaborative software for the Diving Market.
They have revenues of $200 Million per year and employ about 700 people of
which about 400 are engineers making the software products.
 If they had a profit of $35 Million, they have costs of around $165 Million.
 They are running at 75% productivity against current engineering resources
levels, so total velocity will be for the year is 150,000 story points (400
engineers * yearly capacity of 500 SP * .75 Efficiency)
 (Vn) = 150,000 SP / 400 Resources = 375 SP/R
 (Cn) = $165 Million / 400 Resources = 0.41M $ / R
 Spar Measure = 909 SP/$ (Costs)
 Quality – Assume No Change
 They are purchased by a company
 Cost reduction can result in 30% savings
PMI Portland Annual Conference ©2017 Greg Spehar 34
% Spar Velocity/R Cost/R
- 909 SP/$M 375 SP/R $0.41 M /R
30% 1285 SP/$M 375 SP/R $0.29 M /R
15% 919 SP/$M 319 SP/R $0.35 M /R
Defining f(Qn)
PMI Portland Annual Conference ©2017 Greg Spehar 35
 The Quantitative term refers to the notion that we should discount
the productivity term by the negative impact a reduced quality
product has on the company’s ability to sell product.
 A lowering quality product with increasing productivity only leads to
customers leaving to other products that might have less features
but provide a better experience.
f(QT2 – QT1)f(Vn)
f(Cn)
f(Qn)
f(Quality Range)
(V = Velocity & C = Costs & Q = Quality)
Defining f(Vn)
PMI Portland Annual Conference ©2017 Greg Spehar 36
 This function will be the most controversial of all functions to Spar’s Law. How do you
measure and compare all the different Velocities across an organization? Or is the
question how do you measure productivity through time?
 Truth: It is not appropriate to compare one team’s velocity to another team’s velocity.
Then make judgments about their productivity. (One is more productive than another at
that moment. ~ Not good.)
 So the question is the measure of productivity across time there are two assumptions
that have to hold to properly measure Velocity through time for this law to work:
 All teams should use the same measure for Velocity: e.g. 1 Story Point is ½ day
 The nature of the function is measured through time and the can be additive
f(VAT1 +VAT2+VAT3)
f(Vn)
f(RAT1 +RAT2+RAT3)
(V = Velocity & R = Resource Count & AT = Agile Team)
Defining f(Cn)
PMI Portland Annual Conference ©2017 Greg Spehar 37
 Costs is always an area of conflict where one has to
determine what costs are most relevant. Should we just
include labor costs, what about support costs or other
organizational costs?
 All these items should be addressed in a varying number of
metrics that can be monitored.
By Agile Team
f(CAT)
f(RAT)
All Agile Teams
f(CAT + CAT + CAT)
f(RAT + RAT + RAT)
Entire Organization
f(CATn + CS + CF + CM)
f(RATn + RS + RF+ RM)
(C = Cost & R = Resource Count & AT = Agile Team)
(S = Sales & F = Finance & M = Marketing)
Laws vs. Philosophies
 Within Management Philosophy one would advocate that a given
approach would best be used to motivate a team and help them be
a productive team.
 Within a Natural Law, there can only be philosophies that can
optimize that law. Or new laws that invalidate the old laws. There
are no better laws or best laws.
PMI Portland Annual Conference ©2017 Greg Spehar 38
Value Proposition
This new generation of software-enabled products and services must be packaged and
priced to reflect a new layer of value.
 The new value equation is based on the product/service connectivity, data analytics and
intelligence.
 The new value equation also must take into account the need to change the software
packaging and pricing quickly to respond to an increasingly dynamic market.
Given the new software realities, businesses seeking to recast themselves as software
providers must be prepared to do more than just create an attractive environment for
software developers.
 They must be able to convert their internal software skills into external software
monetization machines.
Sand Hill: Business Strategy
Jeffrey M. Kaplan, Managing Director
THINKstrategies
May 2nd, 2016
http://sandhill.com/article/the-challenges-of-becoming-a-software-company/
PMI Portland Annual Conference ©2017 Greg Spehar 39
ISVs must abide by Spar’s law to become monetization machines.
Calculations
 Calculations for 5%
PMI Portland Annual Conference ©2017 Greg Spehar 40
0
200
400
600
800
1000
1200
0 10 20 30 40 50 60
Producvity
Years
Doubled Produc vity @ 5%
 Calculations for 10%
0
2000
4000
6000
8000
10000
12000
0 10 20 30 40 50 60
Producvity
Years
Doubled Produc vity
Productivity Defined
 Dictionary.com - Noun
1. The quality, state, or fact of being able to generate, create,
enhance, or bring forth goods and services:
 The productivity of the group's effort surprised everyone.
2. Economics. The rate at which goods and services having
exchange value are brought forth or produced:
 Productivity increased dramatically last year.
PMI Portland Annual Conference ©2017 Greg Spehar 41
Growth in Code Globally
Decade Code Base Globally Resources Globally
1950s 100,000+ 100s
1960s 1,000,000+ 1,000s
1970s 10,000,000+ 10,000s
1980s 100,000,000+ 100,000s
1990s 1+ Billions 1,000,000s
2000s 10+ Billions 10,000,00s ?
2010s 100+ Billions 100,000,000s ?
2020s 1+ Trillion ????? ?????
PMI Portland Annual Conference ©2017 Greg Spehar 42
Google has 2 Billion Lines of Code – and it’s all in one place.
Wired
September 16 2015
Cade Metz
https://www.wired.com/2015/09/google-2-billion-lines-codeand-one-place/
Presentation Mind Map
PMI Portland Annual Conference ©2017 Greg Spehar 43
New PM/ACP Strategic Tools
 Logical Framework Approach
 Terry Schmidt
 http://www.managementpro.com
 Mapping Tools – Xmind, etc.
 User Story Mapping – Book: Jeff Patton
 Personal / Company Kanban
 Kanban Approach
 Backlog / To Do
 In Process
 Done
 Tools
 White Board
 Software
 Trello
 JIRA
PMI Portland Annual Conference ©2017 Greg Spehar 44
New PM/ACP Strategic
Process
 Overall Process To Execute
PMI Portland Annual Conference ©2017 Greg Spehar 45
Perform
Logical
Framework
Complete
Mind
Mapping
Define
User Stories
Setup
Kanbans
Best ISV Dilbert
PMI Portland Annual Conference ©2017 Greg Spehar 46
Agile / Scum
 Agile and Scrum are terms used in project management. The Agile
methodology employs incremental and iterative work beats that
are also called sprints. Scrum, on the other hand is the type of
agile approach that is used in software development.
 https://stackoverflow.com/questions/11469358/what-is-the-
difference-between-scrum-and-agile-development
PMI Portland Annual Conference ©2017 Greg Spehar 47

More Related Content

What's hot

Flow Metrics: An MRI of your Product Value Streams
Flow Metrics: An MRI of your Product Value StreamsFlow Metrics: An MRI of your Product Value Streams
Flow Metrics: An MRI of your Product Value Streams
Tasktop
 
InterConnect 2016 Continuous Visibility DTA-3268
InterConnect 2016 Continuous Visibility DTA-3268InterConnect 2016 Continuous Visibility DTA-3268
InterConnect 2016 Continuous Visibility DTA-3268
Carmen DeArdo
 
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
Tasktop
 
A Customer Success Journey Moving From Tasktop Sync to Tasktop Integration Hu...
A Customer Success Journey Moving From Tasktop Sync to Tasktop Integration Hu...A Customer Success Journey Moving From Tasktop Sync to Tasktop Integration Hu...
A Customer Success Journey Moving From Tasktop Sync to Tasktop Integration Hu...
Tasktop
 
Carmen DeArdo - CarmenDeArdo_HowDevOpsIsEnablingLeanApplicationDevelopment
Carmen DeArdo - CarmenDeArdo_HowDevOpsIsEnablingLeanApplicationDevelopmentCarmen DeArdo - CarmenDeArdo_HowDevOpsIsEnablingLeanApplicationDevelopment
Carmen DeArdo - CarmenDeArdo_HowDevOpsIsEnablingLeanApplicationDevelopment
Carmen DeArdo
 

What's hot (20)

Align, Inform, Inspire: Measuring Business Agility and SAFe® with Flow Metrics
Align, Inform, Inspire: Measuring Business Agility and SAFe® with Flow MetricsAlign, Inform, Inspire: Measuring Business Agility and SAFe® with Flow Metrics
Align, Inform, Inspire: Measuring Business Agility and SAFe® with Flow Metrics
 
Flow Metrics: An MRI of your Product Value Streams
Flow Metrics: An MRI of your Product Value StreamsFlow Metrics: An MRI of your Product Value Streams
Flow Metrics: An MRI of your Product Value Streams
 
InterConnect 2016 Continuous Visibility DTA-3268
InterConnect 2016 Continuous Visibility DTA-3268InterConnect 2016 Continuous Visibility DTA-3268
InterConnect 2016 Continuous Visibility DTA-3268
 
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
 
Why Digital Transformations are Failing at Scale
Why Digital Transformations are Failing at ScaleWhy Digital Transformations are Failing at Scale
Why Digital Transformations are Failing at Scale
 
A Customer Success Journey Moving From Tasktop Sync to Tasktop Integration Hu...
A Customer Success Journey Moving From Tasktop Sync to Tasktop Integration Hu...A Customer Success Journey Moving From Tasktop Sync to Tasktop Integration Hu...
A Customer Success Journey Moving From Tasktop Sync to Tasktop Integration Hu...
 
CWIN17 london delivering devops and release automation in fs - duncan bradf...
CWIN17 london   delivering devops and release automation in fs - duncan bradf...CWIN17 london   delivering devops and release automation in fs - duncan bradf...
CWIN17 london delivering devops and release automation in fs - duncan bradf...
 
Lean Kanban India 2015 | Boring Flow Metrics! Having fun with them to make or...
Lean Kanban India 2015 | Boring Flow Metrics! Having fun with them to make or...Lean Kanban India 2015 | Boring Flow Metrics! Having fun with them to make or...
Lean Kanban India 2015 | Boring Flow Metrics! Having fun with them to make or...
 
SAFe Program Level Metrics
SAFe Program Level MetricsSAFe Program Level Metrics
SAFe Program Level Metrics
 
Prove Your Transformation ROI with Value Stream Management
Prove Your Transformation ROI with Value Stream ManagementProve Your Transformation ROI with Value Stream Management
Prove Your Transformation ROI with Value Stream Management
 
QuantiMetrics: Case Studies
QuantiMetrics: Case StudiesQuantiMetrics: Case Studies
QuantiMetrics: Case Studies
 
Dev ops I Best Practices I NuggetHub
Dev ops I Best Practices I NuggetHubDev ops I Best Practices I NuggetHub
Dev ops I Best Practices I NuggetHub
 
Flow Metrics: What They Are & Why You Need Them
Flow Metrics: What They Are & Why You Need ThemFlow Metrics: What They Are & Why You Need Them
Flow Metrics: What They Are & Why You Need Them
 
Carmen DeArdo - CarmenDeArdo_HowDevOpsIsEnablingLeanApplicationDevelopment
Carmen DeArdo - CarmenDeArdo_HowDevOpsIsEnablingLeanApplicationDevelopmentCarmen DeArdo - CarmenDeArdo_HowDevOpsIsEnablingLeanApplicationDevelopment
Carmen DeArdo - CarmenDeArdo_HowDevOpsIsEnablingLeanApplicationDevelopment
 
Webinar featuring Forrester TEI study: Driving 496% ROI with Tasktop Viz
Webinar featuring Forrester TEI study: Driving 496% ROI with Tasktop VizWebinar featuring Forrester TEI study: Driving 496% ROI with Tasktop Viz
Webinar featuring Forrester TEI study: Driving 496% ROI with Tasktop Viz
 
TDI GPS + Deloitte DevOps Journey
TDI GPS + Deloitte DevOps JourneyTDI GPS + Deloitte DevOps Journey
TDI GPS + Deloitte DevOps Journey
 
CISQ Standards in Governing Digital Transformation and Digital Suppliers
CISQ Standards in Governing Digital Transformation and Digital SuppliersCISQ Standards in Governing Digital Transformation and Digital Suppliers
CISQ Standards in Governing Digital Transformation and Digital Suppliers
 
Project To Product: How we transitioned to product-aligned value streams
Project To Product: How we transitioned to product-aligned value streamsProject To Product: How we transitioned to product-aligned value streams
Project To Product: How we transitioned to product-aligned value streams
 
Software Asset Management I Best Practices I NuggetHub
Software Asset Management I Best Practices I NuggetHubSoftware Asset Management I Best Practices I NuggetHub
Software Asset Management I Best Practices I NuggetHub
 
Why Observability is Key to Solving Business and Operational Challenges
Why Observability is Key to Solving Business and Operational ChallengesWhy Observability is Key to Solving Business and Operational Challenges
Why Observability is Key to Solving Business and Operational Challenges
 

Similar to Strategic Consequences of a Development Balanced Resource Pool

굿 소프트웨어 컴퍼니로의 여정(Journey To Be a Good Software Company)
굿 소프트웨어 컴퍼니로의 여정(Journey To Be a Good Software Company)굿 소프트웨어 컴퍼니로의 여정(Journey To Be a Good Software Company)
굿 소프트웨어 컴퍼니로의 여정(Journey To Be a Good Software Company)
VMware Tanzu Korea
 

Similar to Strategic Consequences of a Development Balanced Resource Pool (20)

AVEVA World Conference NA - Jim Purvis, WorleyParsons
AVEVA World Conference NA - Jim Purvis, WorleyParsonsAVEVA World Conference NA - Jim Purvis, WorleyParsons
AVEVA World Conference NA - Jim Purvis, WorleyParsons
 
ITAM UK 2017_Build agility into your ITAM program_Patricia Adams
ITAM UK 2017_Build agility into your ITAM program_Patricia AdamsITAM UK 2017_Build agility into your ITAM program_Patricia Adams
ITAM UK 2017_Build agility into your ITAM program_Patricia Adams
 
Monitor and Measure Your Way to Successful Digital Transformation
Monitor and Measure Your Way to Successful Digital TransformationMonitor and Measure Your Way to Successful Digital Transformation
Monitor and Measure Your Way to Successful Digital Transformation
 
Cloud webinar final
Cloud webinar finalCloud webinar final
Cloud webinar final
 
CC&B SMECO Success Story
CC&B SMECO Success StoryCC&B SMECO Success Story
CC&B SMECO Success Story
 
Big Data, Big Problems: Avoid System Failure with Quality Analysis - Webinar ...
Big Data, Big Problems: Avoid System Failure with Quality Analysis - Webinar ...Big Data, Big Problems: Avoid System Failure with Quality Analysis - Webinar ...
Big Data, Big Problems: Avoid System Failure with Quality Analysis - Webinar ...
 
Will you lead or lag? Modernizing enterprise applications to succeed in digit...
Will you lead or lag? Modernizing enterprise applications to succeed in digit...Will you lead or lag? Modernizing enterprise applications to succeed in digit...
Will you lead or lag? Modernizing enterprise applications to succeed in digit...
 
ITAM US 2017 Building Agility into your ITAM Program
ITAM US 2017 Building Agility into your ITAM Program ITAM US 2017 Building Agility into your ITAM Program
ITAM US 2017 Building Agility into your ITAM Program
 
ITAM AUS 2017 Building agility into your ITAM program
ITAM AUS 2017 Building agility into your ITAM program ITAM AUS 2017 Building agility into your ITAM program
ITAM AUS 2017 Building agility into your ITAM program
 
굿 소프트웨어 컴퍼니로의 여정(Journey To Be a Good Software Company)
굿 소프트웨어 컴퍼니로의 여정(Journey To Be a Good Software Company)굿 소프트웨어 컴퍼니로의 여정(Journey To Be a Good Software Company)
굿 소프트웨어 컴퍼니로의 여정(Journey To Be a Good Software Company)
 
SafeNet EMS Showcase: Ingredients for an Evolution
SafeNet EMS Showcase: Ingredients for an EvolutionSafeNet EMS Showcase: Ingredients for an Evolution
SafeNet EMS Showcase: Ingredients for an Evolution
 
SafeNet EMS Showcase: Today's Evolving Licensing Landscape
SafeNet EMS Showcase: Today's Evolving Licensing LandscapeSafeNet EMS Showcase: Today's Evolving Licensing Landscape
SafeNet EMS Showcase: Today's Evolving Licensing Landscape
 
What Stresses QA Leaders
What Stresses QA LeadersWhat Stresses QA Leaders
What Stresses QA Leaders
 
Transform Test Organizations for the New World of DevOps
Transform Test Organizations for the New World of DevOpsTransform Test Organizations for the New World of DevOps
Transform Test Organizations for the New World of DevOps
 
Business Case4 Process Improvement
Business Case4 Process ImprovementBusiness Case4 Process Improvement
Business Case4 Process Improvement
 
SPC18-Delivered-Rethinking your Operational Model to Support Office 365 - RG ...
SPC18-Delivered-Rethinking your Operational Model to Support Office 365 - RG ...SPC18-Delivered-Rethinking your Operational Model to Support Office 365 - RG ...
SPC18-Delivered-Rethinking your Operational Model to Support Office 365 - RG ...
 
Deep Dive into Pivotal Cloud Foundry 2.0
Deep Dive into Pivotal Cloud Foundry 2.0Deep Dive into Pivotal Cloud Foundry 2.0
Deep Dive into Pivotal Cloud Foundry 2.0
 
Continuous Delivery Operating Model for Insurers: Building a Software “Value-...
Continuous Delivery Operating Model for Insurers: Building a Software “Value-...Continuous Delivery Operating Model for Insurers: Building a Software “Value-...
Continuous Delivery Operating Model for Insurers: Building a Software “Value-...
 
Enhancing QA Strategy to Achieve Agile Quality Engineering
Enhancing QA Strategy to Achieve Agile Quality Engineering Enhancing QA Strategy to Achieve Agile Quality Engineering
Enhancing QA Strategy to Achieve Agile Quality Engineering
 
Dhaval Shah on "Strategic Alignment Of Projects For Higher Profits And Increa...
Dhaval Shah on "Strategic Alignment Of Projects For Higher Profits And Increa...Dhaval Shah on "Strategic Alignment Of Projects For Higher Profits And Increa...
Dhaval Shah on "Strategic Alignment Of Projects For Higher Profits And Increa...
 

Recently uploaded

%+27788225528 love spells in Atlanta Psychic Readings, Attraction spells,Brin...
%+27788225528 love spells in Atlanta Psychic Readings, Attraction spells,Brin...%+27788225528 love spells in Atlanta Psychic Readings, Attraction spells,Brin...
%+27788225528 love spells in Atlanta Psychic Readings, Attraction spells,Brin...
masabamasaba
 

Recently uploaded (20)

%in tembisa+277-882-255-28 abortion pills for sale in tembisa
%in tembisa+277-882-255-28 abortion pills for sale in tembisa%in tembisa+277-882-255-28 abortion pills for sale in tembisa
%in tembisa+277-882-255-28 abortion pills for sale in tembisa
 
WSO2CON 2024 - Architecting AI in the Enterprise: APIs and Applications
WSO2CON 2024 - Architecting AI in the Enterprise: APIs and ApplicationsWSO2CON 2024 - Architecting AI in the Enterprise: APIs and Applications
WSO2CON 2024 - Architecting AI in the Enterprise: APIs and Applications
 
WSO2CON 2024 - API Management Usage at La Poste and Its Impact on Business an...
WSO2CON 2024 - API Management Usage at La Poste and Its Impact on Business an...WSO2CON 2024 - API Management Usage at La Poste and Its Impact on Business an...
WSO2CON 2024 - API Management Usage at La Poste and Its Impact on Business an...
 
WSO2CON 2024 - How to Run a Security Program
WSO2CON 2024 - How to Run a Security ProgramWSO2CON 2024 - How to Run a Security Program
WSO2CON 2024 - How to Run a Security Program
 
WSO2Con2024 - Unleashing the Financial Potential of 13 Million People
WSO2Con2024 - Unleashing the Financial Potential of 13 Million PeopleWSO2Con2024 - Unleashing the Financial Potential of 13 Million People
WSO2Con2024 - Unleashing the Financial Potential of 13 Million People
 
WSO2Con2024 - From Code To Cloud: Fast Track Your Cloud Native Journey with C...
WSO2Con2024 - From Code To Cloud: Fast Track Your Cloud Native Journey with C...WSO2Con2024 - From Code To Cloud: Fast Track Your Cloud Native Journey with C...
WSO2Con2024 - From Code To Cloud: Fast Track Your Cloud Native Journey with C...
 
WSO2Con2024 - Low-Code Integration Tooling
WSO2Con2024 - Low-Code Integration ToolingWSO2Con2024 - Low-Code Integration Tooling
WSO2Con2024 - Low-Code Integration Tooling
 
AI & Machine Learning Presentation Template
AI & Machine Learning Presentation TemplateAI & Machine Learning Presentation Template
AI & Machine Learning Presentation Template
 
WSO2CON 2024 - Does Open Source Still Matter?
WSO2CON 2024 - Does Open Source Still Matter?WSO2CON 2024 - Does Open Source Still Matter?
WSO2CON 2024 - Does Open Source Still Matter?
 
WSO2CON2024 - It's time to go Platformless
WSO2CON2024 - It's time to go PlatformlessWSO2CON2024 - It's time to go Platformless
WSO2CON2024 - It's time to go Platformless
 
WSO2CON 2024 - IoT Needs CIAM: The Importance of Centralized IAM in a Growing...
WSO2CON 2024 - IoT Needs CIAM: The Importance of Centralized IAM in a Growing...WSO2CON 2024 - IoT Needs CIAM: The Importance of Centralized IAM in a Growing...
WSO2CON 2024 - IoT Needs CIAM: The Importance of Centralized IAM in a Growing...
 
%in Soweto+277-882-255-28 abortion pills for sale in soweto
%in Soweto+277-882-255-28 abortion pills for sale in soweto%in Soweto+277-882-255-28 abortion pills for sale in soweto
%in Soweto+277-882-255-28 abortion pills for sale in soweto
 
%+27788225528 love spells in Atlanta Psychic Readings, Attraction spells,Brin...
%+27788225528 love spells in Atlanta Psychic Readings, Attraction spells,Brin...%+27788225528 love spells in Atlanta Psychic Readings, Attraction spells,Brin...
%+27788225528 love spells in Atlanta Psychic Readings, Attraction spells,Brin...
 
WSO2CON2024 - Why Should You Consider Ballerina for Your Next Integration
WSO2CON2024 - Why Should You Consider Ballerina for Your Next IntegrationWSO2CON2024 - Why Should You Consider Ballerina for Your Next Integration
WSO2CON2024 - Why Should You Consider Ballerina for Your Next Integration
 
AzureNativeQumulo_HPC_Cloud_Native_Benchmarks.pdf
AzureNativeQumulo_HPC_Cloud_Native_Benchmarks.pdfAzureNativeQumulo_HPC_Cloud_Native_Benchmarks.pdf
AzureNativeQumulo_HPC_Cloud_Native_Benchmarks.pdf
 
WSO2Con2024 - Navigating the Digital Landscape: Transforming Healthcare with ...
WSO2Con2024 - Navigating the Digital Landscape: Transforming Healthcare with ...WSO2Con2024 - Navigating the Digital Landscape: Transforming Healthcare with ...
WSO2Con2024 - Navigating the Digital Landscape: Transforming Healthcare with ...
 
Artyushina_Guest lecture_YorkU CS May 2024.pptx
Artyushina_Guest lecture_YorkU CS May 2024.pptxArtyushina_Guest lecture_YorkU CS May 2024.pptx
Artyushina_Guest lecture_YorkU CS May 2024.pptx
 
WSO2Con2024 - From Blueprint to Brilliance: WSO2's Guide to API-First Enginee...
WSO2Con2024 - From Blueprint to Brilliance: WSO2's Guide to API-First Enginee...WSO2Con2024 - From Blueprint to Brilliance: WSO2's Guide to API-First Enginee...
WSO2Con2024 - From Blueprint to Brilliance: WSO2's Guide to API-First Enginee...
 
WSO2CON 2024 - Freedom First—Unleashing Developer Potential with Open Source
WSO2CON 2024 - Freedom First—Unleashing Developer Potential with Open SourceWSO2CON 2024 - Freedom First—Unleashing Developer Potential with Open Source
WSO2CON 2024 - Freedom First—Unleashing Developer Potential with Open Source
 
WSO2CON 2024 - WSO2's Digital Transformation Journey with Choreo: A Platforml...
WSO2CON 2024 - WSO2's Digital Transformation Journey with Choreo: A Platforml...WSO2CON 2024 - WSO2's Digital Transformation Journey with Choreo: A Platforml...
WSO2CON 2024 - WSO2's Digital Transformation Journey with Choreo: A Platforml...
 

Strategic Consequences of a Development Balanced Resource Pool

  • 1. Strategic Consequences to a Balanced Corporate Resource Pool PMI Presentation by Greg Spehar September 14th -15th, 2017 PMI Portland Annual Conference ©2017 Greg Spehar 1
  • 2. Session Purpose Attendees will learn the importance for ISVs (Independent Software Vendors) to balance their development resources with productivity, quality and cost as their core approach. PMI Portland Annual Conference ©2017 Greg Spehar 2
  • 3. Objectives  Learn the Organizational Challenges in the Future  Learn the Organizations Options Today  Learn the importance to focus on the three measures:  Productivity through the use of Agile Processes  Quality through different Quality/Validation Approaches  Cost containment through On-Shore and Off-Shore FTE  Understand the New Leadership Opportunities for PM/ACP  Understand the use of new productivity tools and their impact as a PM/ACP PMI Portland Annual Conference ©2017 Greg Spehar 3
  • 4. Challenges  #1: Chasing the Cloud  #2: The Ease of it’s Use  #3: If then do Quality PMI Portland Annual Conference ©2017 Greg Spehar 4
  • 5. Challenge #1: Cloud Computing “[The] Cloud is forcing independent software vendors (ISVs) into several arduous business challenges, including how to:  deliver software as a service (SaaS)  [how to] deal with the issues of licensing  [how to] monetize SaaS services” The Challenges ISVs Need to Address to Make the Transition to Cloud By Erin Harrison, Executive Editor, Cloud Computing May 20th, 2013 Software Monetization: Business Transformation Strategies http://software-monetization.tmcnet.com/articles/338719-challenges-isvs-need-address-make-transition-cloud.htm PMI Portland Annual Conference ©2017 Greg Spehar 5
  • 6. Challenge #2: Ease of Use In the old days, independent software vendors (ISVs) built their businesses during a period when the rate of change was far slower than we experience today.  ISVs faced far fewer competitors and had the luxury of responding to customer demands at their own pace…  And the burden of making the software work ultimately fell in the laps of the customer, not the ISV. The advent of Software-as-a-Service (SaaS) fundamentally changed this equation...  This placed greater pressure on ISVs to continuously enhance their software functionality and ensure the success of their SaaS solutions. Sand Hill: Business Strategy Jeffrey M. Kaplan, Managing Director THINKstrategies May 2nd, 2016 http://sandhill.com/article/the-challenges-of-becoming-a-software-company/ PMI Portland Annual Conference ©2017 Greg Spehar 6
  • 7. Challenge #3: Quality of Service Quality of service delivery, regardless of industry, service delivery is a key facet of success.  For ISVs or SaaS providers this becomes a bit of challenge because as their organizations grow, their approach to service delivery needs to evolve... For the most part this can be accomplished by implementing more mature processes and policies.  In this space specifically, performance, availability and support are three pillars that a provider’s reputation rests on. This means that disruption to any one of those pillars will have a knock-on effect on business, with the net result being lost customers and/or revenue.  As a result, ensuring customer satisfaction through quality of service is essential, not only to maintain trust and foster end customer relationships, but also to protect the bottom line. Information Age May 16,1016 The road from ISV to SaaS: are vendors prepared for the challenges? Kevin Lonergan http://www.information-age.com/7-10-uk-employees-use-unauthorised-cloud-services-work-123461432/ PMI Portland Annual Conference ©2017 Greg Spehar 7
  • 8. Organizational Options Today I Cloud Computing New Architectures Ease of Use New Web Technologies QA Service New Automation Tools & Processes Productivity Quality Cost Containment Resources PMI Portland Annual Conference ©2017 Greg Spehar 8
  • 9. Organizational Options Today II Cloud Computing Ease of Use QA Service Productivity Quality Cost Containment Agile/Scrum PMI Portland Annual Conference ©2017 Greg Spehar 9
  • 10. Productivity Cloud Computing Ease of Use QA Service Project Failure 85% Scope CreepResources Changing Requirements SoftResources Not Qualified Solutions Over Engineered Resources Directionless PMI Portland Annual Conference ©2017 Greg Spehar 10
  • 11. Productivity Cloud Computing Ease of Use QA Service Success by Sprint Locked in ScopeResource Stability Requirements KnownResources Qualified Right Sized Engineered Solutions Resources with Direction PMI Portland Annual Conference ©2017 Greg Spehar 11 Agile/Scrum
  • 12. Productivity Cloud Computing Ease of Use QA Service Velocity Actual VelocityProposed Velocity Velocity ImpactVelocity Assumptions Pressure to Right-Size Solution and Reduce WasteResources Focused on Optimizing Velocity PMI Portland Annual Conference ©2017 Greg Spehar 12 Agile/Scrum
  • 13. Quality Cloud Computing Ease of Use QA Service Zero Defect Performance Testing Efforts Functional Testing Efforts PMI Portland Annual Conference ©2017 Greg Spehar 13 Developer Level Component Level Integration Level User Acceptance Level
  • 15. Quality Cloud Computing Ease of Use QA Service Cost Tool CostLabor Costs Variable vs. Fixed ToolsVariable vs. Fixed Labor Tool CapabilityLabor Skills PMI Portland Annual Conference ©2017 Greg Spehar 15 Developer Level Component Level Integration Level User Acceptance Level
  • 16. Quality Cloud Computing Ease of Use QA Service Cost Tool CostLabor Costs Variable vs. Fixed ToolsVariable vs. Fixed Labor Tool CapabilityLabor Skills PMI Portland Annual Conference ©2017 Greg Spehar 16
  • 17. Cost Containment Cloud Computing Ease of Use QA Service Reduce Costs Labor Costs Tools and Systems Costs PMI Portland Annual Conference ©2017 Greg Spehar 17 Developer Level Component Level Integration Level Production Level
  • 18. Cost Containment Cloud Computing Ease of Use QA Service Labor & Tool Costs Eliminate or Reduce Labor Costs Eliminate or Reduce Systems and Tool Costs PMI Portland Annual Conference ©2017 Greg Spehar 18 Developer Level Component Level Integration Level Production Level
  • 19. Cost Containment Cloud Computing Ease of Use QA Service Cost Tool & System CostLabor Costs Variable vs. FixedVariable vs. Fixed Labor Tool & System CapabilityLabor Skills PMI Portland Annual Conference ©2017 Greg Spehar 19 Developer Level Component Level Integration Level Production Level
  • 20. Cost Containment Cloud Computing Ease of Use QA Service Cost Tool & System CostLabor Costs Variable vs. FixedVariable vs. Fixed Labor Tool & System CapabilityLabor Skills PMI Portland Annual Conference ©2017 Greg Spehar 20
  • 21. PM/ACP Leadership Cloud Computing Ease of Use QA Service Productivity Quality Cost Containment Challenges for PM/ACP Managers: • Agile Processes reduce PM Dependency Modeling • Communications within teams are more efficient • Measures of success are under less control New Opportunities: • Larger organizations with multiple agile teams • Mix of on-shore, near-shore and off-shore • Focus on a new measure of success • f(Velocity, Cost and Quality) PMI Portland Annual Conference ©2017 Greg Spehar 21
  • 22. PM/ACP New Leadership  Project Management (PM) communications expertise is necessary when you have multiple Agile teams spread across solutions that are localized and international (near-shore and off-shore).  Additional PM efforts need a focus on a measureable objectives:  Existing Example: Building Micro processing Chips had Moore’s Law  Processing power doubled every 2 years  New Approach: What law could show ISV software productivity?  Components of this law might include:  Velocity, Cost and Quality PMI Portland Annual Conference ©2017 Greg Spehar 22
  • 23. New Productivity Law  Proposed new LAW needs productivity measure along with the cost of that productivity. (V = Velocity & C = Costs) f(Vn) f(Cn) f(?n) PMI Portland Annual Conference ©2017 Greg Spehar 23
  • 24. New Productivity Law  Proposed new Law needs to also take into account for quality, since the quality can be sacrificed by lowering cost and artificially increasing velocity. f(Qn) f(Vn) f(Cn) f(?n) PMI Portland Annual Conference ©2017 Greg Spehar 24 (V = Velocity & C = Costs & Q = Quality)
  • 25. New Productivity Law  As well as this measure should take into account the amount of maintenance the software requires vs new software generated. f(Qn) f(Vn) f(Cn) f(?n) New Features (~80%) Maintenance (~20%) PMI Portland Annual Conference ©2017 Greg Spehar 25 (V = Velocity & C = Costs & Q = Quality)
  • 26. Balanced Resource Pool  Where then the new law would permit the Executive Team to set the direction to make strategic “Projects” with clear start and end points, promoting a given outcome with an ROI based on a Balanced Resource Pool. f(Qn) f(Vn) f(Cn) PMI Portland Annual Conference ©2017 Greg Spehar 26 (V = Velocity & C = Costs & Q = Quality)
  • 27. Spar’s Law  Reducing costs while maintaining quality at a rate of 5% to 10% per year would see a company double productivity every 3 to 7 years. f(Qn) f(Vn) f(Cn) f(Sparn) New Processes/Features (~80%) Maintenance (~20%) PMI Portland Annual Conference ©2017 Greg Spehar 27 (V = Velocity & C = Costs & Q = Quality)
  • 28. Spar’s Law Impact  Projects that increase Velocity  New Tools  New Training  New Architectures  Off-load Maintenance  Projects that reduce Costs  Movement to Off-Shore / Near-Shore Solutions  M&A (Mergers and Acquisition)  Movement to Open Source (No License Costs)  Movement to Remote work / Reduced Office Space  Projects that Increase Quality or Maintains Quality  Increased Automation of Testing Efforts  Movement of QA Efforts Off-Shore / Near-Shore  Lower Cost Tools  New Architectures PMI Portland Annual Conference ©2017 Greg Spehar 28
  • 29. Conclusion  1) Productivity Achievement  Through an Agile Approach  With projects that increase agile productivity  2) Quality Achievement  Through a Quality and Validation Approach  With projects that keep quality constant or improve quality over time  3) Cost Achievement  Through a cost mix of On-Shore and Off-Shore  Through reducing costs on tools, their maintenance & space  Through reducing costs on systems (Think AWS, Azure, etc.)  4) PM/ACP Leadership  Pulling all of these together under the Role of PM/ACP:  To help lead and guide these factors for an ISV’s success PMI Portland Annual Conference ©2017 Greg Spehar 29
  • 30. Questions  Open Questions - Lets stay focused on the 4 areas:  PM’s and ACP’s Impact on the Organization  PM/ACP Relationship to Productivity  PM/ACP Relationship to Quality  PM/ACP Relationship to Cost PMI Portland Annual Conference ©2017 Greg Spehar 30
  • 31. Contact Information  Greg Spehar  Linked-In: https://www.linkedin.com/in/spehar/  Personal Email: spehargreg@yahoo.com  503-332-3663  Work Email: gspehar@corsource.com PMI Portland Annual Conference ©2017 Greg Spehar 31
  • 32. Backup Slides PMI Portland Annual Conference ©2017 Greg Spehar 32
  • 33. Effectiveness Measure  It is not only important to measure to some level the productivity of the team but also team’s effectiveness is critical as well.  Within the world of ISVs and the advent of the cloud we best can measure effectiveness through company revenue, primarily the growth or maintenance of a given revenue.  This is one suggested measure that could be used: PMI Portland Annual Conference ©2017 Greg Spehar 33 f(Vn) f(Rn) (V = Velocity & R = Revenue)
  • 34. Case Study: Dive Software  Dive Software makes leading collaborative software for the Diving Market. They have revenues of $200 Million per year and employ about 700 people of which about 400 are engineers making the software products.  If they had a profit of $35 Million, they have costs of around $165 Million.  They are running at 75% productivity against current engineering resources levels, so total velocity will be for the year is 150,000 story points (400 engineers * yearly capacity of 500 SP * .75 Efficiency)  (Vn) = 150,000 SP / 400 Resources = 375 SP/R  (Cn) = $165 Million / 400 Resources = 0.41M $ / R  Spar Measure = 909 SP/$ (Costs)  Quality – Assume No Change  They are purchased by a company  Cost reduction can result in 30% savings PMI Portland Annual Conference ©2017 Greg Spehar 34 % Spar Velocity/R Cost/R - 909 SP/$M 375 SP/R $0.41 M /R 30% 1285 SP/$M 375 SP/R $0.29 M /R 15% 919 SP/$M 319 SP/R $0.35 M /R
  • 35. Defining f(Qn) PMI Portland Annual Conference ©2017 Greg Spehar 35  The Quantitative term refers to the notion that we should discount the productivity term by the negative impact a reduced quality product has on the company’s ability to sell product.  A lowering quality product with increasing productivity only leads to customers leaving to other products that might have less features but provide a better experience. f(QT2 – QT1)f(Vn) f(Cn) f(Qn) f(Quality Range) (V = Velocity & C = Costs & Q = Quality)
  • 36. Defining f(Vn) PMI Portland Annual Conference ©2017 Greg Spehar 36  This function will be the most controversial of all functions to Spar’s Law. How do you measure and compare all the different Velocities across an organization? Or is the question how do you measure productivity through time?  Truth: It is not appropriate to compare one team’s velocity to another team’s velocity. Then make judgments about their productivity. (One is more productive than another at that moment. ~ Not good.)  So the question is the measure of productivity across time there are two assumptions that have to hold to properly measure Velocity through time for this law to work:  All teams should use the same measure for Velocity: e.g. 1 Story Point is ½ day  The nature of the function is measured through time and the can be additive f(VAT1 +VAT2+VAT3) f(Vn) f(RAT1 +RAT2+RAT3) (V = Velocity & R = Resource Count & AT = Agile Team)
  • 37. Defining f(Cn) PMI Portland Annual Conference ©2017 Greg Spehar 37  Costs is always an area of conflict where one has to determine what costs are most relevant. Should we just include labor costs, what about support costs or other organizational costs?  All these items should be addressed in a varying number of metrics that can be monitored. By Agile Team f(CAT) f(RAT) All Agile Teams f(CAT + CAT + CAT) f(RAT + RAT + RAT) Entire Organization f(CATn + CS + CF + CM) f(RATn + RS + RF+ RM) (C = Cost & R = Resource Count & AT = Agile Team) (S = Sales & F = Finance & M = Marketing)
  • 38. Laws vs. Philosophies  Within Management Philosophy one would advocate that a given approach would best be used to motivate a team and help them be a productive team.  Within a Natural Law, there can only be philosophies that can optimize that law. Or new laws that invalidate the old laws. There are no better laws or best laws. PMI Portland Annual Conference ©2017 Greg Spehar 38
  • 39. Value Proposition This new generation of software-enabled products and services must be packaged and priced to reflect a new layer of value.  The new value equation is based on the product/service connectivity, data analytics and intelligence.  The new value equation also must take into account the need to change the software packaging and pricing quickly to respond to an increasingly dynamic market. Given the new software realities, businesses seeking to recast themselves as software providers must be prepared to do more than just create an attractive environment for software developers.  They must be able to convert their internal software skills into external software monetization machines. Sand Hill: Business Strategy Jeffrey M. Kaplan, Managing Director THINKstrategies May 2nd, 2016 http://sandhill.com/article/the-challenges-of-becoming-a-software-company/ PMI Portland Annual Conference ©2017 Greg Spehar 39 ISVs must abide by Spar’s law to become monetization machines.
  • 40. Calculations  Calculations for 5% PMI Portland Annual Conference ©2017 Greg Spehar 40 0 200 400 600 800 1000 1200 0 10 20 30 40 50 60 Producvity Years Doubled Produc vity @ 5%  Calculations for 10% 0 2000 4000 6000 8000 10000 12000 0 10 20 30 40 50 60 Producvity Years Doubled Produc vity
  • 41. Productivity Defined  Dictionary.com - Noun 1. The quality, state, or fact of being able to generate, create, enhance, or bring forth goods and services:  The productivity of the group's effort surprised everyone. 2. Economics. The rate at which goods and services having exchange value are brought forth or produced:  Productivity increased dramatically last year. PMI Portland Annual Conference ©2017 Greg Spehar 41
  • 42. Growth in Code Globally Decade Code Base Globally Resources Globally 1950s 100,000+ 100s 1960s 1,000,000+ 1,000s 1970s 10,000,000+ 10,000s 1980s 100,000,000+ 100,000s 1990s 1+ Billions 1,000,000s 2000s 10+ Billions 10,000,00s ? 2010s 100+ Billions 100,000,000s ? 2020s 1+ Trillion ????? ????? PMI Portland Annual Conference ©2017 Greg Spehar 42 Google has 2 Billion Lines of Code – and it’s all in one place. Wired September 16 2015 Cade Metz https://www.wired.com/2015/09/google-2-billion-lines-codeand-one-place/
  • 43. Presentation Mind Map PMI Portland Annual Conference ©2017 Greg Spehar 43
  • 44. New PM/ACP Strategic Tools  Logical Framework Approach  Terry Schmidt  http://www.managementpro.com  Mapping Tools – Xmind, etc.  User Story Mapping – Book: Jeff Patton  Personal / Company Kanban  Kanban Approach  Backlog / To Do  In Process  Done  Tools  White Board  Software  Trello  JIRA PMI Portland Annual Conference ©2017 Greg Spehar 44
  • 45. New PM/ACP Strategic Process  Overall Process To Execute PMI Portland Annual Conference ©2017 Greg Spehar 45 Perform Logical Framework Complete Mind Mapping Define User Stories Setup Kanbans
  • 46. Best ISV Dilbert PMI Portland Annual Conference ©2017 Greg Spehar 46
  • 47. Agile / Scum  Agile and Scrum are terms used in project management. The Agile methodology employs incremental and iterative work beats that are also called sprints. Scrum, on the other hand is the type of agile approach that is used in software development.  https://stackoverflow.com/questions/11469358/what-is-the- difference-between-scrum-and-agile-development PMI Portland Annual Conference ©2017 Greg Spehar 47