Mike: Highlevel to me is like a 'Management Summary'...Which is fine for managers for me , I need more information so i can see all the pieces of a project, IMHO
Scott On Sun, Feb 9, 2020 at 10:19 AM Mike Smith <mike.sm...@nasrp.com> wrote: > Peter, > > Parwez identified many of the physical steps necessary. However, from > your question I think you were hoping for a more high-level PM-ish kind of > answer. > > From a very high level the project phases might include the following: > > Pre-Sales: > The Presales Phase should include really understanding your environment > and needs. Performing a capacity study and modeling your workload on > different capacities is only part of the effort. You need to be educated > on the new features and also any newer features from prior generations that > might be of interest to you. For example, today your enterprise may have a > 10Gb network backbone in place, so you may want to eliminate any 1Gb OSAs > (except for the ones used for consoles) and have your new system come in > with the 10Gb OSAs. Does you network team have plans to convert your 10Gb > backbone to 25Gb in the next three to 5 years? If so, then maybe 25Gb OSAs > would be appropriate. > > Are you running any Linux on z (on IFLs) today? If yes, the perhaps the > Container Hosting Foundation feature should be ordered. This is a > relatively new feature that, along with support from z/OS 2.4, that allows > you to run Linux containers under z/OS with the Linux workload running on > zIIP engines, This is an intriguing idea especially for instances where > there is fairly tight integration/interaction between the z/OS and Linux > portions of the workflow. Just imagine, instead of having to set up a > permanent Linux instance running somewhere, you can run it as a step in a > batch job! > > What about your I/O configuration? The z15 can be configured as a single > frame CEC if you do not have a really large I/O configuration. Would this > be appropriate for your environment? This needs to be identified, > discussed and understood in the Presales phase to really determine if it > is a viable configuration for your environment. > > Planning Phase: > Next would come the planning phase. this would be a collaborative effort > between your team and the IBM or Business Partner team that is working with > you on the project. Much of the effort of the project will be in this > phase. Many of the things that Parwez identified and many more will be > worked on and tracked to ensure that the cutover will be successful. > > Physical Installation: > The Physical Installation is completed by IBM and the machine is cabled to > your network, I/O devices, etc. > > Pre-Production Testing Phase: > If it is possible that the current CEC and the new CEC can be up > concurrently, this phase may take up to several weeks. During this phase, > test and/or sandbox LPARs may be brought up and tested, issues with ISV > keys can be identified and corrected, etc. This allows for through testing > of the environment before cutting production over to the new CEC. > > However, if the production cutover needs to occur as close as possible to > the physical install, then the Pre-Production testing phase is limited to > much shorter time - maybe minutes or an hour or two. > > Production Cutover is the next phase. > This is where the old CEC gets uncabled from the I/O and all effort > transfers to getting the new CEC into production. > > Production Testing Phase > The production testing phase immediately follows the production cutover. > This phase may last up to several hours if your outage window and client > commitments permit it. > > Milestone: Production testing is followed by a Go/No Go decision > > Assuming that the decision is Go, you then proceed into the Post > Implementation Phase. However, if the decision is a No Go, then you > proceed into the Fallback Phase. > > Fallback Phase. > Take all steps necessary to swap the original CEC into production. Then > you will need to go back to the Planning or Pre-Production Testing phases. > > Post-Implementation Phase: > Here you would monitor the environment for a few days with a heightened > awareness and preform any clean-up from the cutover and pack up the old > machine for return. > > This is obviously a very high level list and a lot of detail needs to be > included. The vendor team (either IBM or your IBM Business Partner) > should assist you with developing and implementing the plans. The > complexity and size of the planning effort varies for customer and each > installation within that customers environment. > > I hope this helps. > > Regards, > Mike Smith > > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Parwez Hamid > Sent: Monday, February 3, 2020 12:54 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Phases of Project in Mainframe > > This will differ for each customer and there will be a number of > dependencies. Key phases should cover (each topic will have its on > subtasks): > > 1) Physical Planning (physical planning/power/space/channel > cabling/network connectivity/HMCs etc etc) > 2) Operating System levels etc > 3) Capacity Planning. LPAR planning/configuration > 4) ISV Software/products levels > 5) Applications > 6) DR/Backup > 7) Operations procedures > > I am sure there are other tasks and these will again depend on the > experience and skill level of those who are doing the 'installation of or > migration to the z15' > > A combination of the the following: > > z15 Redbook (SG24-8860) and the z15 Installation Manual for Physical > Planning (GC28-7002) may help you in creating a Project Plan. > > > Regards > > Parwez Hamid > > ________________________________ > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf > of Peter <dbajava...@gmail.com> > Sent: 02 February 2020 05:56 > To: IBM-MAIN@LISTSERV.UA.EDU <IBM-MAIN@LISTSERV.UA.EDU> > Subject: Phases of Project in Mainframe > > Hello > > Apologies for this question as am not a project manager. > > My manager generally wants to know what are the phases of the project(for > example if someone is rolling out z15). > > Could someone share the phases that you go through generally for a > Mainframe hardware implementation. > > Peter > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
