1. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
RE-DESIGNING IT : TECHNOLOGY PROCUREMENT
PINI COHEN
2. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Traditional IT procurement principles
• Look at the whole picture & plan
• Budget is planned according to goals
• Long term relationship & deals
• Big deals that include many items
• Discount for large & long-term quantity/deal
• Ownership of SW / HW
• Look for alternatives is top priority
3. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
But now:
• There is no big picture
• Goals is reached according to budget
• Technology & projects last less
• No ownership of SW & HW
• Harder to find alternatives
• Many small deals = more work for
technology procurement!!
4. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Agenda
• Technology last less
• Microservices architecture
• Fail fast business philosophy
• Agile software development
• New budgeting
• Shorter project lifetime
• Opensource
5. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
The fast-changing
technology:
Hadoop example
• Presentation from 2016 not relevant anymore
6. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Replacing Mapreduce and HDFS
7. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
“Technology last less” implications on
technology procurement:
• Technology & projects last less
• Long term deals are irrelevant and
might hurt the organization
8. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Microservices architecture and polyglot
Source: http://martinfowler.com/
9. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
9
Microservices
Business agility Combine several
technologies in
the same project
Better scale,
more robust
Runs in
containers
Might cause
latency
10. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Microservices implications on technology
procurement
• Technology & projects last less
• Polyglot XX = Many small deals =
more work for technology
procurement!!
11. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Fail fast business philosophy
12. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
“Fail Fast” implications on technology
procurement
• More “try and buy” deals Many small
deals = more work for technology
procurement!!
13. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
DevOps
01 02
03
04
05
Deploy &
implement
Define requirements
based on customer
metrics
Design system & test
outcomes with
customer metricsAgile development
& test with
outcome metrics
JOB TO BE
DONE
DESIGN
PRODUCT
PROTOTYPE
& TEST
DEVELOP THE
PRODUCT
FRUITION
Outcome-Driven
Development®Product
strategy
Problem
definition
Product
prototype
Deploy
ment
Maintain
Implementation
& Training
TIM Methodology®Define market/
product strategy
based on unmet needs
Agile development
alone
(without management
support and LoB full
involvement) can’t
bring the real
change that the
organization needs this will be explained during
the session on
“organizational & IT
initiatives”
13
14. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Agile Project Management - Overview
Analysis
Code
Test
Implement
Analysis
Code
Test
3 6 9 12
36912
14
Source: Cutter
Source: cutter
15. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Agile team
• All needed for current
sprint – working together
16. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Good enough vs. Grandiose
17. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
What stops
cloud native
development?
• Process is not done right (skip DT, skip
LEANprototype, aim for features instead of
goals, etc.)
• InfraOpsSec stops the cloud platform
• Business is not part of the dev process
• Outdated budgeting yearly plan and
evolution from “projects” to
“products”(explained during “organizational
& IT initiatives”)
• Midrange managers jeopardize the move
17
18. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Customer Centric (Digital Transformation) IT Budget
InnovateIT Budget
40%
Cost Reduction &
efficiency
Customer facing
projects uncertainty
60%
Run the
Business
Run the
Business
Run the
Business
Many new tech,
small projectsInnovate
IT budget and strategic planning
process are too slow, inaccurate, and
high resource demanding for agile
reality:
• Annual budget – not relevant
• Poor ability of pricing new tech projects –
buffers
• Demand and portfolio mng are complex,
high resources demanding, mostly manual
and excel based processes
Once the budget is approved, changes are made -
AND it's a good thing!
19. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
All traditional KPIs must be changed!!!
IT will continue to measure project’s time/ cost/ scope
As long as management continue to require it
Outcome-driven (Agile) ProjectsTraditional Projects (Waterfall)
FixedEstimated
PartofContractFlexible
VALUE
DRIVEN
Scope
Costs Time
Business value VS Outdated KPIs
PLAN
DRIVEN
Scope
Costs Time
False sense of control
focus on reporting
Constantly changing scope of work
Product has o clear definition of what has to be delivered.
Customer needs evolve over time, and products must evolve
accordingly
20. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Agile development implications on
technology procurement:
• There is no big picture – hard to plan
• Goals is reached according to budget
= different way of budgeting
21. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Project set up time comparing to project
lifetime
initiation
Environment
setup
Create In use
initiation Environment setup Create In use
22. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Project set up time comparing to project
lifetime
• When life-time is shorter – setup time has higher impact
• What about choosing & setting up alternative that is not the
“natural selection”? Much less appealing!!
• It is safer to be on the main-stream than before
• Finding alternative is harder
23. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Opensource projects
technology dependencies
• Harder to find alternatives
24. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Current technology procurement
• There is no big picture (agile)
• Goals is reached according to budget
(bucket-based budgeting)
• Technology & projects last less
• Many small deals (microservices)
• No ownership of SW & HW
• Harder to find alternatives (opensource
dependencies, shorter project life – no
time for specific integration)
25. Copyright@STKI_2020 Do not remove source or attribution from any slide or graph
Other issues:
• Discount for future purchase is
big risk (technology might not
be needed anymore!!)
• Its hard to predict cloud budget
• From CPU to container-based
procurement
• Its more important than before
to be safe on the “mainstream”
– harder to be “creative” in
procurement