Month: February 2017

Re: A Pattern is no Best Practice Yet!

Great article on patterns by Kris Meukens here

My slightly self-indulgent reply is below. I’ve always been fascinated by how our understanding of IT and organisational design in general seems to follow the same path of Christopher Alexander’s works on the design and architecture of the built environment. 

— 

I think it’s interesting to see the parallel and delayed timeline between “patterns” as they evolve in built architecture theory, versus patterns in IT. 

I’m not an expert in either but I see the history of patterns in built architecture through the lens of Christopher Alexander:

  • Notes on the Synthesis of Form (1964, year 1). Starts to describe what later came to be known as “patterns”. 
  • Notes on the Synthesis of Form – Preface to the first paperback edition (1973, year 9). Already starting to rebel against those who focused on “design methods” as a meta study and assets “I reject the whole idea of design methods as a subject of study, as I think it is absurd to seperate the study of design from the practice of design”. 
  • A Pattern Language (1977, year 13). These are fully formed patterns with the notion that they can be combined to create designs. It’s not a simple mix and match – still leaves room for a design process. 
  • The Nature of Order (2003, year 39). Doesn’t exactly reject patterns but focuses on wholeness, a set of qualities, and a set of structure preserving transformation that help designs unfold. 
  • The Battle for the Life and Beauty of Earth (2012 – however focuses on 1985, year 21). This focuses on two world views that he saw as in battle – one of which was opposed to his style of building. 

Reading “Battle” in particular makes you feel our current understanding of patterns and our obsessions with Agile, Design Thinking, etc mean we are in the equivalent of year 25. 

Reading the above article feels like we’re heading towards the equivalent of year 30. I mean this as a compliment. 

The IT Department of the Future… doesn’t exist 

Good article, including the simple fact:

In the industrial company of the future, there won’t be a separate IT department.

From: http://www.strategy-business.com/article/The-Thought-Leader-Interview-Bill-Ruh?gko=9ae51

Data quality analogy – Prove you own your house

I’m well known for not liking analogies. I find they generally give people comfort that they understand something without actually changing how much something is understood.  

So if I’m forced to use an analogy I’ll at least try to use one that hasn’t been used before, and to use it until it breaks by folding backwards on the analogy so it no longer makes sense.  My data quality assurance analogy at the moment is:

Imagine you’re asked to prove that you own your house.  

This is an analogous to the regulatory trajectory in financial services – where increasingly data provided to regulators must be attested to met certain data quality criteria.  

So again, imagine somebody has asked you to prove that you own your house. You can do this by presenting a deed of title. You might also make a humorous distinction between you owning your house versus you owning a mortgage. Because really the bank owns the house, am I right? 

But within this distinction you can make a fairly precise statement about how much of your home you own. You might need to rely on estimates regarding what it’s worth, but you can get the percentages of ownership pretty accurate.

But imagine if deeds of title didn’t exist. Imagine mortgages didn’t exist. Imagine plans that show houses appearing on lots with specific boundaries and reference points for context didn’t exist.

Imagine again being asked to prove that you own your house without the benefit of deeds, mortgages, plans, addresses, and other context. It’s still possible to prove ownership. Now you have to lean on concepts like homesteading; and create a narrative chain of ownership based on the initial claiming and working of the land, through successive transfers of ownership to your own claim. You also have to devise your own way of identifying your house – perhaps using a flag with your family crest. 

The problem with this approach to proving ownership is that it’s different for each home. Everybody would need to tell the entire story of how this particular home has come to be on this particular block of land, and who participated at every step of construction and transfer of ownership.

The depth and level of corroboration for this story of ownership would mean we’d need to bring in many of the people who are characters in the narrative and confirm their roles and recollections. Some of these people would disagree with particular points in the story enough to open up doubt or all least require further alternative corroboration.

Once some of the people in the narrative die, or even if they just refuse to turn up for each successive re-telling of the ownership narrative, you lose the ability to prove ownership. This type of approach is therefore clumbersum – requiring a complex narrative that is different for each house – and ultimately inconsistent in the level of assurance it can provide.

The level of assurance is itself dependent on the unique and total narrative around ownership. If, for a particular home, part of the ownership story contains the unsolved murder of the owner and subsequent homesteading by a mysterious stranger, then the certainty of ownership is different than for an ownership story that doesn’t contain that feature. So the idea of a proof with 95% certainty cannot be committed to in general.

The alternative – when you don’t need a completely different narrative ownership story per individual home – can’t be designed by any individual home owner. Instead it has to be built up, shared, agreed, and sustained by the community.  

The system for proving home ownership that we have now, that allows for proof of ownership, and even allows as to manage precise percentages of ownership, is the analogy I use for data quality. Because information passes through the community like the ownership of a house, there needs to be a framework agreed by the community so data quality can be consistently understood.

When somebody visits your house for dinner, it is enough that you answer the door to prove sufficient ownership of this house to not expect dinner to be interrupted. Sufficient ownership for this purpose isn’t even real ownership – it could just be a rental agreement. Whereas other assertions of ownership require further proof.  

If your organisation doesn’t have artefacts that describe the structure and flow of information it’s like not having house plans that show which property we are talking about. Likewise, if the community doesn’t agree to a specific, potentially costly, process of verification of data as it is transported across the organisation, this is like not having title deeds that you can depend on.

Still with me on this analogy? No, me neither – which is why I don’t like analogies.  

Powered by WordPress & Theme by Anders Norén