<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: The Boundaryless Organization</title>
	<atom:link href="http://dcfischer.blogs.plymouth.edu/2006/04/11/the-boundaryless-organization/feed/" rel="self" type="application/rss+xml" />
	<link>http://dcfischer.blogs.plymouth.edu/2006/04/11/the-boundaryless-organization/</link>
	<description>Notes from Chief Information Officer and Director of ITS</description>
	<pubDate>Wed, 20 Aug 2008 09:17:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: http://supergame123.110mb.com/game-military-tank-video.html</title>
		<link>http://dcfischer.blogs.plymouth.edu/2006/04/11/the-boundaryless-organization/#comment-72534</link>
		<dc:creator>http://supergame123.110mb.com/game-military-tank-video.html</dc:creator>
		<pubDate>Wed, 24 Oct 2007 23:14:51 +0000</pubDate>
		<guid isPermaLink="false">http://dcfischer.blogs.plymouth.edu/2006/04/11/the-boundaryless-organization/#comment-72534</guid>
		<description>best search engine exclude  &lt;a href="http://supergame123.110mb.com/game-online-sports.html" rel="nofollow"&gt;game online sports&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>best search engine exclude  <a href="http://supergame123.110mb.com/game-online-sports.html" rel="nofollow">game online sports</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://dcfischer.blogs.plymouth.edu/2006/04/11/the-boundaryless-organization/#comment-1789</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Tue, 02 May 2006 18:58:57 +0000</pubDate>
		<guid isPermaLink="false">http://dcfischer.blogs.plymouth.edu/2006/04/11/the-boundaryless-organization/#comment-1789</guid>
		<description>I wrote the following due to the traffic on allemp prior to the current debates but didn't send it as I judged it would just add to the noise.  This blog seems like a better place to present my arguments and suggestions.


IMHO the psu-allemp is out of control.  In a lot of cases messages are 
posted 2 or more times, most of these to inform the community of events 
that should be on a central calender coupled with a link to further 
details.  Also the organizations involved could provide an announce 
list.   Interested individuals could sign on to receive reminders about 
upcoming events.  From my view at the bottom of the pile it is becoming 
easier to just delete any allemp and allfac emails as sorting through 
them is time consuming and not very productive.  Furthermore, it is 
hard to see â€œrealâ€? emails through all the list emails.  

Another area of concern is the use of  â€œtoâ€? and â€œccâ€? addresses to 
people both inside and outside the PSU community.  Any address put in 
these fields is visible and available to everyone who receives these 
mass mails.  While I am sure no one YOU know would give these addresses 
to a spammer, it only takes one co-opted machine to compromise every 
address in the email.  If you need to send a bam to other addresses the 
"bcc" addresses should be used.

Mark</description>
		<content:encoded><![CDATA[<p>I wrote the following due to the traffic on allemp prior to the current debates but didn&#8217;t send it as I judged it would just add to the noise.  This blog seems like a better place to present my arguments and suggestions.</p>
<p>IMHO the psu-allemp is out of control.  In a lot of cases messages are<br />
posted 2 or more times, most of these to inform the community of events<br />
that should be on a central calender coupled with a link to further<br />
details.  Also the organizations involved could provide an announce<br />
list.   Interested individuals could sign on to receive reminders about<br />
upcoming events.  From my view at the bottom of the pile it is becoming<br />
easier to just delete any allemp and allfac emails as sorting through<br />
them is time consuming and not very productive.  Furthermore, it is<br />
hard to see â€œrealâ€? emails through all the list emails.  </p>
<p>Another area of concern is the use of  â€œtoâ€? and â€œccâ€? addresses to<br />
people both inside and outside the PSU community.  Any address put in<br />
these fields is visible and available to everyone who receives these<br />
mass mails.  While I am sure no one YOU know would give these addresses<br />
to a spammer, it only takes one co-opted machine to compromise every<br />
address in the email.  If you need to send a bam to other addresses the<br />
&#8220;bcc&#8221; addresses should be used.</p>
<p>Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Emmons</title>
		<link>http://dcfischer.blogs.plymouth.edu/2006/04/11/the-boundaryless-organization/#comment-1157</link>
		<dc:creator>Jon Emmons</dc:creator>
		<pubDate>Tue, 11 Apr 2006 17:45:40 +0000</pubDate>
		<guid isPermaLink="false">http://dcfischer.blogs.plymouth.edu/2006/04/11/the-boundaryless-organization/#comment-1157</guid>
		<description>&lt;blockquote&gt;And if the question requires a deeper level of expertise, the first responder will get the contact information of the requester and make sure an expert gets back to the person inquiring.&lt;/blockquote&gt;

What if instead of the first responder making sure an expert gets back to them the first responder gets back to them personally?

The first responder could contact the expert for a solution then present the solution to the end user.  This is not always possible, but when it is the end user only has to deal with one person and the first responder learns one more solution.  People would rather hear "I'll find that out and get back to you shortly" than "I'll have someone contact you soon."

This is as much about the first responder learning as about servicing the end user.  With student workers coming and going frequently and only working a few hours per week while their here this type of just-in-time knowledge transfer is great training.</description>
		<content:encoded><![CDATA[<blockquote><p>And if the question requires a deeper level of expertise, the first responder will get the contact information of the requester and make sure an expert gets back to the person inquiring.</p></blockquote>
<p>What if instead of the first responder making sure an expert gets back to them the first responder gets back to them personally?</p>
<p>The first responder could contact the expert for a solution then present the solution to the end user.  This is not always possible, but when it is the end user only has to deal with one person and the first responder learns one more solution.  People would rather hear &#8220;I&#8217;ll find that out and get back to you shortly&#8221; than &#8220;I&#8217;ll have someone contact you soon.&#8221;</p>
<p>This is as much about the first responder learning as about servicing the end user.  With student workers coming and going frequently and only working a few hours per week while their here this type of just-in-time knowledge transfer is great training.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
