<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/abc" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: An Information Systems &#8216;face&#8217; on System Thinking</title>
	<link>http://www.lithandbook.com/?p=41</link>
	<description>A Handbook for Information Systems in the 21st Century</description>
	<pubDate>Sat,  4 Sep 2010 20:42:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>

	<item>
		<title>By: Erik Proper</title>
		<link>http://www.lithandbook.com/?p=41#comment-31</link>
		<author>Erik Proper</author>
		<pubDate>Thu, 21 Feb 2008 13:20:53 +0000</pubDate>
		<guid>http://www.lithandbook.com/?p=41#comment-31</guid>
		<description>Nigel,
   I agree on making a distinction between the communication issue and transformation. A large number of problems that occur during enterpise/software/... development and transformation are due to miscommunications. Ensuring we have good communication between all parties involved in what we (www.cs.ru.nl/tee) refer to as a ``system development community'', is paramount. Irrespective of whether one is concerned with analysing problems in a current situation, imaging future directions, translating this to plans/programs, or executing actual projects to transform the enterprise/software/..., one needs good communication between the members of the system development community. 

In our work we make a distinction between: understanding, agreement and commitment when communicating. Understanding focusses on the question if two people understand what the other is stating. I would expect VPEC-T to be really helpfull in creating understanding accross Business/IT borders (and more borders). (Ideally) once understanding has been established, the people involved can decide wether or not to agree to what has been stated. Agreement, however, is not necessarily enough. We all know about situations where people said "yes", but when it came to the crunch, they went for "no". 

In our research activities we are (amongst others) looking at techniques such as Group-Based Modelling (which originated from the art of creating system dynamics models with multiple stakeholders), the related field of collaboration engineering, and more advanced conceptual modelling approaches such as ORM, to develop approaches and theories (based on experiments) to support/enable better communication (understanding, agreeing, commitment). 

I would love to see if there is a way to collaborate on this, and also put the VPEC-T approach "in the Mix".

Regards,
  Erik Proper</description>
		<content:encoded><![CDATA[<p>Nigel,<br />
   I agree on making a distinction between the communication issue and transformation. A large number of problems that occur during enterpise/software/&#8230; development and transformation are due to miscommunications. Ensuring we have good communication between all parties involved in what we (www.cs.ru.nl/tee) refer to as a &#8220;system development community&#8221;, is paramount. Irrespective of whether one is concerned with analysing problems in a current situation, imaging future directions, translating this to plans/programs, or executing actual projects to transform the enterprise/software/&#8230;, one needs good communication between the members of the system development community. </p>
<p>In our work we make a distinction between: understanding, agreement and commitment when communicating. Understanding focusses on the question if two people understand what the other is stating. I would expect VPEC-T to be really helpfull in creating understanding accross Business/IT borders (and more borders). (Ideally) once understanding has been established, the people involved can decide wether or not to agree to what has been stated. Agreement, however, is not necessarily enough. We all know about situations where people said &#8220;yes&#8221;, but when it came to the crunch, they went for &#8220;no&#8221;. </p>
<p>In our research activities we are (amongst others) looking at techniques such as Group-Based Modelling (which originated from the art of creating system dynamics models with multiple stakeholders), the related field of collaboration engineering, and more advanced conceptual modelling approaches such as ORM, to develop approaches and theories (based on experiments) to support/enable better communication (understanding, agreeing, commitment). </p>
<p>I would love to see if there is a way to collaborate on this, and also put the VPEC-T approach &#8220;in the Mix&#8221;.</p>
<p>Regards,<br />
  Erik Proper</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel Green</title>
		<link>http://www.lithandbook.com/?p=41#comment-24</link>
		<author>Nigel Green</author>
		<pubDate>Mon, 18 Feb 2008 08:37:36 +0000</pubDate>
		<guid>http://www.lithandbook.com/?p=41#comment-24</guid>
		<description>Richard,
Thanks for the question, of course, you're correct that understanding does imply communication. The difference between a framework focused on communication versus change is indeed subtle. I would suggest, for example, the primary purpose of a SWOT Analysis would be to simplify and communicate ideas that might enable change. The change execution might then employ other techniques such as Six Sigma and/or (from an IS perspective) TOGAF and/or SOA/REST etc. My fascination is in how to make System Thinking accessible to people on both sides of the so- called business/technology divide. To do this we came up with a  framework that is focused on describing information systems behaviour using natural every-day language. This framework does not compete with other communication or execution techniques – it augments them. Perhaps more importantly it seems to create a segue to tried-and-tested  System Thinking appraoches.</description>
		<content:encoded><![CDATA[<p>Richard,<br />
Thanks for the question, of course, you&#8217;re correct that understanding does imply communication. The difference between a framework focused on communication versus change is indeed subtle. I would suggest, for example, the primary purpose of a SWOT Analysis would be to simplify and communicate ideas that might enable change. The change execution might then employ other techniques such as Six Sigma and/or (from an IS perspective) TOGAF and/or SOA/REST etc. My fascination is in how to make System Thinking accessible to people on both sides of the so- called business/technology divide. To do this we came up with a  framework that is focused on describing information systems behaviour using natural every-day language. This framework does not compete with other communication or execution techniques – it augments them. Perhaps more importantly it seems to create a segue to tried-and-tested  System Thinking appraoches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Veryard</title>
		<link>http://www.lithandbook.com/?p=41#comment-23</link>
		<author>Richard Veryard</author>
		<pubDate>Sun, 17 Feb 2008 19:44:49 +0000</pubDate>
		<guid>http://www.lithandbook.com/?p=41#comment-23</guid>
		<description>Wikipedia describes Systems Dynamics as a way of understanding systems (and presumably therefore communicating this understanding). Could you say a little more about the relationship between techniques for understanding the world and techniques for changing it?</description>
		<content:encoded><![CDATA[<p>Wikipedia describes Systems Dynamics as a way of understanding systems (and presumably therefore communicating this understanding). Could you say a little more about the relationship between techniques for understanding the world and techniques for changing it?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
