Yes - this is a It Depends kind of answer
How active is the environment
Are you providing application support or just system software support
Do you have a lot of changes going on or only a few
Do you have a lot of database applications or only a few
Do you have a lot of third part products or only a few
I would start by identifying your configuration. The list you have is a start
... Assuming that I have the below:
1) # of LPARs.
2) # of ISV products.
3) Automation on z/os on all LPARs.
4) Storage
5) MIPS
6) # of CICS regions
7) # of DB2 subsystems
8) MQ regions
9) # of WAS
10) # of IMS subsystems
More things to add...
.... 11) Network infrastructure including remote connection.
.... 12) Security product(s)
.... 13) PPRC and what else too for your storage...
.... 14) You forgot about DRP. This will certainly double (sort off)
your 'effort'.
.... 15) Workstations to access above things ...
.... 16) XCF, Sysplex Timers
.... 17) Add more toys and tools including having a 'Sandbox' LPAR for
SMP/E and testing out products.
With a z/OS environment you should have a process in place that can automate
some of the functions. But, when you have a major change, like a CPU Upgrade,
TAPE/DASD Upgrade, Network Upgrade, Software upgrade, you should have from past
experience how many people that takes and how long.
With more FTE or Contractors to do the work, the less time it will take. The
less - the more time it takes. And when does Management expect these changes to
occur. It does not help if the staff available is working 20 hour days to
support Management's need. And you will have less people fairly fast if they
are working every weekend in order to make timelines
Plus during this process you have Day to Day functions that need to be brought
into this equation. Coworker who stops by to have someone look at his/her
failed job. That is unaccounted time that still needs to be accounted for
If change records are used for installs, then that can help to determine what it
takes to do these events
One area not on you list is Capacity Planning and Performance Tuning. Depending
on tools available, you may 1-2 people for this effort. Production workload
needs to be reviewed to ensure it performs in the environment
Lizette
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Rugen, Len
> Sent: Tuesday, February 13, 2018 8:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS MF environment - effort estimation.
>
> We kept a 120 MIP system on "hospice" for several years starting with 4 FTE
> and dwindling down to 1.5 FTE. Even a doomed system required 2 hardware
> upgrades, several OS versions, encryption for TN3270, distributed printing,
> internet data transfer and general hand holding.
>
>
> Len Rugen
>
> University of Missouri
> Division of Information Technology
> Systems & Operations - Metrics & Automation Team
> ________________________________
> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of
> ANIL KUMAR <db2zsysp...@gmail.com>
> Sent: Tuesday, February 13, 2018 9:45:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS MF environment - effort estimation.
>
> Hi Elardus - Thanks very much for your support.
>
> I was specifically looking at effort / man hours estimate for supporting
> standard z/OS MF infrastructure which does not include H/W support.
> Basically wanted to
> how many FTEs does the industry standard recommend for no of LPARs. etc., for
> DB2 sysproc activities , cics sysprog activities etc.
>
> Any one has any further inputs please advise.
> have nice day.
>
> On Mon, Dec 18, 2017 at 4:23 PM, Elardus Engelbrecht <
> elardus.engelbre...@sita.co.za> wrote:
>
> > Anil Kumar wrote:
> >
> > >Good day. I needed expert advise on how do we calculate the numbers
> > (effort estimation )
> >
> > What numbers / effort? Costs? Man-hours? CPU estimate? Licenses?
> > Infrastructure? etc.?
> >
> >
> > > ... provided that we have the infrastructure that we support.
> >
> > Are these things in place: Power (Main and UPS), Room space, Physical
> > security?
> >
> >
> > >... Assuming that I have the below:
> >
> > >1) # of LPARs.
> > >2) # of ISV products.
> > >3) Automation on z/os on all LPARs.
> > >4) Storage
> > >5)MIPS
> > >6) # of CICS regions
> > >7) # of DB2 subsystems
> > >8) MQ regions
> > >9) # of WAS
> > >10) # of IMS subsystems
> >
> > More things to add...
> >
> > .... 11) Network infrastructure including remote connection.
> > .... 12) Security product(s)
> > .... 13) PPRC and what else too for your storage...
> > .... 14) You forgot about DRP. This will certainly double (sort off)
> > your 'effort'.
> > .... 15) Workstations to access above things ...
> > .... 16) XCF, Sysplex Timers
> > .... 17) Add more toys and tools including having a 'Sandbox' LPAR for
> > SMP/E and testing out products.
> >
> >
> > >I understand that different shops have different strategy in
> > >calculating
> > the same. However I needed valuable inputs on how to start estimating.
> >
> > Ask first, how much staff do you have and how much are you willing to
> > pay or pulling in contractors.
> >
> > How many clients / users do you have for each of those listed systems?
> >
> >
> > >Is there any industry standard or best practice available.
> >
> > Yes, there is only ONE standard, it is named 'No Standard'. You will
> > have to figure out yourself what is the best for you. Perhaps there
> > are IBM-MAIN members who can help you or supply you a product which
> > can do those estimates...
> >
> >
> > >I really appreciate all your inputs in this regard. Please let me
> > >know
> > for any further information required from my end.
> >
> > Ask your vendors. They know their products and can give you a
> > ball-park figure of everything.
> >
> > Good luck.
> >
> > Groete / Greetings
> > Elardus Engelbrecht
> >
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
