Dr. Andrej Vckovski
Software Waste Disposal
IEEE EUROCON 2017
6–8 JULY 2017
OHRID
R. MACEDONIA
Software Waste Disposal
Dr. Andrej Vckovski
IEEE EUROCON 2017
6–8 JULY 2017
OHRID
R. MACEDONIA
Why am I here?
Why and how is this topic interesting?
Why is this relevant?
Ideas for remedies
• 350 connected participants (banks, intermediaries)
• 440M transactions (2015)
• >500B CHF payments on peak days (that’s 75% of GDP)
• 3∙1013 CHF per year
• Availability > 99.97%
Quelle: https://www.augmentit.ch/
Verkehrshaus Luzern : Visualisierung
Quelle: https://www.augmentit.ch/
Netcetera | 10
Internet of Things
11
Platforms
Arrival & departure
In-/outlet
Track management & scheduling
Platforms
Arrival & departure
In-/outlet
Track management & scheduling
New
System
Old
System
~40 primary data consumers >100 secondary data consumers
• 30 years old
• Mainframe/COBOL
• Two failed attempt
to replace
New
System
Old
System
Much more
operations cost
From managed
redundancy to many
inconsistencies
A pattern ….
Introduce
new system
Decomission
old system
Everything
will be
okay
“Because of XYZ we
don’t shut down the old
one. Doesn’t bother me
to keep it alive”
• (from: “Mainframe Transformation – The Elephant in the Room”)
“…. 18% of respondents confirmed
that they had redundant
applications eating up
unnecessary MIPS and had no
means of identifying and retiring
them …”
A wallflower ….
Different reasons for aging:
• Technology
• Business needs
• Organizational changes
Cost of non-
disposed of
software
waste
Complexity
Wrong
allocation of
resources
Agility
Unknown
risk in the
portfolio
Power,
cooling,
space,
licenses
«Technical debt» relief is important
If you don’t want to drown in software waste,
decomissioning is key.
The interdepenencies of applications doesn’t
make it simpler.
Without cleaning up, maintenance and
operations cost will eventually eat up all IT
budget.
Within systems and “system of systems”
needed
waste
Todays reality
1000+ applications, highly interconnected
Why is that so difficult?
Incentives?
As project manager, I have
more pressing issues than
decomissioning old stuff.
As business owner launching
new stuff is more interesting
than shutting down old things.
Dependencies
Technical – human - commercial
unknown– undocumented
What can you do?
• Have a current application inventory
• Including metrics
• Track technical debt
• Know who knows: Human and technical
dependenices.
What can you do?
• Financing of the disposal as part of
the overall project scope
• Element of non-functional
requirements, e.g., with tenders
• Element of the business case
What can you do?
Use and teach design elements such as:
• High attention to interfaces and data. Who
owns data, who owns interface?
• Applications need to be able to export
data in a system-neutral way
• Applications need to collect and report
usage analytics
• Remove unneeded/idle application parts
as soon as possible
Information
Technology
Electricity
Heat
Benefit
Hardware Software

Sofware Waste Disposal

  • 1.
    Dr. Andrej Vckovski SoftwareWaste Disposal IEEE EUROCON 2017 6–8 JULY 2017 OHRID R. MACEDONIA
  • 2.
    Software Waste Disposal Dr.Andrej Vckovski IEEE EUROCON 2017 6–8 JULY 2017 OHRID R. MACEDONIA
  • 3.
    Why am Ihere? Why and how is this topic interesting? Why is this relevant? Ideas for remedies
  • 5.
    • 350 connectedparticipants (banks, intermediaries) • 440M transactions (2015) • >500B CHF payments on peak days (that’s 75% of GDP) • 3∙1013 CHF per year • Availability > 99.97%
  • 7.
  • 9.
    Verkehrshaus Luzern :Visualisierung Quelle: https://www.augmentit.ch/
  • 10.
  • 11.
  • 14.
  • 19.
  • 20.
    New System Old System ~40 primary dataconsumers >100 secondary data consumers • 30 years old • Mainframe/COBOL • Two failed attempt to replace New System Old System Much more operations cost From managed redundancy to many inconsistencies
  • 21.
    A pattern …. Introduce newsystem Decomission old system Everything will be okay “Because of XYZ we don’t shut down the old one. Doesn’t bother me to keep it alive”
  • 22.
    • (from: “MainframeTransformation – The Elephant in the Room”) “…. 18% of respondents confirmed that they had redundant applications eating up unnecessary MIPS and had no means of identifying and retiring them …”
  • 23.
    A wallflower …. Differentreasons for aging: • Technology • Business needs • Organizational changes
  • 25.
    Cost of non- disposedof software waste Complexity Wrong allocation of resources Agility Unknown risk in the portfolio Power, cooling, space, licenses
  • 26.
    «Technical debt» reliefis important If you don’t want to drown in software waste, decomissioning is key. The interdepenencies of applications doesn’t make it simpler. Without cleaning up, maintenance and operations cost will eventually eat up all IT budget.
  • 27.
    Within systems and“system of systems” needed waste
  • 28.
  • 29.
    Why is thatso difficult? Incentives? As project manager, I have more pressing issues than decomissioning old stuff. As business owner launching new stuff is more interesting than shutting down old things. Dependencies Technical – human - commercial unknown– undocumented
  • 30.
    What can youdo? • Have a current application inventory • Including metrics • Track technical debt • Know who knows: Human and technical dependenices.
  • 31.
    What can youdo? • Financing of the disposal as part of the overall project scope • Element of non-functional requirements, e.g., with tenders • Element of the business case
  • 32.
    What can youdo? Use and teach design elements such as: • High attention to interfaces and data. Who owns data, who owns interface? • Applications need to be able to export data in a system-neutral way • Applications need to collect and report usage analytics • Remove unneeded/idle application parts as soon as possible
  • 35.