Do you work in an ordered environment, where things follow rules in a nice, predictable way? Or does your environment exhibit “unorder”, characteristics of complexity or chaotic behaviour. If the latter, you need to read this paper to understand how your domain may differ from others, and appropriate techniques to use as an architect, analyst or designer.
Blog Views
Categories
Reviews by Content
Archives
- May 2012 (1)
- April 2012 (7)
- March 2012 (5)
- February 2012 (3)
- January 2012 (1)
- December 2011 (3)
- November 2011 (3)
- October 2011 (3)
- September 2011 (5)
- August 2011 (26)
- July 2011 (6)
- June 2011 (8)
- May 2011 (6)
- April 2011 (9)
- March 2011 (6)
- February 2011 (7)
- January 2011 (6)
- December 2010 (5)
- November 2010 (22)
- October 2010 (5)
- September 2010 (4)
- August 2010 (4)
- July 2010 (5)
- June 2010 (4)
- May 2010 (3)
- April 2010 (1)
- March 2010 (1)
- February 2010 (2)
- January 2010 (4)
- December 2009 (1)
- June 2009 (1)
- May 2009 (1)
- April 2009 (2)
- March 2009 (1)
- November 2008 (2)
- July 2008 (2)
- June 2008 (1)
- April 2008 (1)
- January 2008 (1)
- July 2007 (2)
- June 2007 (1)
- April 2007 (4)
- March 2007 (1)
- October 2006 (2)
- June 2006 (1)
- May 2006 (2)
- March 2006 (1)
- January 2006 (3)
- August 2005 (5)
- July 2005 (5)
- June 2005 (5)
- May 2005 (6)
- March 2005 (9)
- February 2005 (5)
- September 2004 (2)
- June 2004 (1)
- May 2004 (2)
- April 2004 (1)
- March 2004 (2)
- December 2003 (1)
- September 2003 (1)
- August 2003 (2)
- July 2003 (4)
- June 2003 (1)
- April 2003 (2)
- March 2003 (2)
- July 2002 (1)
- June 2002 (2)
- April 2002 (9)
- January 2002 (1)
- September 2001 (1)






Are there specific situations in your architecture practice that call for a top-left approach? I think it would really progress the debate and the understanding if we had some solid examples of how the Cynefin framework applies to specific architectural projects in specific businesses. Cynefin is currently being picked up by the Agile Methods crowd, and it would be good to have some practical examples of how Cynefin makes a real difference to what architects can achieve
Yes, I do have some real, current examples where complexity is forcing me to say to the client “you can’t analyse this”. Watch out for a follow-on “examples” piece sometime soon.
My paper is a straightforward application and extension of Dave Snowden and Cynthia Kurtz’s 2004 work, and properly credits that work. Dave has indicated that he is happy with this.
Tom Graves has recently referred to this paper, I believe mainly as a source for the Cynefin diagrams without having to seek permission directly from Dave. Tom has not contacted me in any way, or sought my permission to re-use the diagrams in his article. I do not in any way endorse his views, or have any relationship to this derivative work.
Andrew: re: “Tom Graves has recently referred to this paper, I believe mainly as a source for the Cynefin diagrams without having to seek permission directly from Dave.”
I referred to this paper because I thought it was good work. The assertion that I referred to this paper “mainly as a source for the Cynefin diagrams without having to seek permission directly from Dave” is both insulting and absurd – not least because the Cynefin diagram is explicitly in the public domain anyway (see Snowden’s licensing notice on the Wikipedia page on Cynefin).
In the past I have done very extensive on ‘the Cynefin categorisation’, in particular on attempting to integrate the Chaotic domain, which is barely addressed in Snowden’s work (though it is addressed in some depth in Kurtz’s more recent work). The methods and approaches I used in that work are most certainly not ‘derivative’ – a fact which seems to be the main source of Snowden’s very public ire (including an extraordinary out-of-context misuse of two of my diagrams in his ‘History of Cynefin’, apparently for the sole purpose of mockery, and certainly without any apparent understanding of their proper context or use). It is certainly true that most of my work around ‘the Cynefin categorisation’ has a different practical and theoretical base – for example, Snowden concentrates on complexity-science, whereas my work leverages iterative/recursive techniques from the futures disciplines (such as Causal layered analysis) and enterprise-architectures (such as TOGAF ADM, as also extended beyond IT). At Snowden’s request, I have explicitly and publicly separated my work from his, although you might note that Kurtz does explicitly incorporate some of my ideas and material in her current work on ‘Confluence’.
Richard Veryard above asks “it would be good to have some practical examples of how Cynefin makes a real difference to what architects can achieve”, to which you replied “Yes, I do have some real, current examples where complexity is forcing me to say to the client ‘you can’t analyse this’: watch out for a follow-on ‘examples’ piece sometime soon”. However, it is now three months later: would you give us a timeline as to when you publish these examples? (In the meantime, if anyone is interested, there are many examples of real-life usages of a ‘Cynefin-like categorisation’ linked to proven enterprise-architecture methodologies available in my books – see TetradianBooks – and on my weblog.)
I do acknowledge that Snowden and I have disagreed strongly in the past over our significantly different approaches to theory and practice in the ‘unorder’ space, and I appreciate that people may sometimes choose to ‘take sides’ in such cases of ‘conflict of ideas’. However, ‘taking sides’ does not actually further the progress in the field. You might also note that Snowden’s work is not designed to work directly with and in enterprise-architectures; whereas mine is. In that sense, might I request that you at least consider my work properly in its proper context, rather than dismissing it outright on the say-so of someone from a largely unrelated field of enquiry?
Tom,
Apologies I have not contacted you sooner. I have been on holiday until last week, followed by a busy catch-up with my clients, and I was trying to digest your comments before taking action.
The reference to my paper is in your post “Tackling uniqueness in enterprise-architectures” at http://weblog.tomgraves.org/index.php/2010/06/03/uniqueness-in-ea/#more-986. I read this when my attention was brought to it by a Google blog scan back in June, not by any other mechanism.
Your post contains one direct reference to my paper, and no comment that I could discern on my own assessment/use of Cynefin. The only other references are where you reprint the diagrams, where you promptly make notes that these are not the “up to date” versions against which you would like to comment. In the comments to the piece you then used the phrase (addressed to Dave Snowden) “I would also point out that since you’ve publicly accused me of plagiarism if I do reference the original sources…”. You never contacted me to post any sort of comment on my article itself.
Taking these points together I think my inference about the use of my paper was unavoidable. If that was incorrect I apologise, but I hope you’ll accept it was a reasonable assessment based on the evidence I had.
I’m not a “Dave Snowden follower”, and I don’t agree with everything he says. However, I have found his/Cynthia’s work on Cynefin extremely useful, and I think we are both comfortable about the relative relationship between his work and my use of it. I was keen to “set the record straight” to ensure that your use of my paper as a source was not seen to challenge this relationship, hence the comment on my blog, and an equivalent comment on Dave’s blog.
I did read your paper, but didn’t find anything in it which I could latch onto as a working Solution/Enterprise Architect. That’s not to denigrate your work in this field, just an assessment based on my need for very simple, clear concepts which I can use with developers and business people with little or no knowledge or interest in the formal knowledge management space.
A quick point on Richard Veryard’s comment. That was originally made when the paper was published in 2005, and at the time I had the best intentions of publishing a follow-up piece with real world examples. However, as my clients are major organisations and my relationships with them mostly on public record, it has proven very difficult to find ways of documenting examples of “unorder” in a way which will not challenge those ongoing relationships. I may resolve this at a future date, but may not do so very quickly.
I hope this sets the record straight with you. I am happy to publish your comment alongside this explanation, if you will do the same.