Wednesday, January 9, 2008

Another Year- Another war

Well, after enjoying a lovely rest over the Xmas period, I have come back to work to realise that the age old battles are still here.

Sometimes I have to wonder whether an organisation that is steeped in so much tradition really does have the ability to change.

When I am feeling positive, I truly believe in the power of small groups of "changers". They are the people inspired to rock the boat and shake the tree. When I am feeling a little overwhelmed, I can question how many boat rockers it takes to either sink the boat or get rid of the people. Am I talking garbled nonsense? Okay, possibly so, but if you have a collective of people who all agree that a, or multiple business processes need to change, and rapidly, then what are the roadblocks?

Some I've encountered over the years- and more recently:

  • Over-engineering a solution to create the "silver bullet"
  • Fear of failure
  • Fear of success
  • Fear of authority
  • Fear of job security
  • Apathy
  • Fear of change
Over engineering: It's a pretty common mistake that we tend to make for all the right reasons. No-one ever looks at a process that is working and says "Oh, let's fix that". No. It's the opposite, we either want to redefine a purpose because we see gaps, or we want to improve a process. In the end, we want something better, so the temptation to go for "perfect" is already present in every meeting, in every task.

There is a very big problem with this though. While we argue over the "right terminology", or squabble over whether Systems is included, or if we have consulted everyone, we generally tend to miss the most blindingly obvious and simple solution. Sometimes, the simple solution isn't 100%, but if we are only starting at "half way there" then anything has to be an improvement.
Iterative service and process design allows for flexibility, for customisation, for tailoring on the fly, but with defined required outcomes.

Fear of failure, success, authority, security and/or change: I have put this all under the one larger heading of "Fear". It might sound fluffy, soft or trite but the fact is that no matter how technically capable we are, no matter how many policies we know by heart, or projects we have delivered, we are all just humans beings trying to get through eight hours a day. Sometimes the instinctual kick back against a new way of doing things might not be because it is bad, but because we don't want to change what we already know so well.

Sometimes introducing a a new process means by default that we will be asked to do more, service more clients, answer more calls. This, on an organisational level can be a success, because it indicates growth. On a personal level it can be disastrous, because growth isn't always reflected in hiring of more staff to support the process change, rather there is "streamlining, down-sizing" whatever word you want to use- it means more work.

Sometimes, introducing change means introducing transparent accountability.

This is where the fear of failure becomes a reality. If you are given more work, in the same amount of time, there will come a point where it's possible to drop the ball- or face authority and ask for support. This whole process allows staff to question their security:

"What if I can't do the work? What if they don't hire more people? What if I ask for help and there isn't any? What if I get blamed for this not working? What if my boss thinks I'm incompetent cause I can't use this process?"

It's a rant and a rave that I have heard in many "open forums" for staff dealing with "transition" or the change of organisational processes- and it is the one that sits at the very heart of any organisation being able to rapidly respond to change requirements.

Staff need to feel that in a changing environment, they have the support to grow, adapt, question or challenge the change. Staff need to feel that they are part of the driving force behind the change. Mostly, staff need to know that change inevitably always includes mistakes, and mistakes are great when you have a culture of accepting flaws as part of the learning process.

This may be an ideal- la-la-land that doesn't exist in the corporate technical environment, but I truly believe that it can be created. In fact, I can say with great passion and simmering anger, that if we do not create this kind of culture, we will face the biggest threat of all, to ANY organisation facing change; apathy.

Apathy is a tricky one. Sometimes, like with the organisation I work for- you can be "changed out"- completely devoid of the ability to deal with anymore change purely because everything is constantly changing.

Lets face it, humans are creatures of habit, and so if there is no time to form any, you can have a collective feeling of free-falling or being rudderless. This can make it hard to start again, or build on what you had. I have seen masters of change stumble under this kind of weight.

The only way to combat this is to actually stop for a second and take stock. (If you haven't noticed, this is what I am trying to do right now!)

The other kind of apathy is much more dangerous, cancerous and can truly infect an organisation until it is beyond repair. It's the apathy that really is about not caring anymore.

The only way to stop it, is to offer a remedy or cut it out entirely. I really wish it was that simple. It's so easy to sit behind a desk and analyse this and come up with clear cut answers, but to re-iterate, we are dealing with people, and dealing with people, means dealing with peoples feelings.

So, this war I talk about, may not just be about change, but more about recognising that if we want anything to change at all, maybe we should stop talking about the technology. Maybe, we need to lose the labelling altogether and just listen to what people are really saying.






Wednesday, December 5, 2007

Access the no space or book without a face

I am sitting here at my yearly retreat to OzeWai, and more importantly, I am sitting infront of Bruce Macguire- who is talking about the world impact of web 2.0 applications such as Myspace, Facebook, blogging etc.

He talks about the fact that these places are the cult of the ammatuer- that maybe the internet is killing our culture. Well, in truth, he doesn't say it- he quotes someone else, but he is saying that art and literature is now the story of the people, it's growth is more organic, but for people with disabilities, the gatekeepers of this technology are shutting the gate and 'throwing out the key' or creating a hostile space between the impaired and the technology providers.

The thing is, I understand what he is trying to say. If this global community is to be truly representative of everyone- as they proport to be, then surely, it is our obligation to lobby these organisations to create usable technology.

Some key issues faced for people with an impairment trying to access these online services, is the relatively new feature of the virtualisation method. This is the part of the sign up process where you are asked to type what you SEE in a picture box in order to validate your sign up process. This is obviously problematic if you cant see the picture box, and replacing it with a sound file is also ridiculous if you cannot hear. So the question is, how do people like Bruce get the same opportunity to play in this ever changing world, if as users A) we aren't aware this is happening B) Dont provide an alternative but equal environment?

Thre truth is, I dont know, but I have another 40 minute workshop in which to bounce ideas...and hopefully, I'll be able to post a more hopeful piece.

Tuesday, May 29, 2007

Why do you want it so much?

Over the last ten days, I have been working with a few different areas of the Tibetan Administration in Exile, but the one area, causing me the most grief, and food for thought is TCRC ( the Tibetan Computer Resource Centre).

All of the staff are highly educated, speak English well and work in IT. So, it is much like working in Australia, except for the obvious location shift, the standard of computing equipment, and the standard of IT knowledge.

It's a phenomenon that is obviously worldwide, this CMS- thing. The Administration wants to convert their sites www.tibet.net to CMS, because "it's easier".

Over the last 10 days, I have been taking the staff on a crash course of CMS discovery, starting with the most important question ever, "What makes you think it is easier?" followed by a "Why do you need it?"

Sometime over the last year, the CMS word has boomed on Indian shores and mountains, and most businesses are moving towards this technology. There is absolutely nothing wrong with that at all, I just wonder how many businesses really know what they are in for.

Going back to basics, it's critical to get an idea of what your site does NOW, and how you think a CMS could either;

  1. Improve the quality of your web content
  2. Improve the processes behind web publishing
  3. Reduce the need for specialised training in users
  4. Create collaborative publishing environments
  5. Reduce the amount of hardware, licensing, etc required
  6. Reduce duplication of effort

The thing is, that I haven't met anyone in a CMS environment where all of these items are met by introducing the system, especially in the first year, so the best you can hope for is at least hitting one or two of these targets.

The next thing I have been trying to introduce over here, is that your CMS should facilitate the features and functions you already have, REALLY WELL, before adding additional bells and whistles like polling tools, movie streaming, RSS feeds etc. It just adds another level of complexity for the team installing the CMS, and frankly for the users. If they haven't been using new features like RSS already, give them some time to become accustomed to the CMS first.


Our approach for "picking the best CMS for tibet.net" was to do a CMS review. I have come across a couple of good sites that have helped here. I should point out the www.tibet.net, is nothing at all like University of Melbourne, so the needs are entirely different, including the standard of technology, the skills required to learn the system, the infrastructure available to install it etc.

We went to www.opensourcecms.com to have a look at new Open Source CMS's on the market, and have over the last 5 X 3 hour sessions done an demo install of:

  • Mambo
  • Drupal
  • Typo3
  • Plune
  • Joomla
  • My Source Matrix
I should preface this with the fact that we had listed the features we required, which were;

  • It's FREE
  • The ability to customise templates easily
  • It's quick to learn and teach
  • PHP/MySQL
  • It contains news features
  • It contains RSS features
  • It can embed media files
  • There is a WYSIWYG for end users
  • permissions based user set up
  • A fairly flat architecture

We weren't looking for anything too grunty, anything too complex.

The team then spent roughly 3 hours playing with the system, using the Administration interfaces, using the publisher interface, reading the instruction manuals, signing onto Developers forums and just getting a feel for how they would have to work with the system.

Anyone interested in interface usability would have had a field day!
In the end, the Team selected Joomla. www.joomla.com

They had looked at the other CMS's and realised for them, it suited their needs best.

They are currently teaching themselves how to customise templates in the system, and how to use the different features.

The next step for the team will be to go back over their current site and hack out any bits and pieces that aren't needed, review the content they have, design a new architecture and start gathering content to move across.

So I suppose the lesson behind this story is to know exactly what you are asking for......

MORE next week.

Saturday, May 19, 2007

The world comes screaming into the mountain

This is the end of my first week in Mcleod Ganj (work week), and it has been an incredible a learning experience, surviving the language barrier, the cultural differences in teaching methods, walking 45 minutes down the side of a mountain with my laptop and working on Saturdays has obviously shaken me around a bit.

My week is broken up as follows:

Monday, Wednesday, Friday 9-12.30 working with the Tibetan Department of Human Rights. Their website (www.tchrd.org) is currently being translated into Tibetan font called Bod-yig. The importance of such a translation was lost on me until I realised that each community is only as strong as the language they use to describe it. For any community, the integrity, the ability to pass on tradition, is directly proportionate to their ability to retain culture, via language, stories, paintings, songs etc.

In web terms, most developers know that we can pre-set a language definition into a page for browsers to render/opt up. For the Tibetans, this language has been Chinese, as there has been no universal font used in web development created specifically for the Tibetan language. The conversion of English language sites into Tibetan is a great step in retaining original versions of work. Later, this will prove to be fundamental in the translation of archived materials, ensuring that ''nothing gets lost on the way".

However, from a technical point of view, there are limitations. We have old, unstable computers, unreliable electrical sources, and web developers who still need to learn a lot more. It would be easy to step in and just " do the job", but who would that help? In order for the web to facilitate the Tibetan cause, Tibetans must be able to test, develop and maintain their own applications. Having tourists or teachers creating whizz-bang sites that no-one can update pretty much defeats the purpose.

Monday, Wednesday and Friday afternoons I work for TCRC, the Tibetan Computer Resource Centre. Their current 'thing' is wanting to move the entire of www.tibet.net into a CMS. The one they are currently looking at is Joomla, a PHP MYSQL open source application. Funnily enough I feel like I have been teleported into another version of hell, the only difference being that here I cant work on project plans, or technical specifications. Here, we are still learning that a CMS is not easier, or faster, it's different, and long term provides incredible benefits for content re-use.
Here the culture is meek and calm, and not investigative. The simple act of "trying out an application" is not something that is encouraged. This week really has been about getting the brilliantly talented group to just 'break stuff'.

To explain, the teaching method here for primary and secondary school includes mimicry, deep respect (and often fear) of the 'teacher', and repetition. The curriculum doesn't have space for questions, self learning, inquisitiveness. When you don't repeat something properly, you are smacked with a cane.

This is carried over into adulthood, and so the people I am working with are slowly, very slowly learning that there are no sticks, no mistakes, nothing that can be broken that can't be fixed.

Tuesday and Thursday, I teach basic html to Tibetan women. The move for women to create their own representations, their own sites, is a fast moving one. In fact, generally speaking, I would say that McLeod Ganj is ready to burst at the seams. The Tibetan Administration in Exile is beginning to realise the power that websites can have.

You only have to think of Google, and China, to realise that....

The rest of my week is working with displaced refugees from India and Tibet, cooking in a restaurant down the mountain and teaching some monks English. Frankly, I'm more flat out than I have ever been.

I'm also learning more than I thought possible. I've started taking a basic PHP class, so I can help out with the new CMS and I'm mostly UNLEARNING everything, in order to be a help.

Next week I will drop in on the Dharamslala Wireless crew, which might be of interest to you- more so than this incessant rambling.

Take care and anyone wanting to find out more, email me at clairesspencer@gmail.com

Thursday, April 19, 2007

Welcome to Le hiatus

Over the next six months, I will venture to India to do some volunteer work. My current employers have been flexible enough to let me go and to top it off, they have let me take the laptop!!

Whilst on my trip, I have promised that I will create a blog to discuss the following:

  • Emerging technologies in IT with limited resources- Wireless, Web, Gaming and wiki/blogs
  • Teaching IT principles to Tibetan students at the Tibetan Computer Resources Centre, which is part of the Tibetan childrens villagein Mcleod Ganj
  • Implementing a CMS for the Tibetan Administration in Exile (working in South Delhi)
  • Teaching English at Tong Len.
I think that this is going to be harder than I initially pitched it.

In fact, given my past experience in India, the unreliability of IT infrastructure, electricity and what is commonly called I.S.T (India Standard time), it's possible I'll hit a few hiccups, but for the most part, I'll try to update this blog weekly.

I'd also like to be able to have your questions and suggestions about how you want to use this blog. I don't really feel like "talking AT you" for the next 6 months.

I have many Tibetan Techies waiting in McLeod Ganj that are looking forward to sharing knowledge with some of Melbourne's' web community. I see this as a great opportunity to pick the brains of some well established web developers who work outside the confines of bureaucracy and really make the best of the limited resources they have.

I'll be taking suggestions until next Thursday 26 April. You can email me at spencerc@unimelb.edu.au

Cheers
Claire Spencer almost gone.....