Ah, bad or perverse behaviors. Two stand out in my career.

-- A data base application was redesigned at the last minute to read the entire 
data base into memory at startup. The business unit noticed that they were 
charged for I/O but not for memory use. It was cheaper to occupy virtual 
storage than to perform reads. So much for common sense.

-- An ISAM application that could have been converted to VSAM--as discussed in 
a recent thread--was deliberately left to the sluggish vicissitudes of ISAM 
because of how the client contract was written. Data center would have 
collected less revenue with a more efficient process. Yuck. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: Tuesday, March 08, 2016 9:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Does everybody use chargeback?

Scott Chapman wrote:
>Software billing is based on available/consumed capacity.

IBM's is/are not. It's based on *peak* four hour rolling average utilization 
per month -- or, effectively, per subscription year for products that are not 
Monthly License Charge products.

You can set whatever pricing scheme you want, I suppose. Your chargeback system 
could be based on counting keystrokes (and clicks and taps) on client devices, 
for example. That keystroke-based approach might even be more closely aligned 
with actual marginal costs of computing services than some of the chargeback 
schemes I've seen.

In my view a bad chargeback regime is worse than no chargeback regime, and it's 
quite easy to have a bad chargeback regime. "Bad" here means encouraging 
perverse behaviors and/or discouraging smart behaviors.

--------------------------------------------------------------------------------------------------------
Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to