Printed from https://www.writing.com/main/view_item/item_id/2208390-The-Happy-Path
Rated: 13+ · Fiction · Business · #2208390
Blake developed a new status–‘The Happy Path’

Happy Path

Blake Abbott was my temporary manager back in 2005, when MegaTel went bonkers. I flew down to Tampa to learn how Blake's team created interfaces from the existing custom-built systems to the incoming SAP enterprise system. The nuts and bolts of the job were unimportant. They're just background, against which the maw of a large corporation ground things.

Blake wore wire-rimmed glasses. He was somewhere in his 40s with a shy handshake. A medium-sized guy, fair-haired, with a liking for starched shirts and well-pressed khakis. In the first meeting he introduced me to the group, except Javier, who was late. Javier was the team's tech expert. Blake wouldn't go into tech stuff until Javier arrived.

Blake started talking about his children, his wife, and then his church. My teammates nodded. I had the feeling they'd heard all this before. My attention wandered to the SAP system diagram on the whiteboard behind his head.

Before I finished examining it, an energetic guy, dark wavy black hair, early 30s, shirt not buttoned up, rushed in, saying he fixed a compile problem at 1 AM.

Javier gave a quick, breathless overview of the Java Beans approach and the BEA tool set we were using. It was a chaotic overview, not arranged in logical order, but clear because his tests were successful. Blake interjected a thought now and then, explaining the business role of the extracts and who were the important players in the other organizations.

I stayed in Tampa a week, learned a good bit, and was tasked with developing several online interfaces.

When I returned to my home office in Silver Spring, the director that Blake reported to had an office around the corner from my cube. Sahen was okay. He was Indian. Once the Southeast Asian CIO was put in charge, you had to be Indian to move up. Maybe he would have been a good guy if he was calling the shots, but he had a directive from the new CIO - get SAP up and running in 6 months.

If you're not in IT, that might sound fine, but there were hundreds of choices, actions, and programs, each affecting the others, all affecting the entire MegaTel supply chain, across many teams in many departments. In toto, tens of thousands of employees and billions of dollars of inventory.

Sahen instituted twice daily conference calls, one at 7 AM, the other at 6 PM, 6 days a week. Everyone was to work 12 hours a day. There must have been 50 or 60 people on that call. The agenda was never written nor were meeting notes kept. It was Sahen asking each manager (5 in all) to give a status of their team's work, any insuperable problems that he could help them with, and what they would accomplish by the next call. Most of the programmers never talked, except to confirm their name at the start of the call. What a waste of our time!

I saw an critical flaw in the plan. Sahen demanded that work start on the interfaces at once, before the values and relationships of key fields in the new system were decided by the subject matter experts, the SMEs. The clients, as we in IT referred to the supply chain users, weren't sold on SAP. It was the new CIO who'd been wowed by SAP's schmoozing him that led to the purchase. The CIO ordered Sahen to get the system running so the CIO could demonstrate to the users how great it was. And, as shit flowed downhill, Sahen, then Blake and then me, had to get interfaces ready that would give meaningful insight into the flow of dollars and material through the MegaTel supply chain.

After two weeks of having to answer "no interfaces complete" on Sahen's conference calls, Blake started another conference call before Sahen's 6 PM call, so he'd know what to report. During his team call, Blake in his Sunday school voice, said try your best to make the interfaces work, but don't kill yourself doing it. There are more important things in the world. Yet, despite that caveat, everyone was still forced to work 6 days a week, 12 hours a day, plus call-outs that came your way. Oh, MegaTel IT programmers are all management - no pay for overtime.

Blake developed a new status - 'The Happy Path'. If your program worked for good data, it was assigned to the Happy Path. He ignored it wasn't robust. Bad data could make it fail. It would only work when all the other systems met their design. Blake reported 'Happy Path' as ready for system test.

Over the next two months, progress was made. During conference calls, we programmers started Instant Messaging each other, making fun of the maniacal decisions that our betters were making. Comments that we weren't allowed to make aloud. Through it all, Blake's low-key voice reported the percentage of interfaces completed, the Happy Path. Blake's voice softened when he reported to Sahen of communication links slow to be setup. Sahen huffed and puffed, saying, although it was a great difficulty, he'd get those other directors to support his team.

A week later, Blake told us we could skip the 6 PM calls. He'd handle the evening status updates. We were to send him status reports every day by 5 PM. I learned the Texas branch of his team was late with them. Blake didn't berate them, as I would have. His voice just got softer as he reminded them he needed them by 5 PM East Coast time.

After four months, we had our first big end-to-end test. Run the feeder system, generate the interface data, insert that data into SAP, send output to the downstream systems. It was a huge muck up! The ordering systems data either made the delivery systems throw up or the data was accepted, but had different key structures than expected. No one was surprised, except Sahen and the new CIO, who asked, "What went wrong?" That conference call everyone was forced to listen to an hour harangue.

It was a delight. Not! It was like your father telling you as a little kid, don't chase the ball into the street - cars will hurt you. Yet ignoring that, he put you in the front yard to play so he could watch football.

I didn't have the nerve to say anything, even though forcing tech people to code interface before user experts defined the linkages was crazy. I pinged Blake that message. He replied. "True. Did I want to be fired? Or did I want him to be fired?"

When no one explained the system test fiasco, the CIO tried again. "Why did the inbound interfaces not use the same values as the outbound interfaces?" I bet the CIO ran his finger down a list of names, "Sahen?"

Sahen hemmed and hawed. "Um ... ah. We had a very short time to work on so many interfaces. That limited the communication between the various teams that did interfaces. Blake Abbott was in charge of interfaces inbound. Can you explain further, Blake?"

Blake's voice was soft. However, since no one else was breathing on the call, he was audible. "I concur with Sahen." He paused. I imagined him in his office in Tampa looking at the picture of his family, struggling to get out of this trap. "I'd only add, isn't the purpose of the end-to-end test to discover errors like this? And it did."

The best possible answer, Blake!

There was a pause while the CIO digested Blake's verbal jujitsu. "Hmm. I see. So the test was successful." He paused again, then said. "Well, now that you have a list of the errors, fix them. Let's have another system test next Friday."

That led to dead silence.

These errors were not put a '2' in the field instead of a '1'. The supply systems had specific values in keys used for sorting, summarizing and reporting. They've developed those codes over a decade. The provisioning systems had different values for tracking inventory locations. The end customer ordering systems had a third set of categories. They might all be called location, but what was the mapping between them? Some values were undefined in supply, had massive detail in provisioning, and merely a tag in customer ordering. Which was to be used? Such questions required intensive discussion with internal MegaTel SMEs - which we were forbidden to have. This system was to convince those users; not add to their work load.

"Well, good then," the CIO summed up, "since there are no objections, let's rap up this call. I'll expect a better review after the next end-to-end test. Thank you all for your efforts."

We were shell-shocked after that meeting. I walked around my work building twice, just to clear the cobwebs of CIO crap off my real thoughts. I knew we could make the proper changes when the requirements were settled, though it might take more than a week. It's not like each interface was a single program. They were sequences of modules which shared data with modules written by members of many teams.

Monday morning, I arrived at work early. I'd already missed a call from Javier. Strange, he was not a morning person.

I returned the call right away. "What's up?"

It still takes my breath away. "Blake died. Yesterday. After the Sunday call. Heart attack."

I know I must have said something to Javier. Although what I don't know.

I walked over to Sahen's cube. He already knew. He was gracious in his kind remarks about Blake.

My mind screamed. You forced him to another path. His family has lost the Happy Path.

© Copyright 2019 Ari Lox (bobinusa at Writing.Com). All rights reserved.
Writing.Com, its affiliates and syndicates have been granted non-exclusive rights to display this work.
Printed from https://www.writing.com/main/view_item/item_id/2208390-The-Happy-Path