barcamp liveblog: hack people, then code

We've just finished a session at BarCamp Sydney. I rocked up to see an empty board, so I proposed To hack code, first hack people.... The idea is that often it's not the code that creates barriers to success, it's the people involved. Perhaps they're resisting, perhaps they're not engaging with the process or they simply can't express what they want to achieve with technology.

Here's my take on some points the group came up with...

  • Don't hack code without a reason - find what the people want first, sort out the goals.
  • Be open to being wrong - if you push your agenda, you may discover that there's a good reason not to go down a certain path. Don't be so engrossed in your own agenda that you become inflexible.
  • If someone is resisting an idea or change, first understand why they are resisting. They may have an excellent reason, or they may simply be scared, or they may just need to understand the idea better.
  • To hack code, you must be able to empathise with people
  • Coders/geeks need to take their clients/users best interests to heart
  • Make people feel safe. Build trust with them, build rapport, then start working. People are often afraid that they're paying for something that won't do what they want.
  • Doctors need a good bedside manner, geeks need their own version - webside manner?
  • It is our responsibility to make things work, not the user's responsibility.
  • We must demystify technology - tell people what it will do, not how it's coded.
  • Simplify, don't dumb down.
  • Don't build for "everyone", build for your specific target market.
  • Geeks... we cannot avoid people! Get over it!

Labels: , ,

Comments

  1. Anonymous Nathanael, March 03, 2007 11:59 AM:

    Ha ha - I have a problem with demystifying technology ... constantly having to rewrite things; like one I just did 2 minutes ago - change "persistent navigation elements" to "having the drop-down list on every page" etc

  2. Anonymous Lawrence Meckan, March 05, 2007 5:59 PM:

    Yep.. this is where people matter. It's no use doing code hacking if it doesn't end up meeting the needs of people.

    The one problem with being the code dishpig when it comes to accessibility is that the people who actually designed the code in the first place are usually fearful of having their own shortcomings exposed. Which explains why certain groups hate and despise web standardistas.

    Unfortunately, fear is the mind killer and once a person or a group has succumbed to fear and prejudice, it's a little hard to rehack their brain out of it without them making a conscious choice to recognise the fears they have.