<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" 
         xmlns:thr="http://purl.org/syndication/thread/1.0" 
         xmlns:wfw="http://wellformedweb.org/CommentAPI/">
  <link rel="alternate" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html" /> 
  <link rel="self" type="application/atom+xml" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.xml" />
  <id>tag:blog.jackvinson.com,2007://1/tag:blog.jackvinson.com,2004://1.357-</id> 
  <updated>2007-12-03T12:06:48Z</updated>
  <title>Comments for Telephone game, anyone?</title> 
  <subtitle>Jack Vinson writes about knowledge management, personal effectiveness, theory of constraints and more.  As of December 2007 Jack will likely start writing about product management too.</subtitle>
  <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.01</generator>

  <entry>
    <thr:in-reply-to ref="tag:blog.jackvinson.com,2004://1.357" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html"/>


    <id>tag:blog.jackvinson.com,2004://1.357.170</id> 
    <link rel="alternate" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html#comment-170" /> 
    <title>Comment from Chris Dent on 2004-03-29</title>
    <author>
        <name>Chris Dent</name> 
        <uri>http://www.burningchrome.com:8000/~cdent/mt/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.burningchrome.com:8000/~cdent/mt/">     
      <![CDATA[ <p>The telephone game is one of my arguments against face to face or telephone conversation in "work" interaction. Or for that matter anything that is not text based.</p>

<p>If it's not archived, there's no checksum, no record, etc.</p>

<p>If it's not text, the archive can't be referenced.</p>

<p>In my workplace, everything happens on shared mailing lists and logged IRC, all of it with purple numbers (for easy reference).</p>

<p>Telephone game errors don't go away, but you can go back and check when noise gets out of hand.</p>

<p>Obviously face to face interaction can't and shouldn't go away, but I generally think that many of the problems it is supposed to solve (lack of body language in email) are smaller than the cost: understanding that is only present in present time.</p> ]]>
    </content>
    <published>2004-03-29T19:13:36Z</published>
    <updated>2004-03-29T19:13:36Z</updated>

  </entry> 

  <entry>
    <thr:in-reply-to ref="tag:blog.jackvinson.com,2004://1.357" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html"/>


    <id>tag:blog.jackvinson.com,2004://1.357.171</id> 
    <link rel="alternate" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html#comment-171" /> 
    <title>Comment from Jack Vinson on 2004-03-29</title>
    <author>
        <name>Jack Vinson</name> 
        <uri>http://www.jackvinson.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.jackvinson.com">     
      <![CDATA[ <p>Thanks, Chris.  This seems to go against many common discussions of the value of f2f interactions, but you do make some interesting points.  I wonder how this concept plays out in high trust vs. low trust organizations?  Or is this (preference for electronic/recorded communications) more of the ability to help people keep track of their commitments as a group and as individuals?</p> ]]>
    </content>
    <published>2004-03-29T20:22:47Z</published>
    <updated>2004-03-29T20:22:47Z</updated>

  </entry> 

  <entry>
    <thr:in-reply-to ref="tag:blog.jackvinson.com,2004://1.357" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html"/>


    <id>tag:blog.jackvinson.com,2004://1.357.172</id> 
    <link rel="alternate" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html#comment-172" /> 
    <title>Comment from Chris Dent on 2004-03-29</title>
    <author>
        <name>Chris Dent</name> 
        <uri>http://www.burningchrome.com:8000/~cdent/mt/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.burningchrome.com:8000/~cdent/mt/">     
      <![CDATA[ <p>The model I'm talking about assumes a fair number of things that are probably not present in a lot of groups: high trust;relatively low numbers; an environment with a high level of external inputs causing noise (implying a need for some kind of stable ground); participants with facile understanding of the tools used as well as good reading, writing and typing skills; task or problem solving orientation (rather than sales, say); [...]</p>

<p>In theory a lot of groups meet these criteria but in practice (my observations) it is literate geeks with a charistmatic focal point (a leader by example) that seem to pull it off the best. By literate I mean people who read and write both well and quickly, but are also able to deal with error easily. Geeks: people who handle email, irc, web as a matter of course not simply because they use the tools a lot but because they understand the tools well enough to write their own, in a pinch.</p>

<p>This latter point is something I've found very interesting my whole life. It's mirrored in the problem some students have with math teachers who say "Don't worry about how it works, just learn the technique." That short circuiting may work for some situations, but leaves people crippled. I approach this idea somewhat in my computer as tool paper (at <a href="http://www.burningchrome.com:8000/~cdent/arts/my/1.1.wiki#nid22Q"><a href="http://www.burningchrome.com:8000/~cdent/arts/my/1.1.wiki#nid22Q">http://www.burningchrome.com:8000/~cdent/arts/my/1.1.wiki#nid22Q</a></a> , I guess I can't use html) but I think there's a lot more there than I hit, especially with regard to external cognition.</p>

<p>I think external cognition is the fundament of knowledge management.</p> ]]>
    </content>
    <published>2004-03-29T20:43:40Z</published>
    <updated>2004-03-29T20:43:40Z</updated>

  </entry> 

  <entry>
    <thr:in-reply-to ref="tag:blog.jackvinson.com,2004://1.357" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html"/>


    <id>tag:blog.jackvinson.com,2004://1.357.3198</id> 
    <link rel="alternate" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html#comment-3198" /> 
    <title>Comment from Ken on 2005-12-07</title>
    <author>
        <name>Ken</name> 
        <uri>http://augmentation.blogspot.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://augmentation.blogspot.com">     
      <![CDATA[ <p>It's a bit late, and possibly down a different road than you seem to be interested, but I've developed a means of comparing policy implementation networks based on structural characteristics, such as sequential complexity. The idea is identical to the "telephone" dynamic, where more participants inevitably leads to information loss.</p> ]]>
    </content>
    <published>2005-12-07T17:58:45Z</published>
    <updated>2005-12-07T17:58:45Z</updated>

  </entry> 

  <entry>
    <thr:in-reply-to ref="tag:blog.jackvinson.com,2004://1.357" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html"/>

    <id>tag:blog.jackvinson.com,2004://1.357.p93318</id> 
    <link rel="alternate" type="text/html" href="http://blog.jackvinson.com/archives/2004/03/26/telephone_game_anyone.html#p93318" /> 
    <title>Trackback in article Knowledge management - it could be worse from Knowledge Jolt with Jack</title>
    <author>
        <name>Knowledge Jolt with Jack</name> 
        <uri>http://blog.jackvinson.com/archives/2007/07/23/knowledge_management_it_could_be_worse.html</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://blog.jackvinson.com/archives/2007/07/23/knowledge_management_it_could_be_worse.html"> 
        <p>
              Victoria Ward has an interesting piece on translating poetry that I think has a lot to do with the difficulties of knowledge management.   <a href="http://blog.jackvinson.com/archives/2007/07/23/knowledge_management_it_could_be_worse.html">[Read More]</a>
        </p>
    </content>
    <published>2007-07-23T18:41:17Z</published>
    <updated>2007-07-23T18:41:17Z</updated>


  </entry> 

</feed>
