Actually this is a presentation by Prof. Alastair Scotland of the UK's NHS on governance and, ultimately, patient safety. If you work in governance, privacy, software engineering and any management discipline related with these then this is one video you must watch today.
If it took the NHS 10 years to get this far, then in areas such as privacy which share many of the same characteristics of being a flawed system (in the general sense) with many safety-critical features, we've a huge amount of work to do outside of the mainly philosophical and legal debates about what privacy is.
Alastair Scotland.mp4 from Guy Murray on Vimeo.
Showing posts with label Control Theory. Show all posts
Showing posts with label Control Theory. Show all posts
Thursday, 7 August 2014
Wednesday, 23 January 2013
Kubler-Ross and Getting Ideas Accepted
When discussing new or challenging ideas, or even anything that challenges or even questions the existing schools of thought (or business process!) there is often much "push-back" with responses such as "that'll never work", "impossible" etc...sometimes even when confronted with the evidence and demonstration.
Dealing with this is often soul destroying from the innovator's perspective and getting past this is 90% of the challenge of getting new ideas and view points accepted. So having a mechanism to understand the responses would be useful. I think the Kubler-Ross model might be useful here to examine people's responses.
The model itself was developed for psychologists to understand the process of grief. While the model has sparked some controversy, this does not detract from the basic principle of the model. The model consists of five sequential stages:
Let's say we have a process and metrics for some purpose - the process is complicated and dogmatic, the metrics measure some completion rate but not effort or compliance. A challenge to this might be met with the following responses:
This model must be used in an introspective and reflective manner to ensure that you as the originator and presenter of the idea do not fall into the trap of stages 1 and 2 yourself. Understanding your reactions in the above terms is very enlightening regarding your own behaviour.
If you do reach stage 3 in the discussions then this is time that you need to be absolutely sure in how your idea works, what the flaws are and how it integrates and improves what came previously. At this stage you have the chance to get everyone on board but after this however it is extremely difficult to turn people to your idea.
Stage 4 is depression all round, you will probably have accepted many changes to your idea and let go of some cherished ideas. Worse is that you've probably challenged the existing school and dogma to such a degree you are going to get a lot of "push back" on the ideas. In some respects this is where ideas do die either "naturally" or through "suicide" to use some dark terminology. To get through this stage you need to be the supporter of everyone. Indeed emphasis on the previous school of thought as being the catalyst to the newer ideas is critical to get through this; after all, wasn't it the previous systems that sparked the need for change in the first place?
Stage 5 is requires real leadership of the innovation and building of the team to carry this forward. Like it not, teamwork and ensuring that everyone, even the detractors, have a voice is critical. Sometimes your challenge might free some of the original detractors out of their earlier beliefs - this can come as quite a relief to these people and offer them badly needed, new challenges and purpose.
There are many more things one could write on this and there are many books and theories on how to manage innovation and invention elsewhere. The idea here was to relate some experiences with the Kubler-Ross model and understand things in that context, which personally I've found to be a very useful tool.
Dealing with this is often soul destroying from the innovator's perspective and getting past this is 90% of the challenge of getting new ideas and view points accepted. So having a mechanism to understand the responses would be useful. I think the Kubler-Ross model might be useful here to examine people's responses.
The model itself was developed for psychologists to understand the process of grief. While the model has sparked some controversy, this does not detract from the basic principle of the model. The model consists of five sequential stages:
- Denial - "we're fine", "everything works"
- Anger - "NO!"
- Bargaining - "Ok, so how do you fix this?"
- Depression - "Why bother...?", "Too difficult"
- Acceptance - "Let's do this!!!"
Let's say we have a process and metrics for some purpose - the process is complicated and dogmatic, the metrics measure some completion rate but not effort or compliance. A challenge to this might be met with the following responses:
- Denial - the process works! No-one has complained! We have metrics! We're CMM Level 3!
- Anger - Why are you complaining? We don't need to change!
- Bargaining - OK, we'll consider your ideas and changes but we're not promising anything. Can you come up with a project plan, budget, strategy, PowerPoints etc...?
- Depression - OK, there are problems, but we can't deal with them. It's too late and complex to change. Let's create a project plan, strategy and vision. How can we ever capture those metrics?
- Acceptance - You're right, let's run with this
This model must be used in an introspective and reflective manner to ensure that you as the originator and presenter of the idea do not fall into the trap of stages 1 and 2 yourself. Understanding your reactions in the above terms is very enlightening regarding your own behaviour.
If you do reach stage 3 in the discussions then this is time that you need to be absolutely sure in how your idea works, what the flaws are and how it integrates and improves what came previously. At this stage you have the chance to get everyone on board but after this however it is extremely difficult to turn people to your idea.
Stage 4 is depression all round, you will probably have accepted many changes to your idea and let go of some cherished ideas. Worse is that you've probably challenged the existing school and dogma to such a degree you are going to get a lot of "push back" on the ideas. In some respects this is where ideas do die either "naturally" or through "suicide" to use some dark terminology. To get through this stage you need to be the supporter of everyone. Indeed emphasis on the previous school of thought as being the catalyst to the newer ideas is critical to get through this; after all, wasn't it the previous systems that sparked the need for change in the first place?
Stage 5 is requires real leadership of the innovation and building of the team to carry this forward. Like it not, teamwork and ensuring that everyone, even the detractors, have a voice is critical. Sometimes your challenge might free some of the original detractors out of their earlier beliefs - this can come as quite a relief to these people and offer them badly needed, new challenges and purpose.
There are many more things one could write on this and there are many books and theories on how to manage innovation and invention elsewhere. The idea here was to relate some experiences with the Kubler-Ross model and understand things in that context, which personally I've found to be a very useful tool.
Monday, 14 May 2012
Data-Flows and Measurement of Expectation of Privacy
I've been in a workshop all day about
privacy with a mixed audience of legal, marketing and technical people; and its
quite interesting to see that we starting to have some convergence on that
privacy is more about information itself, the flow of information and the usage
of that information within the context of those flows rather than the usual
discussion about how to prevent collection of data.
There is relatively little wrong - given
the correct context - with data collection, and indeed in many cases it is
ineviatable, eg: web server or service access logs. The usage of these logs for
system monitoring is the typical scenario, which is a necessary function of
actually running those infastructures. The main point here is really aimed at
secondary data collection or behavioural data collection scenarios.
So that aside for a moment, we've come to
the obvious conclusion that security is a necessary base for privacy, which in
turn is a necessary base for trust. We've also discussed the notion of rights
and what rights a consumer has over their data, or more correctly, their
information.
Which all brings me back to that most of
the discussions are touching on the need for an understanding of the flow and
measure of information. How do we measure, what do we measure, how much information,
is there too much information etc?
Putting this in the context of
information management, ontologies/taxonomies of information and data-flow we
have the beginnings of a rather elegant framework for understanding the flow of
information from this perspective. Sounds close to Nissenbaum's hypothesis on
privacy and expectations which is very nice - which is something I've written on before and I guess some of the things here is a development of some thoughts there...
For me this means that some ideas I’ve
had of information classification, dimensional analysis and measures (metrics
even) are starting to coalesce nicely...quite exciting.
In a panel session a discussion was held
on the rights and relationships of privacy to the consumer and started to
emphasise on the expectation of privacy based in various scenarios: placing
data in the cloud, driving on a public highway and in relation to the latter
the case with the US government's regarding the placement of GPS trackers on
peoples' cars without their knowledge.
We can construct a data-flow model of
this:
A person then assigns or has an
expectation of privacy in various situations, if the data-flow exceeds that
then there is a privacy issue. So, using some “arbitrary” values for the
measures, we might have expectations ‘E’ for each flow:
- E(Person->Cloud) is 7
- E(Person->Highway) is 3
- E(Highway->Government) is 2
The higher the number, the greater amount
of information a user is willing to tolerate being communicated over that
data-flow.
Then at some point in time’t’ the
actual measure ‘M’ of information, maybe something like
- M_t1(Person->Cloud) = 5
- M_t1(Person->Highway) = 2
- M_t1(Person->Cloud) = 4
If for some data-flow ‘d’, at a point in
time ‘t’, M_t(d)>E(d) then we have a problem regarding the amount of
information being transmitter is greater than the expectations of the user.
Aside: yes, I know using integers to
denote amount is fairly naïve, but I’m just trying to get a point across more
than anything – I think the structure we’d be working with is some horrible
multi-dimensional, tensor/spinor monster….
While the current laws tend to focus on the
fact that anything ‘in public’ is ‘public’, Solove, Nissenbaum, Acquisti and
others have noted that what happens in public is not always necessarily. As
shown in the data-flow above, a person's expectation of privacy towards some
cloudified service environment, eg: Google, Nokia etc is very different to
their expectation of privacy when driving in their car on public roads.
Similarly the information flow between public roads and the government, eg:
traffic cameras etc has certain expectations of privacy.
When we have information flow over more
than one individual flow, for example, what is the user's expectation of
privacy when information about their driving on a public road flows to the government?
The case with GPS trackers has shown that there are expectation limits that are
different from the individual expectations within the individual flows, for
example:
- E(Person->Highway->Government) = 1
What this eventually leads to is that as
data-flows get longer and involve more participants the expectation of privacy
increases, but in reality beyond one or two steps the visibility of the
data-flow diminishes to the user, for example, to where does Google or Facebook
send or sell their data? Also how. and could this value be calculated from each
of the individual flows? I can imagine that we might even see some kind of power
law operating over this too…
Many other questions arise, how do we
measure information content – at least in terms of the above channels? What is
an information channel? To conclude for the moment, it does
appear that we can relatively easily define how to how these measures might
behave over a data-flow, the question now remains – and this is the really
interesting question – is how to actually construct the measure itself.
Tuesday, 17 April 2012
Privacy, Dataflow and Nissenbaum ... formalisation?
I read the article by Alexis Madrigal of The Atlantic about Helen Nissenbaum's approach to privacy. It is good to see someone talking about sharing of information as being good for privacy. Maybe this is one of the rare instances that the notion of privacy has been liberated from being all about hiding your data, protecting the "consumer" to actually, in my opinion, being about how data flows.
To quote from the article and given a good example:
First thing here is that Nissenbaum gets us past the privacy as a binary thing: its private or public where private means hidden. Nissenbaum actually promotes the idea of how we perceive the data flow rather than whether something is private or public; again quoting from the article:
For a while I've been working on formalising architectures, ontologies, taxonomies and so on for privacy (privacy engineering) - the common factor in all of these is the data-flow. Actually I think some of this is quite simple when thought of in this manner, firstly we construct a simple data-flow model:
Aside: this is quite informal and the following just sketches out a line of thinking rather than being a definition.
Some information I flows from A to B. For this information I we can extract a number of aspects: sensitivity, information type, identity (amount of) etc. We can also ask the question of this particular interaction (A,I,B) of whether that information I is relevant to the particular set of transactions or services that B provides. If B requires a set of information H to work for fulfil the contract with A then I<=H in this case, which allows A to supply less but should discourage B asking for more.
We can also look at other factors in this to make that decision: the longevity of information in B, the ownership of the information once passed to B and importantly, whether B passes this information on - we come to this latter point later. Ultimately we can assign a weight to this data-flow, though what form of metric this is I don't have a good idea about at the moment but let's call it 'm', ie: a(I) is some measure of the 'amount of information' weighted by the various aspects and classifications. The above I<=H should then be rewritten as a(I)<=a(H) which better takes into account of the weightings of the information classifications.
This we can continue through a number of other flows and introduce a typing or taxonomic structure for the nodes:
As B is a bank then the amount of information required tends to be high, if C is on-line shop, then this tends to be lower and so on. Such a rule might be:
For each node, we can better describe the expectation in terms of this metric, ie: a(b) where b is the Bank node from above, we get the rule from earlier:
Now our weighting function a deals with particular instances, where as we have stated that that there are expectation, so let's introduce a new function that computes a range for a given type, for example r(Bank) returns a range [ r_min, r_max ]. Then for a particular instance of Bank we get
If a given instance, for example e in the above data-flow requires something outside the range for its type then we are "busting a norm" for that particular type, and following on from the above rules:
The next thing is to look at the next level in the data-flow graph, to where do B,C,D and E send their information, how much and how do these data-flows affect the first - I guess there's a very interesting feedback loop there. A few other things spring to mind as well: do we see a power law operating over the weighting of the data-flows? Does it matter to where and how much data flows?
Introduce a temporal dimension and plot the above over time and you get a picture of the change in norms and consumer expectations.
Getting back to Nissenbaum's thesis which is that the expectation of privacy over data-flows is the key and not whether the data-flows at all, I think we could reasonably model this.
To quote from the article and given a good example:
This may sound simple, but it actually leads to different analyses of current privacy dilemmas and may suggest better ways of dealing with data on the Internet. A quick example: remember the hubbub over Google Street View in Europe? Germans, in particular, objected to the photo-taking cars. Many people, using the standard privacy paradigm, were like, "What's the problem? You're standing out in the street? It's public!" But Nissenbaum argues that the reason some people were upset is that reciprocity was a key part of the informational arrangement. If I'm out in the street, I can see who can see me, and know what's happening. If Google's car buzzes by, I haven't agreed to that encounter. Ergo, privacy violation.
First thing here is that Nissenbaum gets us past the privacy as a binary thing: its private or public where private means hidden. Nissenbaum actually promotes the idea of how we perceive the data flow rather than whether something is private or public; again quoting from the article:
Nissenbaum argues that the real problem "is the inapproproriateness of the flow of information due to the mediation of technology." In her scheme, there are senders and receivers of messages, who communicate different types of information with very specific expectations of how it will be used. Privacy violations occur not when too much data accumulates or people can't direct it, but when one of the receivers or transmission principles change. The key academic term is "context-relative informational norms." Bust a norm and people get upset.
For a while I've been working on formalising architectures, ontologies, taxonomies and so on for privacy (privacy engineering) - the common factor in all of these is the data-flow. Actually I think some of this is quite simple when thought of in this manner, firstly we construct a simple data-flow model:
Aside: this is quite informal and the following just sketches out a line of thinking rather than being a definition.
Some information I flows from A to B. For this information I we can extract a number of aspects: sensitivity, information type, identity (amount of) etc. We can also ask the question of this particular interaction (A,I,B) of whether that information I is relevant to the particular set of transactions or services that B provides. If B requires a set of information H to work for fulfil the contract with A then I<=H in this case, which allows A to supply less but should discourage B asking for more.
We can also look at other factors in this to make that decision: the longevity of information in B, the ownership of the information once passed to B and importantly, whether B passes this information on - we come to this latter point later. Ultimately we can assign a weight to this data-flow, though what form of metric this is I don't have a good idea about at the moment but let's call it 'm', ie: a(I) is some measure of the 'amount of information' weighted by the various aspects and classifications. The above I<=H should then be rewritten as a(I)<=a(H) which better takes into account of the weightings of the information classifications.
This we can continue through a number of other flows and introduce a typing or taxonomic structure for the nodes:
As B is a bank then the amount of information required tends to be high, if C is on-line shop, then this tends to be lower and so on. Such a rule might be:
forall u:User, b:Bank, c:OnlineShop, d:NewsSite |
a( u-->b ) => a( u-->c ) and
a( u-->c ) => a( u-->d )
...
For each node, we can better describe the expectation in terms of this metric, ie: a(b) where b is the Bank node from above, we get the rule from earlier:
forall u:User, b:Bank |
a( u-->b ) <= a(b)
Now our weighting function a deals with particular instances, where as we have stated that that there are expectation, so let's introduce a new function that computes a range for a given type, for example r(Bank) returns a range [ r_min, r_max ]. Then for a particular instance of Bank we get
forall b:Bank |
r_min(Bank) <= a(b) <= r_max(Bank)
If a given instance, for example e in the above data-flow requires something outside the range for its type then we are "busting a norm" for that particular type, and following on from the above rules:
forall u:User, b:Bank |
r_min(Bank) <= a(b) <= r_max(Bank)
and
a( u-->b ) <= a(b)
The next thing is to look at the next level in the data-flow graph, to where do B,C,D and E send their information, how much and how do these data-flows affect the first - I guess there's a very interesting feedback loop there. A few other things spring to mind as well: do we see a power law operating over the weighting of the data-flows? Does it matter to where and how much data flows?
Introduce a temporal dimension and plot the above over time and you get a picture of the change in norms and consumer expectations.
Getting back to Nissenbaum's thesis which is that the expectation of privacy over data-flows is the key and not whether the data-flows at all, I think we could reasonably model this.
Monday, 22 March 2010
nCategory Cafe wk294 - Control Theory
Some interesting work from the nCategoryCafe regarding open vs closed systems, control theory and categoric formalisms.
So, I should get back to my tale of electrical circuits. I'm really just using these as a nice example of physical systems made of components. Part of my goal is to get you interested in "open systems" - systems that interact with their environment. My physics classes emphasized "closed systems", where we assume that we've modelled all the relevant aspects of what's going on, so the interaction with the outside environment is negligible. Why? It lets us use the marvelous techniques of symplectic mechanics - Hamilton's equations, Noether's theorem giving conserved quantities from symmetries, and all that. These techniques don't work for open systems - at least, not until we generalize them. But almost every device we design is an open system, in a crucial way: we do things to it, and it does things for us. So engineers need to think about open systems.
And mathematical physicists should too - because life gets more interesting when you treat every system as having an "interface" through which it interacts with its environment. For starters, this lets you build bigger systems from components by attaching them along their interfaces. We can also formalize the problem of taking a system and decomposing it into smaller subsystems. In engineering this is called "tearing".
(John Baez)
With a good reference to Jan C. Willems, In control, almost from the beginning until the day after tomorrow, European Journal of Control 13 (2007), 71-81. Available at: http://homes.esat.kuleuven.be/~jwillems/Articles/JournalArticles/2007.2.pdf
Subscribe to:
Posts (Atom)


