Skip to main content

Creative Solution or Nasty Hack?




I just love this photo. This was a genuine solution to powering a meeting room PC that had to be secured in a pupose built and positioned storage cupboard. However it's an apt analogy to many things technology related. The set up of these power cables prompted these questions in my mind:

- Why wasn't the room built with power outlets where required?
- Why wasn't the cupboard positioned near power outlets if it was for things requireing power?
- Why did someone solve the problem with multiple power cables instead of buying one of adequate length?

To ask these questions I find myself in the mind-set of critiquing for not enough upfront planning or thought. However I know some more facts about this situation, e.g. the room and outlet was there a long time before the cupboard, the need for a secure cupboard for the PC came later, the device was comfortably powered by the outlet prior to that.

Therefore putting on my 'Agile' mindset I find these compelling reasons to power the PC in this manner.

- Someone has powered the PC in the cupboard quickly by re-using these power 'solutions' that were already in existance
- The solution works and can arguably be improved over time if required
- The solution hasn't been refactored yet
- The solution was designed in accordance to the perceived value and need, i.e. an electrician to re-wire power outlets would have seemed extravagant. A trip to the shop to buy an adequate length cable would be too time consuming.

How many IT solutions have you come across that have been put in place with the same drivers? i.e. We need something to work now, not just now but NOW! Instant solutions often become woven into the technology fabric of the organisation before considering the critical nature of the solution's application or the value the solution may generate. It takes disciplin and attention to target and refactor these instant solutions into something of appropriate merit.

If you loved this picture or found this concoction of power boards a compromise, remember, it had it's time and place in the organisation, it worked.

Comments

scott13april said…
It looks a bit like my kitchen wiring at present, unlike code the ugliness is apparent to all, and might get fixed when 1) it irritates a perfectionist 2) fails a compliance test 3) gets onto someone's to-do list.

S.

Popular posts from this blog

Business Requirement Documents are just no good and should be abolished from the world of creating software

I had hoped the world could have wholeheartedly rejected Business Requirement documents by now. For too long I’ve seen the repeated scenario of only commencing the creation of a new initiative with a requirements document.Unfortunately most organisations that have teams developing software still use these flawed anathemas to creativity as the status quo. Despite agile approaches maturing and customer-centric modes of design emerging, requirements documents still persist. 
If you work in an organisation that doesn’t use business requirement documents any more, read no further. You are lucky; sense has prevailed at your place however in my experience, you are still the minority.
Let's face it; addressing this issue is not always the point you want to start your improvement work when there's much that could be dysfunctional with how a team is delivering software. But now, I find myself as mad as hell, and I'm not going to take business requirement documents anymore. I want to …

My take on SAFe - Scaled Agile Framework for the Enterprise

Something I’ve observed recently amongst this agile/lean/start up/digitally disrupted community that I’m in, is there are a lot of‘SAFe haters’ dissing on SAFe out there.
Well I’ve just come from a giant organisation that is actually making a good fist of ‘doing SAFe’, so I feel like I’ve got an experienced based perspective on SAFe which might be of interest to some.
I’ve been chatting to people on this topic, it astonishes me the amount of opinion that is being shared on SAFe. The criticism and the eye rolling and statements about what it is and isn’t. There’s a growing anticipation over how it will be received and perceived at up coming Lean and Agile conferences, the sense of controversy is palpable. I’ve been soul searching over my own recent experiences. Digested into one sentence my opinion is: “SAFe – it ain’t so bad, but it’s not the answer either.”
So, in what ways do I thinkSAFe is good and can help?
Lining up iterations amongst several teams.
I’ve observed and executed a few…

Gamify your children

Inspired by James Ross’s LAST conference talk on The Shamification of Lamification and the Reclaimification of Gamification I was motivated to try and “Gamify” the school holidays for my three children, Leo aged 8, Chloe 9 and Max 10.
Buy-in is everything, so the first thing we did was a quick workshop to extract the kids ideas. I asked them to write their ideas for good rewards on sticky notes, with a few examples for context, such as ‘trip to the movies or ‘play date with a friend’ . They had 5 minutes to come up with their ideas – one idea per sticky note (as always).
They then read out their ideas for all of us to hear, there were a few duplicates and also a few comedy suggestions. Even though we had ruled out crazy stuff, such as rewards of a million dollars, Leo had written down ‘A unicorn for the back yard’ reading it out with gleeful giggles.
Then they spent 5 minutes writing down tasks that they could do to earn rewards. By now they had the hang of it and quickly came up with t…