<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Sharing at Work - Latest Comments in 
Don't E-Mail It!
</title><link>http://sharingatwork.disqus.com/</link><description></description><language>en</language><lastBuildDate>Sat, 22 Nov 2008 20:42:37 -0000</lastBuildDate><item><title>Re: 
Don't E-Mail It!
</title><link>http://www.sharingatwork.com/2008/09/dont-e-mail-it.html#comment-3962882</link><description>So you're capturing emails at the server and piping them out into a web archive?  I am not really saying that everyone ought to go and scrap their entire IT system and replace it with wikis and forums but it would certainly be nice to escape the "private by default" e-mail workflow culture we have now.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dpritchett</dc:creator><pubDate>Sat, 22 Nov 2008 20:42:37 -0000</pubDate></item><item><title>Re: 
Don't E-Mail It!
</title><link>http://www.sharingatwork.com/2008/09/dont-e-mail-it.html#comment-3950500</link><description>If by 'gotten your hands on' you mean 'designed and implemented' then yeah ;-)  Web development frameworks are so flexible and adaptable these days that it's pretty easy to write use cases based on a company's specific workflow and implement a software solution that essentially replicates the email (or physical) communication structure in a persistent form.&lt;br&gt;&lt;br&gt;While I respect the idea of making 'productivity suites' and such for corporate use, my opinion is that if you combine the total time it takes for everyone involved to learn how to use that kind of implementation, the cost will be higher than the design and development cost of a highly customized tool modeled to the specific needs of the organization (which avoids training costs by mimicking the pre-existing workflow).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">rssaddict</dc:creator><pubDate>Sat, 22 Nov 2008 00:16:44 -0000</pubDate></item><item><title>Re: 
Don't E-Mail It!
</title><link>http://www.sharingatwork.com/2008/09/dont-e-mail-it.html#comment-3948037</link><description>I know there are some hot startups working on enterprise productivity suites like this, but I imagine what we'll see in the corporate world is cut-down versions of this functionality being ported in to Outlook and Notes.  Have you gotten your hands on anything like this in the corporate sector?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dpritchett</dc:creator><pubDate>Fri, 21 Nov 2008 20:41:47 -0000</pubDate></item><item><title>Re: 
Don't E-Mail It!
</title><link>http://www.sharingatwork.com/2008/09/dont-e-mail-it.html#comment-3942377</link><description>Yep, the ideal is to design a web-based system that conforms to the company's workflow and fires off e-mails to the appropriate parties when it's updated.  That way you get the immediacy and targeted nature of email with all the benefits of a persistent online system.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">rssaddict</dc:creator><pubDate>Fri, 21 Nov 2008 18:19:54 -0000</pubDate></item><item><title>Re: 
Don't E-Mail It!
</title><link>http://www.sharingatwork.com/2008/09/dont-e-mail-it.html#comment-2927100</link><description>I find that I spend a lot more time lately thinking of ways to enable my work groups to collaborate more efficiently.  The hard part continues to be finding the courage (and the right time) to call them to action.&lt;br&gt;&lt;br&gt;Maybe next time you could try a Facebook group for your project rather than a Google group?  Those would probably be comfortably familiar &lt;br&gt;to your teammates.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dpritchett</dc:creator><pubDate>Tue, 07 Oct 2008 21:09:35 -0000</pubDate></item><item><title>Re: 
Don't E-Mail It!
</title><link>http://www.sharingatwork.com/2008/09/dont-e-mail-it.html#comment-2926763</link><description>I am such a fan of minimizing reliance on email. A one-to-one communication strategy is simply not as effective as a many-to-many tool. It's not just businesses resisting the change, though. Even my project groups at UT comprised soley of NetGeners find it difficult to stop pounding out emails with attachments and cc-ing everyone. My suggestion of using Google groups as a way to write documents for an assignment together (without those pesky meetings on campus) was revolutionary! I kid, but you would have thought I'd invented a time machine the way everyone stared at me like I was crazy. Thanks for advocating more collaborative and effective methods of communication. The more momentum that builds, the easier it will be to convince people to cross over!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Brittany Creamer</dc:creator><pubDate>Tue, 07 Oct 2008 20:52:21 -0000</pubDate></item><item><title>Re: 
Don't E-Mail It!
</title><link>http://www.sharingatwork.com/2008/09/dont-e-mail-it.html#comment-2634435</link><description>Thanks for the links, John!  I've seen a lot of posts this year about the "abandon email entirely" movement.  I'm not quite sure we need to go that far but it's doing a good job of making us think.  I find myself using it far too often for the wrong purposes - probably because GMail is so fast and lets me search my archives so well.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dpritchett</dc:creator><pubDate>Thu, 25 Sep 2008 20:36:59 -0000</pubDate></item><item><title>Re: 
Don't E-Mail It!
</title><link>http://www.sharingatwork.com/2008/09/dont-e-mail-it.html#comment-2633172</link><description>Hey Daniel,&lt;br&gt;&lt;br&gt;I have a post similar to this called Instead of sending an email...&lt;br&gt;&lt;a href="http://libraryclips.blogsome.com/2007/09/08/instead-of-sending-an-email/" rel="nofollow"&gt;http://libraryclips.blogsome.com/2007/09/08/ins...&lt;/a&gt;&lt;br&gt;&lt;br&gt;Matt Moore has a presentation on re-purposing email&lt;br&gt;&lt;a href="http://libraryclips.blogsome.com/2008/04/04/email-needs-to-know-its-place/" rel="nofollow"&gt;http://libraryclips.blogsome.com/2008/04/04/ema...&lt;/a&gt;&lt;br&gt;&lt;br&gt;Here are some of my other post examining this issue:&lt;br&gt;&lt;a href="http://libraryclips.blogsome.com/2008/05/06/re-purposing-email-meme/" rel="nofollow"&gt;http://libraryclips.blogsome.com/2008/05/06/re-...&lt;/a&gt;&lt;br&gt;&lt;a href="http://libraryclips.blogsome.com/2008/05/09/examples-of-re-purposing-email/" rel="nofollow"&gt;http://libraryclips.blogsome.com/2008/05/09/exa...&lt;/a&gt;&lt;br&gt;&lt;a href="http://libraryclips.blogsome.com/2008/05/16/when-re-purposing-email-is-difficult/" rel="nofollow"&gt;http://libraryclips.blogsome.com/2008/05/16/whe...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">John Tropea</dc:creator><pubDate>Thu, 25 Sep 2008 18:54:31 -0000</pubDate></item></channel></rss>