Message-ID: <20835959.1075859291824.JavaMail.evans@thyme> Date: Wed, 2 Jan 2002 14:09:37 -0800 (PST) From: peggy.hedstrom@enron.com To: j..yanowski@enron.com, beth.perlman@enron.com, jeff.johnson@enron.com, steve.stock@enron.com, bob.mcauliffe@enron.com Subject: RE: IT & Back Office Service Agreements Cc: jay.webb@enron.com, richard.burchfield@enron.com, sally.beck@enron.com, greg.piper@enron.com, louise.kitchen@enron.com, c..koehler@enron.com, brian.redmond@enron.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Bcc: jay.webb@enron.com, richard.burchfield@enron.com, sally.beck@enron.com, greg.piper@enron.com, louise.kitchen@enron.com, c..koehler@enron.com, brian.redmond@enron.com X-From: Hedstrom, Peggy X-To: Yanowski, Tommy J. , Perlman, Beth , Johnson, Jeff , Stock, Steve , McAuliffe, Bob X-cc: Webb, Jay , Burchfield, Richard , Beck, Sally , Piper, Greg , Kitchen, Louise , Koehler, Anne C. , Redmond, Brian X-bcc: X-Folder: \Louise_Kitchen_Jan2002_2\Kitchen, Louise\Inbox X-Origin: Kitchen-L X-FileName: lkitchen (Non-Privileged).pst Just to clarify the Canadian situation, we will not be able to assign the M= SA's to NETCO without the customer's approval. To date, this has not occur= red. -----Original Message----- From: =09Yanowski, Tommy J. =20 Sent:=09Wednesday, January 02, 2002 2:50 PM To:=09Perlman, Beth; Johnson, Jeff; Stock, Steve; McAuliffe, Bob Cc:=09Webb, Jay; Burchfield, Richard; Beck, Sally; Piper, Greg; Kitchen, Lo= uise; Hedstrom, Peggy; Koehler, Anne C.; Redmond, Brian Subject:=09IT & Back Office Service Agreements Enron North America and Enron Canada are still providing IT and Back Office= Services to several parties. Beth has expressed some concerns about the e= state's ability to be able to support a production trading environment onc= e a split of applications and hardware is made between NETCO and the estate= . Given this we need to make some decisions as to how to best handle these= services agreements. Here are some suggestions: Peggy Hedstrom, in Calgary would like to assign the Enron Canada Master Ser= vices agreements to NETCO and continue to service those via that entity. Bridgeline, which is a JV in which ENA owns a 40% interest, currently has n= o way that they can support themselves. They are totally dependent on Enro= n for everything from email, internet, network services and office applicat= ions as well as trading, risk and back office applications. If there are c= oncerns about the estate's ability to support Bridgeline then it may be in = Enron's best interest to assign this agreement to NETCO. AEP/HPL is more of a stand alone operation. They have their own infrastruc= ture in place and currently provide for their own email and office support = services. They have also brought up with their own version of our SCADA sy= stem and are in the process of trying to bring up their own version of our = Pipeline Operations system. If we sell them our version of PGAS to support= their measurement operations they will then try to tie these applications = into their own Trade Blotter, Open Link Financials and Altra. Their goal w= as to try and have all of this in place by sometime in June of this year. = Given all of the Commercial conflicts with AEP regarding the sale of HPL it= may make the most sense to leave this agreement with the estate and sugges= t that AEP try to be stand alone ASAP. That way if the estate defaults on = the service agreement then they can at least manually rekey information fro= m one system to another until they have put in their own integration betwee= n the applications listed above. Please let me know if you have any comments or if it makes sense to put tog= ether a meeting to discuss the issues of Service Agreements. =20 Tommy J Yanowski Sr. Director - Enron Net Works Work # 713.853.6858 Cell # 713.539.7094 -----Original Message----- From: =09Perlman, Beth =20 Sent:=09Wednesday, December 19, 2001 3:54 PM To:=09Johnson, Jeff; Stock, Steve; McAuliffe, Bob Cc:=09Webb, Jay; Yanowski, Tommy J.; Burchfield, Richard Subject:=09RE: Integration Test Planning / Coordination Mtg Summary The AEP and Bridgeline deals must be investigated. There is no way the est= ate can support a production environment. I will be reviewing the contract= s to determine our obligations and possible alternatives. Beth -----Original Message----- From: =09Johnson, Jeff =20 Sent:=09Wednesday, December 19, 2001 2:23 PM To:=09Stock, Steve; McAuliffe, Bob; Greig, Iain; Nommensen, Dave; Ward, Bob= ; Sanvido, Terry; Wei, Zhiyong; Nat, Steve; Harmon, Kenneth M.; Warner, Joh= n; Saleem, Aftab; Smith, Regan M.; Hillier, Bob Cc:=09Webb, Jay; Perlman, Beth Subject:=09Integration Test Planning / Coordination Mtg Summary Key Planning Assumptions 1) Jan 20 go live 2) New Co Conversions must be completed and tested by application teams by = Jan 15. This assumes all major production data setup - users, rights, books= , global data - is completed and tested on a per application basis. Some co= de changes may still be in process but integration testing can begin to ens= ure the applications still talk to each other.=20 3) Integration test planning focus will be to run representative transactio= ns from EOL to SAP through all core trading applications to ensure that app= lications and interfaces still work. We will not be testing functional perm= utations, data conditions, validation or exceptions to any significant degr= ee.=20 4) Each application conversion team must test their changes before approvin= g their changes for integration testing. We are operating from the premise = that data, infrastructure and code changes have been tested at a applicatio= n system level before the enterprise integration test starts.=20 4) All systems will be physically split (even Unify at this point).=20 5) Integration test team will develop and execute the test plan for both Es= tate and New Co.=20 6) We will integrate key business reps into the process for planning and ex= ecution and they will have shared responsibility for signoff on the test to= support go live to production.=20 7) We will minimize the differentiation between New Co and Estate for conve= rsion and test team purposes. There are two teams - Conversion and Integrat= ion Test. Each team will focus on both Estate and New Co. Resources are too= tight and the process is too inefficient to separate responsibility.=20 8) Estate conversions must happen at the application level before New Co co= nversion work can begin in earnest. Estate conversion is on the critical pa= th for New Co.=20 Key Issues 1) We will push to get a decision to see if we can focus on financial tradi= ng first, then physical. If financial is the focus, delivery risk goes down= dramatically. For now, we must plan on the worst case -- physical and fina= ncial on Jan 20.=20 2) We need both a dev and a test environment for all systems that support A= EP and Bridgeline in Estate. This means that we need a dev environment (and= HW gap addressed) for Unify, Sitara, CPR, TAGG/ERMS. Conversion teams need= to coordinate with infrastructure immediately on this issue to make sure w= e're in synch.=20 3) Unify servers probably can't be owned by New Co while running a single l= icense of Unify.=20 4) Some systems are using 'short name' instead of Duns ID as a key for coun= terparties from Global. The Global, TAGG / ERMS, Unify and SAP reps must qu= ickly define the best approach for making global data changes and minimizin= g hard coded reference id risks.=20 5) We must clearly define limits of conversion and test scope to hit these = potential dates. We must focus on core systems with only core changes requi= red to support day one trading.=20 6) We can only convert Estate over the weekend due to AEP / Bridgeline cons= iderations. The time window will be very small.=20 Core Conversion Team =20 1) Steve Stock - Applications 2) Bob McAuliffe - Infrastructure 3) Ziyong Wei 4) Steve Nat 5) Dave Nommensen 6) Ken Harmon 7) John Warner 8) Bob Ward .... Core Integration Test Team=20 1) Jeff Johnson 2) Iain Greig 3) Aftab Saleem 4) Terry Sanvido 5) Regan Smith Program Coordination=20 1) Jane Henry 2) Steve Simpson Next Steps For Integration Test Team 1) Due 12/20. Define integration test approach and id test script and expec= ted results templates. Owner: Aftab Saleem / Regan Smith 2) Due Jan 3. Application system flow diagram at appropriate granularity fo= r communicating flow on integration test for core systems. Owner: Terry San= vido / Steve Simpson 3) Due 12/20. Identify list of core systems for test purposes. Identify key= IT owner and key business owner and respresentative for integration test. = Owner: Iain Greig.=20 4) Due 12/21. Define integration test workplan for integration test plannin= g and execution for both Estate and New Co. Owner: Jeff Johnson 5) Ongoing. Participation in daily program management coordination meeting = at 8:30. Owners: Jeff Johnson, Iain Greig, Aftab Saleem.=20 6) Due 12/21. Organize meeting with key users and IT contacts to communciat= e foundation assumptions, context, team and approach for integration test. = Develop first cut at sample trade transaction set. Owner: Iain Greig / Afta= b Saleem.=20 7) Completed. Contact Bob Hall, Leslie Reeves, Bob Superty, Brice Baxter to= communicate above and set up meeting to begin planning with them on the in= tegration testing process. Owner: Jeff Johnson 8) Due 12/21. Refine core system list with IT owners and Business owners f= or integration test purposes. Owner: Iain Greig.=20 9) Due 12/20. Set up Integration Test folder on O drive under Infotech / De= velopment Support. Owner: Aftab Saleem.=20 Let me know if you have questions or changes. I am out tomorrow but I'm bac= k on Friday.=20 Thanks.=20