I’ve been running a blog series for 21st Century IT on about how new technology can change the very concept of employment, hiring, and ‘work.’
At the same time, a few things have been happening that give me pause.
Take last week, for example, when ABC News caught an airport security agent stealing an iPod in an Sting Operation. In another segment the same week, ABC News interviewed a former TSA officer, Pythias Brown, convicted of stealing over eight hundred thousand dollars of personal electronic equipment.
How was Pythias caught?
It turned out that he didn’t bother to remove the CNN labels off some cameras he was reselling on eBay.
Back in March, I wrote post called “Bring Your Own Identity” where I suggested that the next step in device management was to take these generic identity management tools (Facebook, Twitter, Google, Amazon) and allow users to log on with them inside the organization.
Bring Your Own Identity (BYOI) just arrived for business.
It is called “Identity”; it is Windows Azure Active Directory, and yes, it is from Microsoft.
Here’s why you might want to use it — how — and what.
As you probably know by know, when Apple Computer Corporation released the newest version of their mobile operating system, iOS 6 last week, the mapping application was broken. Spectacularly broken. Loses train station, shrinks tower, and creates new airport broken. Slideshows of ridiculous glitches broken.
Tim Cook, CEO of Apple apologizes broken.
How did this happen?
Anyone with more than a few months in IT knows that troubleshooting is an art form. For simple tasks, you guess at what the problem might be, then conduct an experiment. For more complex tasks, you aren’t experimenting to find out the problem, but instead to narrow down the problem.
For example, if I think the problem might be the network, I can yank out the ethernet cable and turn off the wireless. If the problem persists, I can stop worrying about the network and look elsewhere. If the problem goes away, then I have to find a new experiment, to narrow the cause down further. The great skill of troubleshooting is coming up with the cheapest experiment that is most likely to narrow the problem.
Today I’m going to apply this kind of systems thinking to the “occupy / 1% / 99%” discussion – to use troubleshooting skills to understand and pin down a movement that Mad Magazine parodied with a protest sign that read “We demand sweeping, unspecified change!”
On September 10th, the story was that an “anonymous hacker”, security lead for the internet group ‘anonymous’ has hacked into GoDaddy, taking down as many as 52 million websites. The New York Times ran the story that Anonymous used a Distributed Denial of service attack by taking over millions of computers, then directing them all to route traffic to GoDaddy sites, creating an influx beyond the capacity of GoDaddy’s servers.
Except, three hours later, the hacker collective Anonymous claimed, through several twitter feeds, that it was not them. and the hacker anonymousown3er was acting alone.
It’s just not true.
Or at least, it might not be true. We think. Maybe.
Then things get weird.
This morning I ran across a blog post by Ben Horowitz about managers who don’t have one-on-one meetings. In that post Ben drew a distinction between a ‘good organization’ and a ‘bad organization.’ According to Horowitz, people in bad organizations struggle to get anything done; the expectations are unclear, and the company culture fights any sort of forward progress.
Now believe it or not, I’m not going to say that, if you find yourself in a bad organization, you should immediately polish up your resume and move. There are just too many bad organizations for that; you’d be jumping ship every two months.
Instead, I’m going to assume that you are trying to stay, and hear some niggling, tingling voice in your ear that life is too short for this.
There are some things are are a bridge too far, that indicate, to me, it’s time to leave or transfer. Here are my top three.
I spent last Friday and Saturday at BarCampGR, an un-conference hosted at Calvin College; one of the sessions was on how to make your own e*book.
For those unfamiliar with BarCamp, it is a conference with no pre-planned agenda. You start out with a blank sheet of paper, a few hours before the event starts. The organizers divide the paper into time and location slots, and invite potential speakers to propose something. (If you are really ambitious, you can propose your idea on the reddit a few days before, to see if anyone expresses interest.)
Ideally, by the time the conference starts, you’ve got a full plate of events, something like this:
This is the actual schedule from BarCampGR 2012, and, yes the talk in the upper-right was on how to publish an E*Book, by my friend, Steve Poling. More than any E*Book, Steve promised to help you put your document in the right format to sell on Amazon – with no special royalty fees. Steve had just finished posting his second e-book on Amazon and promised to reveal all — I wanted to see what all the fuss was about.
It’s been four and a half months since the last post about my story as a digital migrant. (If this is new to you, you might consider reading the original essay, then parts one and two of my story, before checking out that last post.)
A lot can happen in four months.
Before I get to my update, though, I’d like to talk about a common aspect of digital migrant work — the systems upgrade.
In my Informations Systems Policy Class in Graduate School (yes, they have classes for that), outsourcing was one of the hot topics of the day. Specifically, outsourcing of business process. The basic idea was to clearly identify services, then cut cost by moving them to low-wage areas. We even had impressive, triangle-shaped strategy graphs that talked about what to outsource and how to outsource it. I ended up doing my master’s capstone work on the subject of outsourcing; it still stands up to scrutiny today.
But I have to admit, when the Washington Post ran an article on Indian Companies setting up call centers in the United States, I was as surprised as the next guy.
There is a lot of confusion going on here; a lot of doubt and mis-understanding.
I’m going to try to clear it up … and let the opportunity show through.
Ian is a fascinating case-study. A self-taught technologist, he moved up the ranks to do tech support at Pizza Hut’s corporate headquarters, then taught himself enough web-slinging to create an e-commerce website at the height of the dotCom boom. My last post ended with Ian leaving one employer, the largest Catholic Bookstore in Denver, after created their e-commerce site, and starting his own website/business in Colorado Springs — the physical store would come later.
It’s time for the rest of the story – the challenges, risks, advice, and the long road to profitability.