No Public Privacy September 2, 2009
Posted by Chuck Musciano in Random Musings.Tags: Bureaucracy, Communication, Privacy
6 comments
My town is fairly techno-savvy. They run a great web site with up-to-date information on just about anything you can imagine. They also provide real-time email notification of town issues. Any time there is an emergency road closing, or an impending storm, you get a nice email letting you know. You also get all the official town press releases, as they are, um, released to the press.
I always thought this was pretty cool, until last week. That’s when I got an email from the town informing me that the address lists used to drive the email system are considered a public record and are therefore obtainable under the Freedom Of Information Act. The town wanted me to know that someone had just obtained a copy from the town, and that I should be on the lookout for potential spam as a result.
Isn’t that great? Spammers need not scrounge addresses on their own, or pay for them from dubious sources. Instead, they can get them, for free, from every municipal entity in the country that provides information via email. Somehow, I don’t think this is what was envisioned when the FOIA was passed.
Now citizens have a choice: continue to receive timely (and potentially life-saving) information from your town, or be subject to even more spam from those who get the lists from your town. Of course, this punishes the most forward-thinking towns who have taken the time to implement these fancy services. Backwards towns, still distributing information via criers, are not putting their citizens at risk.
I know that I should be running appropriate spam filters (I do) and not open suspicious messages from destitute ex-royalty in Nigeria (I don’t), but not everyone is as techno-hip as I am. Even worse, you know the spammers will be sending fake messages that look like missives from my town, just to further confuse the recipients. I know that is somehow illegal, but I’m guessing that most spammers are not following some sort of Spammers Ethical Code to prevent this kind of stuff.
Lots of people fret that private data being held by third parties may someday be retrievable via subpoena, and much is made of how responsible Google and other large firms will be when trying to protect our data. But I don’t know that many people have worried about what our local town government will do when asked for our data. Now we know: they turn it over to comply with the law.
I have to believe that certain town-held data (like utility billing data) is confidential. Or is it? Could I send a letter to any town in the United States and get their complete billing database, under FOIA? Forget email. That kind of data would be a goldmine for all sorts of data mining and marketing insight.
I don’t know where this is headed, but I am not happy about where it is so far. We need to rethink how data is held by public agencies, and how it can be withheld except under certain very well-defined circumstances.
[tweetmeme source=”EffectiveCIO” alias=”http://bit.ly/cio099″ only_single=false]
All For One, And One For All August 26, 2009
Posted by Chuck Musciano in Random Musings.Tags: Communication, Customer Service, Newspapers, Twitter, Users
10 comments
I’ve been having a semi-regular delivery issue with a certain national daily publication. Every now and then, it does not arrive in my driveway. I dutifully go to their web site and note this oversight. The next day, I get two copies: the current issue and the previous day. Needless to say, getting a daily publication a day late is of limited value.
When this happened last week, I tweeted about it, and included the publication’s Twitter account in the tweet, along with two columnists who also happen to be on Twitter. It was a bit of an experiment, I’ll admit, but it was also a request for help. Would the power of Twitter help solve my problem?
Well, no. What I did get was a direct message from a columnist with the number of the customer service department, along with an explanation that the columnists have nothing to do with delivery.
I know that. I knew that when I included the columnists on the tweet. But they work for the publication, just like the delivery people. And in the end, they should be just as concerned that I get my paper as they are about writing their columns. When the delivery person makes a mistake, the columnist looks bad. When the columnists wrote a lousy column, the delivery people lose a bit of stature. They are all in this together.
This is just as true in our own companies. How often have you seen a group breathe a sigh of relief when they discover that “some other department” made a customer-visible error? I hate to burst their bubble, but they get painted by the broad brush of customer dissatisfaction right along with the group that made the mistake. The outside world does not know, or care, that some mistake occurred in a specific department. They only know that the whole group has caused them a problem.
When you make a mistake, you hurt the reputation of every single person who works with you, whether they are involved or not. That’s why mistakes are so expensive: not only did you inconvenience a customer, you damaged the standing of all of your co-workers. Did they deserve that? Did you think about that before doing your best to do a good job?
Fortunately, this works the other way as well. When you make someone happy, everyone in your team benefits whether they were involved or not. By making a customer feel good about your company (or department, or whatever), you improve the reputation of every person in that group. What a great way to help every person you work with, every day! Help a customer and make everyone look good!
The columnist dissociated themselves from the group that made a mistake, thinking that I would do the same. But like most customers, I view the Journal as a single entity. When my paper is late, they all decline a bit in my mind. But if the columnist had gone out of their way to help fix my problem, they all would have gone up in my book, from the deliver person to the editorial board.
We’re all in this together, all for one and one for all. Remember that when someone makes a mistake, and leverage it when you decide to do something good.
[tweetmeme source=”EffectiveCIO” alias=”http://bit.ly/cio096″ only_single=false]
One Version Of The Truth August 3, 2009
Posted by Chuck Musciano in Leadership.Tags: Communication, Leadership
3 comments
In the world of enterprise architecture, there is a practice called Master Data Management. In short, MDM involves explicitly defining and maintaining precisely how your data is created, where it is kept, and when it is destroyed. An important component of MDM is the concept of “one version of the truth:” that exactly one official instance of every data element in your company exists in one place, and that all other uses of that data are copies derived from that original “truth.”
IT folks tend to espouse MDM, along with one version of the truth, because it makes management of the data much easier. Most companies do a less-than-adequate job of MDM, which makes it easy to poke holes in existing systems and call for review of existing processes. IT often swoops into an organization, denounces the poor MDM practices it finds, and offers to “help.” If only we would apply the same standards to ourselves.
Compared to the rest of the company, IT doesn’t generate a lot of business data. But we do produce a lot of information, in the form of policies, procedures, and end-user documentation. We seem to have endless rules for everything, and an opinion on how to manage and use any device with moving electrons. Do we do a good job in managing our information?
Short answer: usually not. Our policies are captured in a variety of ways and stored in all sorts of places. Documentation runs the gamut from hard-copy documents stored in a cabinet to PDFs strewn about in online repositories. We’ve migrated across multiple systems throughout the years, leaving a trail of conflicting and overlapping paperwork behind. How could anyone make sense of our world?
Even worse, we don’t consistently understand our policies so that we can articulate them to our customers. When someone speaks to someone in your IT shop and asks a question, will they get the same answer from everyone? If an IT employee doesn’t know the answer to a question, do they know which person that should be able to help?
Beyond operational data and policies, does everyone on your IT staff understand your strategic vision? Can they articulate it at a high level and relate it to their immediate responsibilities? Do they know why certain projects are being pursued and others are not? Can they explain how your top-level IT drivers relate to the business needs of the company?
All of these elements are part of the “data” that must be managed consistently for an IT group to be effective. Missing or inconsistent documents and policies confuse and frustrate users. Getting inconsistent or incorrect answers from your staff will drive people crazy. And misunderstood strategies will waste time and resources as you constantly educate and align your staff.
What’s the answer? The same one we give to others outside of IT: discipline, focus, and constant communication. We have to build the discipline to capture and manage our documents correctly and efficiently. But as IT leaders, we must constantly communicate our vision, its relation to our plans, and its impact on our company. We must verify that the organization’s managers understand and communicate that vision in the same fashion, so that it gets heard at every level.
Master data management is hard, and that’s true for IT shops as well. Before we start preaching to the rest of the company, we need to make sure that our one version of the truth is being managed well first.
