Internet for the Homeless

Again, life imitates art.

The New York Times article, with its penetrating photo, tells a story of unchecked technology.  Did New York City luminaries believe that free Internet wouldn’t quickly translate into free porn for the homeless?

In my book, ESCAPING DELETE (published 2012), I introduce Rocco’s Babysitting Services, a.k.a., RoccoLink as an absurd example of Internet excess that brought together “two growing demographics: first, working mothers needing daycare for their young children and, second, homeless people looking for self-improvement and quick cash.”

The following copyrighted material is excerpted with Jon Bellman’s permission.  Do not use, reproduce or transmit.

“RoccoLink launched its feature-packed site. Demand rolled in. RoccoLink rigorously background-screened every homeless applicant and excluded those with felony convictions. The cost for a Rocco’s babysitter was less than half the market rate. Supply was problematic. The homeless had poor Internet access so Jack struck a deal with a handful of wine, cigarette, and snack food companies to subsidize the placement of Internet terminals in homeless shelters and soup kitchens. The steel-footed, urine-proofed, and theft-hardened RoccoLink terminals displayed ads to the homeless while enabling them to secure permanent RoccoLink email addresses, a meaningful step along the path of dignity toward a physical address.

RoccoLink’s calendar program enabled the homeless to schedule their babysitting appointments. The babysitters built up reputation points over time and families had to bid to secure the services of RoccoLink Blue-Ribbon providers. Those babysitters with high reputation points and the most hours billed agreed with RoccoLink to mentor homeless ‘probies’ on their first few jobs. RoccoLink gave its providers vendor sponsored smartphones with directional locators so parents could find their children on a live map, continuously refreshed on the Internet.

By the end of its first year, RoccoLink had fifty-five employees, and a fancy Silicon Alley office complete with Ping Pong tables and Cappuccino machines. RoccoLink was heavily promoted in the media and Jack spoke with bankers about going public. Revenue was running about three hundred thousand per month, mostly in the New York, Chicago, and Miami markets when a handful of lawsuits started to roll in. They were all for petty matters like loitering with strollers for eight hours at a time in Macy’s or Barnes & Noble, and none were related to the quality of the childcare.”

 

I wrote ESCAPING DELETE…A CEO in the Black Hole to help leaders simplify Information Technology and to avoid expensive and potentially harmful failures.

Burning Batteries

On September 11, 2016 the New York Times reported “In January, the F.A.A. issued a warning that lithium-ion batteries in a cargo hold carried the ‘risk of a catastrophic hull loss’ on an airplane.” http://www.nytimes.com/2016/09/13/business/as-more-devices-board-planes-travelers-are-playing-with-fire.html

You could have read about the problem in my book, ESCAPING DELETE, published in 2012.

“The lithium batteries in those laptops caught fire in the plane’s underbelly, causing a leaky oxygen canister to explode beneath the toilet tanks. The explosion punched a fist-sized hole through the plane’s hull.”

From the Times article, “Congress has limited the F.A.A.’s ability to place restrictions on battery-powered devices on airplanes beyond the recommendations of the International Civil Aviation Organization, according to Laura Brown, an F.A.A. spokeswoman. The organization, a United Nations agency, says the devices should not be transported on passenger planes as cargo or in checked baggage…There is no global database with comprehensive information about battery fires from electronic devices in the cabins of passenger airplanes. The F.A.A.’s tally — 19 fires in the last five years.”

From Escaping Delete, “Congressman Chmeat…lobbied hard for the military to buy 3D laptops from Fujohara, even though those laptops heated user’s laps up to one hundred and forty degrees Fahrenheit. (The lobbyists) sued the testing firm and got a gag order preventing publication of the results and their release to the FAA…The Vision System (the overblown, kluge system used to track baggage) generated a loading schema guiding the baggage handlers to load the Fujohara laptops into the hottest part of the cargo hold. Those drug reps didn’t know to power down their computers and the laptops’ sizzling sleep mode temperatures were enough to trigger the fire and explosion.”

I wrote ESCAPING DELETE…A CEO in the Black Hole to help leaders simplify Information Technology and to avoid expensive and potentially harmful failures.

If you want to read more, see below:

The following copyrighted material is excerpted with Jon Bellman’s permission.  Do not use, reproduce or transmit.

Thursday, July 7TH 5:50 PM

Jack Bluto’s white knuckles tore into 25D’s seat bolster. Smoke burned his eyes as he jammed his head between his knees. The first pop – and it was merely that – had occurred twenty minutes ago. Jack had been toying with his smartphone, looking for a ground signal to download his email as MidPoint Airlines Flight 101 descended below 10,000 feet. The pop came five seconds after the two gentle chimes signaled final approach. Jack and the guy across the aisle in 26B picked up their heads and looked at each other. Neither knew what happened, but a mutual glance reassured them both. A minute later 26B was asleep and Jack was scrolling his thumbscrew.

The second noise came from below. A rolling, low-pitched burst of thunder, it was more forceful than deafening. Gray smoke leapt out of the passenger service units as the starboard wing dipped low. Jack’s smartphone flipped out of his hand and slid like a hockey puck along the aisle until it hit the snack cart in the rear galley. What the hell is happening? I don’t give a damn, I just want to live!

Ten seconds later the third explosion blew open the starboard lavatory doors, expectorating the toilet tanks’ contents into the passenger compartment. The overhead bins shook open, lobbing laptops across the aisle. Why no announcements? Where are the flight attendants? Why didn’t I say something when the TA let those two scary looking guys through without checking them? They boarded the flight at the next gate, didn’t they? Why didn’t I pay more attention?

The pilot’s cabin door opened. Two flight attendants came out. I can’t hear what they’re saying! I have to keep my head down. I can’t do anything. Wait, one of those guys is grabbing the flight attendant. I can’t see. Oh please, please, don’t let them be terrorists. Please god, I’ll do anything you want. Anything! The oxygen mask dropped down above Jack, and the retainer string from the mask brushed his lips. He put it on and took a deep, shaky breath.

The plane rolled back to center and steadied. The toilet tanks’ contents that hadn’t landed in laps or pant cuffs settled in the aisle. Jack looked up. Finally! Maybe god listened. Damn it, I hope so. Jack saw a flight attendant straddle the aisle as she climbed atop the armrests of 1C and 1D. Steadying herself with one hand on the roof of the cabin, she pulled a portable megaphone to her lips.

“Stay calm,” she barked. “The pilot is going to make an emergency landing at O’Hare. There was an explosion in the cargo bay. The pilot assures me that we will land safely. Assume the crash position and brace for impact.”

My god, she knows nothing! How does the pilot know we’re going to land safely? Where’s Sully when we need him? Just let me see those houses once we get under the clouds. My head is going to explode. The stench from the flotsam in the aisle was unbearable.

Jack heard the loud “click” of the landing gear locking into place. He squinted through the window and saw cars on the ground. We’ll land in less than two minutes. He held his breath. He always held his breath once he saw the cars and kept it held until the wheels touched.

We’re coming in too hot, too fast. He gasped and ripped off his mask. The wheels hit. They swerved as he gulped the plane’s filthy air. The brakes squealed wildly and the passengers were thrown back and forth. Finally the plane slowed. Whoops and hollers came out of every row. I will live tonight. Thank god!

“Stay in your seats and remain calm,” a voice boomed across the plane’s PA system. “We are awaiting further instructions from ground control. We’ll have you off the plane momentarily.”

Why are they delaying us now? Where are the evacuation slides? Damn it! I can’t breathe this air. Is that my smartphone? Jack reached down into the murky pool covering the aisle. His hand closed around it too easily. “Shit!” 

Thursday, July 7th 9:12 PM

Jack disembarked via the front door. His legs shook as he slowly walked down the stairs onto a runway full of flashing emergency vehicles. The last ray of summer evening sunshine slunk from the sky.

FBI agents and TA dogs sniffed the plane for nearly three and a half hours before releasing the passengers. There had never been a bomb. Rather, five Fujohara 20” 3D laptop computers were loaded into the hottest section of the cargo hold. The lithium batteries in those laptops caught fire in the plane’s underbelly, causing a leaky oxygen canister to explode beneath the toilet tanks. The explosion punched a fist-sized hole through the plane’s hull.

Jack was led past the airport’s chapel to the Incident Recovery Area. Moments later, a man was examining Jack’s hair across the urinal divider in the IRA men’s room. When Jack realized he was being stared at, he looked up and the man cleared his throat uncomfortably and said, “I’m amazed that the plane didn’t blow.”

“Why didn’t it?” Jack yelped, jumping back from the urinal, realizing this was one of the scary-looking guys.

“Because the explosions happened below suck-out altitude,” the man answered, fumbling to show Jack his sky marshal identification badge.

Read the rest of Escaping Delete at Amazon or other booksellers.

A Wartime General Must Lead Your Mission-Critical IT Project

Want your mission critical IT project to succeed? Assign a wartime general to drive it toward a successful outcome.  

In peacetime, when folks have the freedom to dream unencumbered by the harsh constraints of reality, large fantasy projects get pushed by those who are able to politic for the resources. Goals are vague and no one person is accountable.  Budgets are big, timeframes are long, and go-live dates are way down the road.  Consultants, hypotheticals and long meetings are ubiquitous.

A wartime general doesn’t fuss preparing the best-looking slides for a ninety minute bi-weekly steering committee meeting.  He isn’t playing golf with the software vendor’s sales team.  He rarely uses cc: on emails and doesn’t look for buy-in.  He understands that when you amble along in peacetime it’s a lot harder to maintain direction and momentum. There’s no tiger chasing you with his mouth watering, so there are only weak penalties for not keeping up.

A wartime general seeks quick and meaningful results. He tackles the hardest issues first rather than kicking the cans down the road.  He admits when he errs because he requires a culture of acknowledging and addressing mistakes. When uncorrected errors linger because no one accepts blame, the cost and time to get back on track explode.  The wartime general clarifies objectives and doesn’t tolerate whiners.  He constantly adjusts the team to ensure it remains lean, effective and nimble.

Avoid the mistake of assigning the wrong project leader.  Assign a wartime general and incentivize him with a generous bounty for hitting the scope, time and cost objectives for your mission critical IT project.

Mister CEO, Is Technology Arbitrage Possible?

You are CEO and your organization is about to spend $100 million on a new IT system to replace an outdated system.  That $100 million dollars includes software licensing, hosting, consulting services and internal costs.  The implementation is expected to take eighteen months.  Your CIO has “de-risked” the project by selecting leading software and consulting partners.  He even hired a big IT analyst firm to help legitimize the investment.  You’ve given the project your blessing and have agreed to participate in monthly steering committee meetings.  You’re doing your job properly, right?

Maybe not.  Maybe all the benefits you sought from the new system are available for $30 million, but you didn’t realize it.  Maybe you didn’t realize that the software vendor, the hosting company, your chosen consultancy, the analyst firm and your CIO want the $100 million project because your vendors make more money and delay their accountability, while your CIO gets to play in the “big game” that will help him land a $200,000 salary increase with his next employer. Maybe all those touted benefits from the new system including analytics, mobile, big data, cloud and increased security won’t help your company or your customers one bit.

Mister CEO, do you know how often $100 million projects become $300 million dollar projects?  Or how often eighteen month projects remain unfinished until the sixtieth month when they are declared complete with merely thirty percent of the functionality you originally sought?  Maybe your original objectives could have been realized in a much shorter timeframe for a $30 million investment.  Don’t forget the first axiom of IT projects, “The bigger it is, the more likely it will fail.”

Mister CEO, have you surrounded yourself with people that can help you identify those technology arbitrage opportunities?

 

 

 

 

HealthCare.gov Needs Surgical Strikes, Not a Massive Surge — An Open Letter to President Obama

October 22, 2013

Dear Mr. President,

I don’t have your phone number or email address, so I am posting this online.

Congratulations on getting live with HealthCare.gov!  That was no small feat and America will benefit from your vision and steadfastness.  That said, you are the CEO in Chief, and you must realize that you are speeding toward the edge of an Information Technology Black Hole.  It is time for a Reality Check!

The “surge” approach will likely fail.  Massive code rewrites, server upgrades, and new spending will result in more time wasted, and extend the time that it will take for your concepts to be properly executed.  HealthCare.gov needs a few plucky whiz kids in hoodies, not legions of vendors and consultants from the big firms that profited handsomely from bringing you to the edge of that Black Hole.  How do I know this?  I have been turning around faltering technology projects for fifteen years and I have seen this many times.

Think about it.  Have your project leaders identified and described the site’s true problems with absolute clarity or are they just very aware of the symptoms of those problems?  So American taxpayers will pay to throw teams of experts to treat the symptoms? How will their efforts be coordinated?  Prominent, high-living CIOs and billionaire technology executives will not bang out the code that will lead Healthcare.gov out of the Black Hole. Their game is about getting you to spend more money as you simultaneously lower your standards for success.

Escape is possible from that Black Hole, but by leveraging lean and light commando teams in incremental surgical strikes, focusing on the worst problems first and building logically from there.  Problem resolution should be rapid and incremental, with code releases every one to three weeks.  If there are major structural or design flaws that require the system to be re-architected, then those flaws should be corrected off line and released in a Version 2.0.  That release should be invisible to the users.  The user experience, reliability and safety of HealthCare.gov must be protected and fortified.

You probably know that IT projects are framed in terms of time, cost and quality (or scope).  Projects typically fall behind in time and run over on cost while delivering a lower quality outcome than was originally intended.  Why? IT vendors and consultants have a financial incentive to embed complexity into IT projects, because it enables them to sell more hardware, software and consulting hours.   Complexity exponentially magnifies risk.

In my book, Escaping Delete, I present the <CONTROL><ALT><DELETE> paradigm for attacking IT problems.  CONTROL errors relate to efficiency and occur when time and/or cost run amuck.  ALT errors relate to effectiveness and occur when an organization makes bad choices, e.g., it computerizes a feature that users don’t need or care about.  ALT errors need to be resolved first, because it doesn’t make sense to focus on efficiency if you’re going in the wrong direction.

A toxic buildup of too many CONTROL and ALT errors drives toward the fatal DELETE error, wiping out the value of the entire investment and sometimes drowning the sponsoring organization along with it.  The way to avoid a DELETE error is to take a good hard look at the mega-scope  and break that work into Little-Triangles, or bite-size, surgical strike projects.

Each surgical strike should be intense and quick.  Expert resources should be overloaded, enabling a deft project leader to see results quickly and make on-the-fly changes.  Progress is made in days and weeks and not months.  An essential requirement is the battlefield observer, a completely impartial auditor that reports directly to you regarding the progress of the recovery.

The entire approach is described in my book, Escaping Delete: A CEO in the Black Hole. http://www.amazon.com/Escaping-Delete-CEO-Black-Hole/dp/0615331947/

I hope to hear from you in the coming days.

With warmth, gratitude and respect,

Jon Bellman
Founder, Reality Check LLC, www.rcheck.com