Sunday 13 July 2014

Technology Road-map Outline

I've been considering the following outline for a technology road-map.  My main goals are to focus on the gap assessment between current state and trends, and the risks and relationships between the parts.

Business 
1. Vision, Mission, Goals
2. Business Drivers
3. Business Capability
4. Maturity Assessment / Measures

Shared Governance
5. Stakeholders
6. Workflow / RASCI / Structure
7. Communication Plan
8. Organizational/Functional Relationships

IT Risks and Strategy
9. Technology Trends
10. SWOT Analysis / Key Risks
11. Contingencies / MoSCoW
12. WISE Grid

IT Tactics
13. IT Alignment
14. Concept Diagrams (As-Is, To-Be)
15. Context Diagrams (As-Is, To-Be)
16. 5 year Gant (-1,this year,+3)

IT Details
17. Dependencies
18. Initiative Details with CAPEX/OPEX
19. Parking Lot
20. Sign off

I've thought about a section of success and accomplishments; something to show measurement against objectives.

Saturday 12 April 2014

How to Kill Innovation

It annoys me sometimes when people introduce me as "The IT Guy."  I went to school to become a computer scientist.  Computer science is about creating and/or synthesizing solutions to problems following the scientific method.  It is innovative and it is creative.  IT is about management.  It is a profession that, for the most part, is about control.  Control and innovation are at different ends of the spectrum.

Aaron Schwartz (1986 to 2013) was a brilliant mind who went places he shouldn't have gone and did things he shouldn't have done.[1]  He had a thirst for knowledge and he believed it should be free.  This got him in a lot of hot water, even given his accomplishments, and ultimately he took his own life rather than face massive fines and jail time for stealing academic knowledge.  His end purpose for this knowledge?  Increasing his intellectual ability.  How many of us have had our wrists slapped for doing the wrong thing for the right reason?  (In my professional life, I can think of numerous reprimands for doing the right things for the right reasons.)

Aaron tried unsuccessfully to get on the board of directors at Wikipedia; as his intuition told him things were not quite right at this breakthrough of community involvement and intrinsic motivation.[2][3]  The momentum of Wikipedia was immeasurable.  Wikipedia as a source of knowledge was game changing and saw the death of Encyclopedia Britannica and Microsoft Encarta.  The biggest collection of human knowledge ever collected and edited by volunteers.

And here is what changed.  The momentum stopped.  A small portion of content was being vandalized.  So control was needed, and Jimmy Wales facilitated the rise of the administrator.  He justified it by saying that only 500 or so core people contributed content.  What Aaron showed was that there were outsiders and insiders, and outsiders - infrequent expert contributors - accounted for most of the new content, while insiders provided most of the editing.  So Jimbo focused on supporting the insiders and the new administrators.  Though the motivation of the editor was to maintain a consistent quality, the motivation of the administrator was to implement control.  Outside contributors started to decline.

I and others have experienced this personally.  I stopped contributing to Wikipedia last year.  I tried to start an entry about the accomplishments of my recently deceased father.  He did a lot of good things for the City of Calgary that had not been recognized.  I have (he had) volumes of photographs of Calgary history that you wouldn't find in the city archive.  So I started the draft Wikipedia entry.  By the time I had the outline done, the draft had already been tagged as non-standard for deletion by an administrator.  By the time I figured out what was wrong, it was expunged.

A good friend who is very active in the tropical fish community was an avid contributor on the topic.  He was disappointed so many fish on the tropical list didn't have pictures.  So he reached out to the community to contribute their personal photographs - copy left - under Wikimedia.  He had a great response; over forty contributions, that he started to link into the Wikipedia page.  After a few, an administrator tagged the images as "stolen" because they were" too good" to be free.  The justification, later learned, was that he found one image contributed to a photo stream site by the same user whom contributed it to Wikimedia...  Wait a second.  An enthusiasts posts a picture of his fish to the public, grants public license, and that's theft?  And justification to remove 40 superb images?  Suffices to say that was the last time my friend contributed to Wikipedia.

Motivation is a fragile thing.  It doesn't take much to quash enthusiasm. Those two things are the keystones of innovation.






http://www.wired.com/2013/12/swartz-video/
http://www.aaronsw.com/weblog/whowriteswikipedia
http://www.aaronsw.com/weblog/whorunswikipedia

Wednesday 15 January 2014

It's the Little Things that Count

It has been a while since I posted from the Armchair but today I was reminded of something so important to IT shops: It's the little things that count.  I did a quick job for a company - an out of band job - in that their internal IT was not able to do it - and it took me 23 minutes.  15 minutes of that was trying to figure out what the problem was.  Another 5 minutes to generate a wee bit of VBA code to change all control formats in an Excel spreadsheet.  And two days of someone's time saved (multiplied by how many spreadsheets, and there were a lot, as they were audit worksheets.)

I felt good about this.  This is one of the reasons why I liked being in IT: helping clients, saving time, saving money, and saving frustration.  And then the reflection on my past experiences and why I was popular in groups I worked in and why the IT machine disliked me.  Productivity solutions are not big projects.  They're tiny things.  They don't require high priced software or managers.  It is the practical execution of LEAN principles.  Identify those little, repetitive things that waste time and money and get rid of them.

In three local companies over the last 10 years I saw the "office productivity" groups get disbanded.  Each of these groups had "too much work" yet were eliminated anyway. They were very popular in the organization because everyone used PowerPoint, Word, Excel, and even Access and had these tools on their desktops. End users just needed a little bit more out of those applications - slightly beyond the reach of a power user. Personal productivity software is often the right tool for the job.  But big IT seems hell bent on killing the spreadsheet, etc.  Why?  Because its not manageable.  Because its not supportable.  Says who?

Says the person who measures themselves by projects and project price tags.  IT is ultimately a service within a company.  Technology enables people to work effectively and efficiently.  Isn't it fascinating how IT is trying to reposition itself these days as the agent for business transformation?  We can help our internal clients do better by being champions of continuous improvement.  Unfortunately many C.I. groups I know are very keen to coach others on how to work better without actually being able to do the work.

Givers Take All from McKinsey is a fascinating article about corporate culture that promotes the belief that workforces that help enable each other are the most productive.  For me that is true transformation: break IT silos and help lighten the load.