<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-1295779623325219402</id><updated>2011-08-28T07:26:37.193-05:00</updated><category term='users'/><category term='education'/><category term='web'/><category term='collaboration'/><category term='OneNote'/><category term='categorize'/><category term='social'/><category term='destruction'/><category term='risk'/><category term='linkedin'/><category term='requirement'/><category term='Documentum'/><category term='records destruction disposition litigation destructionlogs dispositionlogs discovery RIM'/><category term='procedures'/><category term='action items'/><category term='best practice'/><category term='retention'/><category term='computer'/><category term='internet'/><category term='ning'/><category term='email'/><category term='informationzen'/><category term='lessons learned'/><category term='IM'/><category term='update'/><category term='classify'/><category term='ECRM ERM ECM software solution tool records recordsmanagement RIM policies'/><category term='sharing'/><category term='knowledge'/><category term='knowledge management'/><category term='policy inside-out outside-in user strategy planning'/><category term='schedule'/><category term='records'/><category term='document'/><category term='e2.0'/><category term='information'/><category term='policy'/><category term='oil and gas'/><category term='delong'/><category term='legal'/><category term='cloud'/><category term='ECRM'/><category term='context'/><category term='litigation'/><category term='networking'/><category term='2d barcode link hyperlink tip tippingpoint tipping gladwell scan technology'/><category term='retain social networking'/><category term='user buy-in policy application implementation'/><category term='software'/><category term='Sharepoint'/><category term='compliance'/><category term='network'/><category term='lost knowledge'/><category term='roth information overload informationoverload search information management management records search gartner rage knowledge knowledgeworker informationrage'/><category term='management'/><category term='RIM'/><title type='text'>InfoCognito</title><subtitle type='html'>Dedicated to records and information management topics and opinions. All opinions stated by me are my own, and do not reflect policies or actions of any previous, current or future employer.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>21</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-706124499486575548</id><published>2010-11-30T11:42:00.000-06:00</published><updated>2010-11-30T11:42:14.399-06:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='ECRM ERM ECM software solution tool records recordsmanagement RIM policies'/><title type='text'>ECRM Software vs ECRM Solutions</title><content type='html'>&lt;div style="border-bottom: medium none; border-left: medium none; border-right: medium none; border-top: medium none;"&gt;The end of the year is looming, and many people tend to reflect on topics large and small - good things that have happened to them, usually, but also those "tics" large and small that seem to stick in one's mind.&amp;nbsp; A recurring theme that seems to sound like fingernails scratching a blackboard to me is the tendency to term ECRM software as a "solution".&amp;nbsp; You know the mantra:&amp;nbsp; "Our Acme All-In-One magical software solution will answer all your needs and desires to implement an information and records management program."&amp;nbsp; To believe the sales hype is to believe that all you need to do is purchase the magical software and your RIM problems are solved.&lt;/div&gt;&lt;div style="border-bottom: medium none; border-left: medium none; border-right: medium none; border-top: medium none;"&gt;&lt;br /&gt;&lt;/div&gt;&lt;div style="border-bottom: medium none; border-left: medium none; border-right: medium none; border-top: medium none;"&gt;Now, I certainly understand the need for catchy phrases and terminology in the sales and marketing realm for any product; perception is important, your product must stand out by having a sense of strength or dominance in its given industry.&amp;nbsp; What concerns me is the tendency of even impartial commentators to use this term - even the well-respected Gartner Group&amp;nbsp;has been known to use "solutions" when referring to various software applications, albeit in general terms and not to specifically call out an individual product.&amp;nbsp; To me, this only heightens the perception given to those intrepid records managers, IT and compliance managers and others who are ardently searching for a true solution to managing their information.&amp;nbsp; There has been a tendency over the past few years to perceive software as the answer; I believe this approach was strengthened with the advent of ECM/ERM/ECRM software development that was considered as quite advanced and complex - and complexity often seems to imply "heaven-sent" resolution to all life's ills, as in "I don't understand what I need so will take this as my solution - it must do everything I need."&lt;a href="http://4.bp.blogspot.com/_oYaAZTbDauU/TPU3GFYQ4II/AAAAAAAAAE8/tCY7-_xpYNE/s1600/software.jpg" imageanchor="1" style="clear: right; cssfloat: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" ox="true" src="http://4.bp.blogspot.com/_oYaAZTbDauU/TPU3GFYQ4II/AAAAAAAAAE8/tCY7-_xpYNE/s1600/software.jpg" /&gt;&lt;/a&gt;&amp;nbsp; There seems to be a tendency to believe that the software application provides all the pieces to the solution&amp;nbsp;puzzle, rather than being just a piece of the solution.&amp;nbsp; &lt;/div&gt;&lt;div style="border-bottom: medium none; border-left: medium none; border-right: medium none; border-top: medium none;"&gt;&lt;br /&gt;&lt;/div&gt;&lt;br /&gt;There are certainly many excellent ECRM products available, with tremendous capabilities.&amp;nbsp; But, at least to me, are tools, not solutions.&amp;nbsp; In order to develop a successful RIM program, one needs strategy, buy-in, policies and procedures, plans, AND the tools to implement and deploy the program.&amp;nbsp; Software is one of those tools, of course very likely an expensive, central&amp;nbsp;and powerful tool.&amp;nbsp; I will concede that the term "tool" is not very attractive on its face - not a marketable term.&amp;nbsp; But even when I try to rationalize the term "solution" with some sort of clarifying statement, it still rings a bit hollow or at worst weakens the entire comment about the product.&lt;br /&gt;&lt;br /&gt;But education and knowledge about developing a RIM program in general should alleviate some mis-perceptions and re-weight significance back to the need for developing all aspects of proper records management.&amp;nbsp; If only a true "solution" to a company's RIM needs could come in a package, holiday shopping would be much simpler.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-706124499486575548?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/706124499486575548/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=706124499486575548' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/706124499486575548'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/706124499486575548'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/11/ecrm-software-vs-ecrm-solutions.html' title='ECRM Software vs ECRM Solutions'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://4.bp.blogspot.com/_oYaAZTbDauU/TPU3GFYQ4II/AAAAAAAAAE8/tCY7-_xpYNE/s72-c/software.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-3033474410507199451</id><published>2010-11-03T10:06:00.001-05:00</published><updated>2010-11-03T10:10:41.491-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='roth information overload informationoverload search information management management records search gartner rage knowledge knowledgeworker informationrage'/><title type='text'>In A Rage Over Information</title><content type='html'>&lt;div class="separator" style="clear: both; text-align: center;"&gt;&lt;a href="http://3.bp.blogspot.com/_oYaAZTbDauU/TNF54Hi_LWI/AAAAAAAAAEw/yTTNJfXgyu0/s1600/Information+Overload.jpg" imageanchor="1" style="clear: left; cssfloat: left; float: left; margin-bottom: 1em; margin-right: 1em;"&gt;&lt;img border="0" height="149" px="true" src="http://3.bp.blogspot.com/_oYaAZTbDauU/TNF54Hi_LWI/AAAAAAAAAEw/yTTNJfXgyu0/s200/Information+Overload.jpg" width="200" /&gt;&lt;/a&gt;&lt;/div&gt;&lt;a href="http://www.gartner.com/AnalystBiography?authorId=37114"&gt;Craig Roth&lt;/a&gt;&amp;nbsp;from Gartner posted interesting comments about &lt;a href="http://blogs.gartner.com/craig-roth/"&gt;Information Rage&lt;/a&gt;, a term cooked up by editorialists in New Zealand regarding the stress felt by&amp;nbsp;knowledge workers&amp;nbsp;over what used to be called "information overload".&amp;nbsp; Mr. Roth correctly called out the writers of the opinion piece for dramatizing the issue and seemingly mis-interpreting comments made by interviewees.&amp;nbsp; While many of the individuals interviewed mentioned "giving up", it is highly unlikely we will see a mass walk-off of employees who will prefer not working and no paycheck to dealing with their information management issues.&amp;nbsp; This is wonderful fodder for some media folk to feast on, especially as the US mid-term election hoopla recedes, but as Mr. Roth ably points out there's a lot of noise here with poor substance.&lt;br /&gt;&lt;br /&gt;&lt;div style="border-bottom: medium none; border-left: medium none; border-right: medium none; border-top: medium none;"&gt;My thought is that knowledge workers aren't frustrated so much by too much information, often aptly and comically referred to as TMI; rather, I tend to think the frustration is finding the right information when the users need it - maybe they are suffering more from "search overload" than information overload.&amp;nbsp; I do know that I am happy when I stumble across, or am rewarded with an abundance of hits when searching for information on a topic - when the results are accurate and applicable.&amp;nbsp; It's the lack of results, or irrelevant information returns that really bug me...having to sort through 10 pages of stuff to find one or two applicable bits of information, for instance.&amp;nbsp; I relish the fantastic reservoir of information we have available, literally at our fingertips; and I often look forward to embarking on a quest to discover information about a new topic, or more information than I thought existed about something I am familiar with.&amp;nbsp; But there are times when I am also frustrated by the surfeit of incorrect or irrelevant "stuff" that can pour onto my screen, seemingly mocking my attempts to just "get the facts".&lt;/div&gt;&lt;div style="border-bottom: medium none; border-left: medium none; border-right: medium none; border-top: medium none;"&gt;&lt;a href="http://4.bp.blogspot.com/_oYaAZTbDauU/TNF7NeHUoZI/AAAAAAAAAE0/MTbYH9-1oJA/s1600/Information+Overload+2.jpg" imageanchor="1" style="clear: right; cssfloat: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" px="true" src="http://4.bp.blogspot.com/_oYaAZTbDauU/TNF7NeHUoZI/AAAAAAAAAE0/MTbYH9-1oJA/s1600/Information+Overload+2.jpg" /&gt;&lt;/a&gt;&lt;/div&gt;Maybe this is just&amp;nbsp;another way to talk about, and implement, appropriate information management practices - learning how to find what we want when we want it, but also learning how to shrug off or shut out the noise that comes with such instant and comprehensive access to information.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-3033474410507199451?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/3033474410507199451/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=3033474410507199451' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/3033474410507199451'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/3033474410507199451'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/11/in-rage-over-information.html' title='In A Rage Over Information'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://3.bp.blogspot.com/_oYaAZTbDauU/TNF54Hi_LWI/AAAAAAAAAEw/yTTNJfXgyu0/s72-c/Information+Overload.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-4024123786391230988</id><published>2010-10-26T09:38:00.000-05:00</published><updated>2010-10-26T09:38:35.098-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='2d barcode link hyperlink tip tippingpoint tipping gladwell scan technology'/><title type='text'>2D Barcode Technology Still Needs Facetime</title><content type='html'>New&amp;nbsp;technologies and technological capabilities seem to have two lives, or perhaps more&amp;nbsp;- initial excitement, dormancy and finally acceptance or oblivion.&amp;nbsp; The lucky ones have that quality or moment that their creators crave - the &lt;a href="http://www.gladwell.com/tippingpoint/index.html"&gt;tipping point&lt;/a&gt;&amp;nbsp;as Malcolm Gladwell so described, when the technology, program or especially now the cellphone-directed app takes off and becomes the latest "must have".&lt;br /&gt;&lt;br /&gt;&lt;div class="separator" style="border-bottom: medium none; border-left: medium none; border-right: medium none; border-top: medium none; clear: both; text-align: center;"&gt;&lt;a href="http://4.bp.blogspot.com/_oYaAZTbDauU/TMbjGzSIRwI/AAAAAAAAAEs/vkL_uQ0uqJA/s1600/2D+barcodes+in+NYTimes+article.jpg" imageanchor="1" style="clear: right; cssfloat: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" height="110" nx="true" src="http://4.bp.blogspot.com/_oYaAZTbDauU/TMbjGzSIRwI/AAAAAAAAAEs/vkL_uQ0uqJA/s200/2D+barcodes+in+NYTimes+article.jpg" width="200" /&gt;&lt;/a&gt;&lt;/div&gt;2D barcode technology appears to be in a sort of "dormant but pulling out to acceptance" phase.&amp;nbsp; There was a burst of media attention followed by what seemed to be silence, or a settling in as the technology searched for its place.&amp;nbsp; Now, the advertising world is ramping up to find more and more innovative ways to use this app to direct potential customers to their sites, products and events.&amp;nbsp; The NYTimes reports in a &lt;a href="http://www.nytimes.com/2010/10/26/business/media/26adco.html?hpw"&gt;Science section article&lt;/a&gt;&amp;nbsp;that the barcodes are appearing as part of an ad campaign at the Albany, NY rail station.&amp;nbsp; The barcodes ads are attractive and eye-catching, but as one person who actually scanned a barcode noted, she appeared to be the only person doing so.&lt;br /&gt;&lt;br /&gt;I had a similar experience at the recent Bayou City Arts Festival held in Houston, TX - exhibitors were provided with an 8x11 sheet of paper with a 2D barcode that would allow festival attendees access to the individual exhibitor's website by scanning the barcode with their smartphones.&amp;nbsp; However, I had viewed almost all of the exhibits before I noticed a barcode posted at a booth.&amp;nbsp; Once I was aware of the fact that most, if not all of the exhibitors were given barcodes, I went back through the festival to see if I had just missed the postings.&amp;nbsp; However, my very unsophisticated search found perhaps less than 10% of the exhibits that had posted the barcodes.&amp;nbsp; When I asked some exhibitors at random why they had not used the barcode, they responded with complete surprise - if they had been told about the barcodes and what they were, they had missed the point or had not understood how to use them at all.&amp;nbsp; &lt;br /&gt;&lt;br /&gt;This is a technology that certainly seems, at least to me, on the cusp of becoming a standard - perhaps an evolution of hyperlinking, especially due to the fact that the barcode itself can contain so much more information; instead of just a "flat" link to another site, the 2D barcode is already being used to gather statistics in new ways for the implementor; direct users to a store or even to locations and products&amp;nbsp;within a store; provide instant discounts on products, provide pricing benchmarks and many other innovative and new ways to market products and ideas.&amp;nbsp; Now the challenge is to make it "tip", when consumers and users embrace this technology as their doorway to products and ideas.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-4024123786391230988?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/4024123786391230988/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=4024123786391230988' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/4024123786391230988'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/4024123786391230988'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/10/2d-barcode-technology-still-needs.html' title='2D Barcode Technology Still Needs Facetime'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://4.bp.blogspot.com/_oYaAZTbDauU/TMbjGzSIRwI/AAAAAAAAAEs/vkL_uQ0uqJA/s72-c/2D+barcodes+in+NYTimes+article.jpg' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-4839394851592646506</id><published>2010-10-08T13:51:00.000-05:00</published><updated>2010-10-08T13:51:25.277-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='user buy-in policy application implementation'/><title type='text'>Building Blocks or Stumbling Blocks</title><content type='html'>One of the mantras often stated in the RIM industry is the need to gain "user buy-in"; this is a great concept, quite necessary for the success of any RIM endeavor.&amp;nbsp; Obviously, if the user doesn't use it - whatever&amp;nbsp;&lt;em&gt;&lt;strong&gt;it&lt;/strong&gt;&lt;/em&gt; is, software, policies,&amp;nbsp;processes, whatever - it won't fly.&amp;nbsp; So we often hear that &lt;strong&gt;&lt;em&gt;it&lt;/em&gt;&lt;/strong&gt; should be designed around user needs, but often those needs are defined quite narrowly.&amp;nbsp; Steps may be initiated to conduct interviews, utilize questionnaires and so forth, but there are basic preliminary questions that need to be addressed as well, outside of "What do you do?", or "What types of information do you handle?", capabilities that need to be in place to ensure that users can and will use whatever you have developed or implemented.&amp;nbsp; Some of the information that I think needs to be gathered up-front include:&lt;br /&gt;&lt;br /&gt;&lt;em&gt;Can all users gain access to &lt;strong&gt;it&lt;/strong&gt;?&lt;/em&gt;&amp;nbsp; &lt;br /&gt;This is User Buy-In 101 - if they can't get to it, they ain't gonna use it.&amp;nbsp; And all of your hard work defining metadata, identifying information types, building taxonomy/folksonomy structures, are for nothing.&amp;nbsp; If you are using SharePoint as a collaboration tool or for other activities, do all users have the capability to access the intranet site?&amp;nbsp; Same with documents posted to your website - are you certain all employees have easy access to the web?&amp;nbsp; This is not a frivolous question, especially when you consider security walls at client sites, employees at remote locations, etc.&lt;br /&gt;&lt;br /&gt;&lt;em&gt;Can you adequately identify necessary and understandable metadata?&lt;/em&gt;&lt;br /&gt;Metadata has to adequately identify content, but it also must do so in a way that users understand and relate to.&amp;nbsp; Both the metadata &lt;em&gt;label&lt;/em&gt; and metadata &lt;em&gt;content&lt;/em&gt; must be stated in terms that are understandable and sensible to the users.&amp;nbsp; Closely related to this is....&lt;br /&gt;&lt;br /&gt;&lt;em&gt;Have you developed robust standardization of terms?&lt;/em&gt;&lt;br /&gt;Although the next question, regarding synonyms, removes much of the agony over this process, standardization is still a necessary component of naming process.&amp;nbsp; Employees are now very mobile, both due to the ability and willingness to relocate, and due to more extensive cross-training within companies.&amp;nbsp; So users need to have the comfort of seeing similarity in not just processes, but also terminology as they migrate from one geographical location to another, or from one discipline to another.&amp;nbsp; Standardization calls for comformity driven by accepted business use, established user terms developed over a significant period of time, and other drivers of commonality.&amp;nbsp; Colloquialisms should be relegated to the synonym function whenever possible.&lt;br /&gt;&lt;br /&gt;&lt;em&gt;Are you able to allow for the use of synonyms?&lt;/em&gt;&lt;br /&gt;I grew up calling all soft drink beverages "pop", common in the northern part of the country at least.&amp;nbsp; When I settled in Houston, and used that term, all I got for a response was a blank stare, if not giggles and head-shaking, until I learned to use the term "soda".&amp;nbsp; Similarily, the ability to implement synonyms are almost mandatory in new applications, metadata&amp;nbsp;and especially search capabilities.&amp;nbsp; An additional benefit is the avoidance of extended struggles over standardization of terms, and bad feelings for those whose terms are rejected in that process.&lt;br /&gt;&lt;br /&gt;&lt;em&gt;Have you allowed for adequate/multiple access?&lt;/em&gt;&lt;br /&gt;Again, the users must be able to access whatever it is they need when they need to.&amp;nbsp; There must be sufficient bandwidth, adequate numbers of licenses, availability over multiple time zones - many accessibility considerations to be resolved.&lt;br /&gt;&lt;br /&gt;There are many other, more detailed considerations to be addressed - these are just some of the things that must be in place to ensure that initial user buy-in.&amp;nbsp; The goal at this point is to allow them to get where they need to go, when they need to do so, and begin the process of accessing and utilizing their information.&amp;nbsp; And, to state once more my mantra - nothing will work without user acceptance, and cooperation among all involved.&amp;nbsp; One of the only actions I know of that is highly effective from a top-down aspect with no user input is the firing squad - probably not a good option.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-4839394851592646506?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/4839394851592646506/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=4839394851592646506' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/4839394851592646506'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/4839394851592646506'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/10/building-blocks-or-stumbling-blocks.html' title='Building Blocks or Stumbling Blocks'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-5321704892536949803</id><published>2010-10-07T10:13:00.000-05:00</published><updated>2010-10-07T10:13:20.129-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='policy inside-out outside-in user strategy planning'/><title type='text'>Getting the Horse to Drink:  How to Obtain Policy Buy-In</title><content type='html'>I just read an interesting &lt;a href="http://blogs.gartner.com/craig-roth/2010/10/06/outside-in-strategy-for-sharepoint-or-rethinking-the-need-to-drive-adoption/"&gt;blog&lt;/a&gt;&amp;nbsp;written by &lt;a href="http://www.gartner.com/AnalystBiography?authorId=37114"&gt;Craig Roth&lt;/a&gt;&amp;nbsp;of Gartner, regarding strategy for gaining buy-in for SharePoint impementation.&amp;nbsp; Mr. Roth gave compelling arguments for using the "outside-in" approach, which is basically going out and ascertaining what the customer or user needs and then developing strategy,&amp;nbsp;as opposed to the (obvious) "inside-out" technique of developing strategy and then pushing it out to the user.&amp;nbsp; Mr. Roth's view was based on an earlier &lt;a href="http://knowledge.wharton.upenn.edu/article.cfm?articleid=2594"&gt;article&lt;/a&gt;&amp;nbsp;and &lt;a href="http://www.amazon.com/dp/0071742298/ref=cm_sw_su_dp"&gt;book&lt;/a&gt;&amp;nbsp;by George Day that fully outlines the outside-in approach for customer value.&lt;br /&gt;&lt;br /&gt;This approach is valuable on so many levels, beyond software implementation or customer service; it seems to be a great fit as a core strategy for business development, internal and external, on all levels.&amp;nbsp; Naturally, there are reasons for top-down strategy implementations when needed, especially to address critical or immediate issues - mandatory changes in security access during a critical event, for example.&amp;nbsp; And even less-dramatic instances as well, possibly an update or change in some HR-related policy.&amp;nbsp; But for many, if not most user-activity processes,&amp;nbsp;input from the "outside" - from the users or target audience, is critical to the success of the policy implementation and compliance.&amp;nbsp; If a policy, process, tool or what-have-you, does not fit the criteria established by the users' needs, the implementation will languish, be overly costly,&amp;nbsp;or just plain&amp;nbsp;fail.&amp;nbsp; Strategists and planners - the insiders - can possess the knowledge in information related to feasibility, cost and so forth, but they do not necessarily have a clue as to whether what "looks good" is right for their needs.&amp;nbsp; SharePoint, as an example, is feature rich, especially in the 2010 model; but which features are right for, or needed by the end users - what is applicable to the user's needs, and what is a waste of time and energy?&amp;nbsp; A policy that states all users will share documents through links in an email message as opposed to attachments is great -&amp;nbsp;it saves email space, reduces document&amp;nbsp;redundancy and copies, lessens the false dependency on email as a records management tool, etc.&amp;nbsp; But what if some of your users are in an environment where they cannot access the linked repository - for instance, in a client setting that blocks access, or a 3rd party partner in a remote location with limited web access?&amp;nbsp; Then the policy is unenforceable, and the procedures are unworkable.&amp;nbsp; However...if the "outside-in" approach is followed, the planners will become aware of these obstacles and (hopefully) adjust accordingly.&lt;br /&gt;&lt;br /&gt;The old, well-worn adage about being able to lead a horse to water, but not being able to make him drink is applicable.&amp;nbsp; Perhaps one should think of this in new terms:&amp;nbsp; If a horse is thirsty, you don't need to lead her to water - she'll go, and she'll drink.&amp;nbsp; In the same manner, if a policy, tool, process, whatever is applicable and of value to the user, that person will use it -&amp;nbsp;the manager, strategist, policy-maker or whomever has an obligation to talk to that user and find out what works...explain the situation, then ask what will work from the user standpoint, and ultimately incorporate that viewpoint or need into the final decision.&amp;nbsp; The business community is hopefully in an age of more openness, transparency and interactive communication; everyone should optimize those traits to engage the users as well as the planners.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-5321704892536949803?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/5321704892536949803/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=5321704892536949803' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/5321704892536949803'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/5321704892536949803'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/10/getting-horse-to-drink-how-to-obtain.html' title='Getting the Horse to Drink:  How to Obtain Policy Buy-In'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-4038558618844274435</id><published>2010-09-13T11:17:00.000-05:00</published><updated>2010-09-13T11:17:39.188-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='RIM'/><category scheme='http://www.blogger.com/atom/ns#' term='litigation'/><category scheme='http://www.blogger.com/atom/ns#' term='context'/><category scheme='http://www.blogger.com/atom/ns#' term='cloud'/><category scheme='http://www.blogger.com/atom/ns#' term='policy'/><category scheme='http://www.blogger.com/atom/ns#' term='risk'/><title type='text'>RIM Policies in Context</title><content type='html'>Tom Davenport had an interesting &lt;a href="http://feeds.harvardbusiness.org/harvardbusiness/davenport/"&gt;post about context&lt;/a&gt;&amp;nbsp;recently, in which he shared the importance of understanding how we might better understand the manner in which recent political leaders arrived at global decisions, when we probe into the context around them - who was consulted or not consulted, what disparate views were presented, etc.&amp;nbsp; This type of analysis can be applied to RIM policy development as well; are the policy writers and decision-makers considering all of the context around the development of their policy statement, or are they blinkered by specific activities within the company that they want to address or rectify?&amp;nbsp; Who are the participants when asking for perspective or review of the statement...are they representative of only one specific thought-process, seen as supporters of a pre-defined direction for the policy, or are there disparate voices being heard?&lt;br /&gt;&lt;br /&gt;I am most likely thinking at the moment in terms of policy that attempts to address some of the more current RIM issues, especially regarding the use of the cloud to store documents - where users are downloading app's onto their business computers, smartphones and possibly home computers to allow access to documents.&amp;nbsp; The intent here can be completely straightforward and honest; perhaps the employee is a road warrior, and has had too many instances of needing to quickly collaborate with a co-worker on a document but cannot rapidly or easily power up their laptop - how great to be able to view and edit the document in synch with the co-worker right from their phone.&amp;nbsp; Or, another logical argument is to utilize the capabilities of these app's to minimize the need for overloading the company's email system with attachments.&amp;nbsp; The arguments for usage go on...as do the obvious concerns for records managers, attorneys, compliance and so forth.&lt;br /&gt;&lt;br /&gt;My thought as stimulated by Mr. Davenport's excellent blog, however, is whether a company will tend to construct a policy with a pre-ordained slant towards addressing only the risk posed here, and not thoroughly review the context surrounding the use of this technology.&amp;nbsp; For instance, if the company decides to ban the use of the cloud-sharing technology, have they given an honest appraisal to whether this practice is actually in use today by their employees?&amp;nbsp; Is it a technical process that has already gained value for their work?&amp;nbsp; Will they simply drive their employees "underground", where the technology is secretly used, with documents going totally outside the realm and reach of compliance?&amp;nbsp; Practices that work for employees seem to not disappear...there will always be ways to work around a policy that might not be in the company's best business interest.&amp;nbsp; Of course, risk and possibility of highly damaging loss to the company must be a major consideration when establishing policies.&amp;nbsp; But well-thought-out and constructed policies can ensure that practices are in line with requirements, and can provide stronger management of information.&amp;nbsp; For instance, a policy can provide the direction for the development of extremely thorough procedures for identifying what app's are allowed within the company, who uses them and where to go to find the information when necessary - litigation activities, employee termination, etc.&amp;nbsp; The policy can ensure that data maps are complete, that employees are acutely aware of their responsibilities as well as the repercussions for neglectful, improper or illegal use of the technology.&amp;nbsp; Sometimes a policy must be in place to restrict activity, but perhaps a healthier and more successful approach is to know when to work with new ideas and processes, not shun them through lack of contextual knowledge.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-4038558618844274435?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/4038558618844274435/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=4038558618844274435' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/4038558618844274435'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/4038558618844274435'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/09/rim-policies-in-context.html' title='RIM Policies in Context'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-136354173106765631</id><published>2010-08-04T16:04:00.001-05:00</published><updated>2010-08-13T13:30:14.428-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='records destruction disposition litigation destructionlogs dispositionlogs discovery RIM'/><title type='text'>Maintaining Records Destruction Logs</title><content type='html'>At one point in my career, I participated as a records manager in a project for a major automaker, and enjoyed many stimulating conversations with the Corporate Legal Counsel.&amp;nbsp; The attorney, a very competent individual who was well-tempered in the litigation arena, had very definite opinions that of course were relevant to the company and position he served and not intended as generic guidelines.&amp;nbsp; And he was very self-confident in his ability to support his position with the backing of a global corporate&amp;nbsp;presence.&amp;nbsp; One of those conversations centered on records disposition, and how best to maintain destruction logs.&amp;nbsp; The attorney's position was that the company was not to create a records disposition log of any sort; his reasoning was very simple and straightforward - the company's records retention schedule was the official documentation of what records were maintained by the company, as well as the map of when documents would be destroyed.&amp;nbsp; He felt that, in the event of discovery, the company could reliably state that any requested records that would qualify as having been destroyed BEFORE any litigation hold would have applied, were in fact destroyed according to the retention schedule.&lt;br /&gt;&lt;br /&gt;Over time, I have concluded that his position, while admirable in its "strength", may not be the best road to follow.&amp;nbsp; However, I do endorse his thinking in terms of what to document - as an attorney of long standing and great experience, he was a master of the philosophy of "give no more than necessary, and no sooner than necessary".&amp;nbsp; In this case, he felt that most destruction logs contain too much information, and is just another door left ajar for others to peer into the company's realm.&amp;nbsp; So I do think it is perhaps best for a company to maintain a destruction log, but one that is concise and precise while of course serving as a valuable tool as proof of proper RIM activities.&lt;br /&gt;&lt;br /&gt;Mike Alsop has a very informative &lt;a href="http://kqj109.wordpress.com/2010/07/24/sharepoint-2010-rm-best-practices/"&gt;PPT presentation&lt;/a&gt;&amp;nbsp;that includes a slide pertaining to this.&amp;nbsp; He also believes in the "minimalist" approach of including only information such as a document ID, significant document lifecycle dates, and system-generated metadata for the destroyed documents.&amp;nbsp; A properly maintained destruction log can then serve as supporting documentation to the litigation hold process as well, by at the least verifying that no relevant documents were recorded as destroyed once the litigation hold was initiated.&amp;nbsp; Of course, no single document or process can completely ensure that rogue activities will not be performed, but tools such as this destruction log can establish a level of trust in the consistency of the RIM program and the operations around it.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-136354173106765631?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/136354173106765631/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=136354173106765631' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/136354173106765631'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/136354173106765631'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/08/maintaining-records-destruction-logs.html' title='Maintaining Records Destruction Logs'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-1532522451870805227</id><published>2010-07-23T13:41:00.000-05:00</published><updated>2010-07-23T13:41:21.179-05:00</updated><title type='text'>Location Identification App's Destroying Privacy?</title><content type='html'>The power of GPS linked up with other app's on smartphones is pretty amazing.&amp;nbsp; How cool to be standing in downtown &lt;wherever&gt;and just punch in an address to have your phone almost instantly give you directions to that great restaurant, nightclub or wherever.&amp;nbsp;&amp;nbsp; Perhaps it's that "wherever" that gives me pause.&amp;nbsp; A rather startling article in &lt;a href="http://www.guardian.co.uk/technology/2010/jul/23/foursquare"&gt;The Guardian&lt;/a&gt;&amp;nbsp;discusses the invasive potential of one such location app, Foursquare.&amp;nbsp; The author, a journalist for the newspaper,&amp;nbsp;was able to accumulate a distressingly large amount of intimate information about a complete stranger by starting with friending her on Foursquare and then adding information from her Twitter and Facebook accounts.&amp;nbsp; The "target" had chosen to link her Foursquare account to these other social net sites, with no idea that she was opening a huge door to her private life.&amp;nbsp; When he ultimately met with the young lady, she of course was somewhat taken aback by what had occurred, but did not seem so concerned that she would stop using the app, just would make some adjustments.&lt;br /&gt;&lt;br /&gt;What implications these app's have, the potential useful power and negative possibilities!&amp;nbsp;&amp;nbsp; Of course, commercial businesses are already on this, offering free products or special "titles" for those who frequent the establishment often and broadcast their location.&amp;nbsp; And just think of the personalized advertising potential where you will get ads from all the places you frequent, whether you want them or not.&amp;nbsp; But then...when, not if, will the time come when your phone app information is discoverable in court?&amp;nbsp; You may testify that you were or were not at a certain location at a certain time, but your app will provide substantiation if the judicial system decides that it is allowable or discoverable information.&amp;nbsp; Some companies are using GPS app's now to track delivery drivers, sales rep's and others who travel for business.&amp;nbsp; And of course, Mom and Dad are watching...&amp;nbsp; But the obvious major concern revolves around stalkers and on personal relationships.&amp;nbsp; The app's gives a stalker an unbelievably powerful tool to identify, track and interact with complete strangers as well as acquaintances.&amp;nbsp; And a jealous spouse can accummulate almost a complete picture of their partner's activities, and draw justified or unjustified conclusions based on that information.&amp;nbsp; In a sense, the app becomes a virtual private eye, only this PI is for hire by everyone.&lt;br /&gt;&lt;br /&gt;What does this portend for business?&amp;nbsp; Perhaps there will be new rules limiting the ability of a company to access information about employees through these tools; but how can that be accomplished, when the app developers depend on as much openness as possible to make their product viable?&amp;nbsp; And how can the individual be assured that the employer isn't tracking their off-work activities?&amp;nbsp; How can the user enjoy the potential of the app and its openness to the world, which is what younger people especially are so ok with, and still find ways to curb unwanted attention?&amp;nbsp; With such great potential comes the opposite, destructive potential.&amp;nbsp; Then again, perhaps capabilities that open doors to our private world are just the "leading indicators" what our world is becoming, a social competition.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-1532522451870805227?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/1532522451870805227/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=1532522451870805227' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/1532522451870805227'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/1532522451870805227'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/07/location-identification-apps-destroying.html' title='Location Identification App&apos;s Destroying Privacy?'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-645152080214711793</id><published>2010-07-23T11:00:00.000-05:00</published><updated>2010-07-23T11:00:48.919-05:00</updated><title type='text'>Social Networking - Just an Email Substitute?</title><content type='html'>A recent post by &lt;a href="http://www.steverubel.com/study-43-of-online-americans-addicted-to-soci"&gt;Steve Rubel&lt;/a&gt;&amp;nbsp;contains some great graphics regarding changes in social networking usage over the past year.&amp;nbsp; The article also seems to clarify that social networking activities fall into the personal realm far more than for business, even (or especially?) when Twitter is not part of the mix.&amp;nbsp; One question that seems to keep popping up is whether social networking is a new way of interacting, or is it just a replacement for email.&amp;nbsp; So I wonder...is social networking popular because it is "new and hot", while email is identified with an outdated and older generation?&amp;nbsp; Is Steve's use of the term "addiction" accurate - just because usage is increasing in terms of the number of occurrences/day by users, are they addicted or are they exchanging information at a faster pace?&amp;nbsp; After all, people are known to check email constantly, with notifications turned on that interrupt workflow so that they can instantly see the latest email.&lt;br /&gt;&lt;br /&gt;Or is social networking truly a new and improved way to share information?&amp;nbsp; What does SN truly do that is much more efficient for the user?&amp;nbsp; One of the first benefits that pop into my head is the capability to read what someone has posted without the message being intrusively sent to me - I see the message as virtual conversation, not as a "message" or some sort of letter.&amp;nbsp; But perhaps the main difference is availability to a larger audience, the weak link application.&amp;nbsp; I can find information that strangers have posted, or share my information on a far wider stage in the social networking world - emails are silo'd, dependent on the recipient to share with extended viewers whom the sender would not know or include.&lt;br /&gt;&lt;br /&gt;The price for this wide open audience is of course the intrusion of an increasing amount of noise; and second is the possibility of an addiction of sorts - knowing that one has the capability of exploring the world of information may create a feeling of needing to constantly be connected.&amp;nbsp; It is almost ironically like in olden times, constantly checking the mailbox to see if the postman delivered that long-awaited letter, except that this time you know there will always be something there - whether it is of value to you is another issue entirely.&lt;br /&gt;&lt;br /&gt;Bottom line for me is that I do feel that social networking, both for business and for personal use, is a definite improvement over email.&amp;nbsp; It is far more robust, and the openness just adds a tremendous amount of value to almost any communication.&amp;nbsp; The use, or intrusion as some might say, of social networks has also driven organizations to re-evaluate how they manage their information, and especially how employees can more readily access information, all to the good.&amp;nbsp; There is a ton of change involved, of course...but that keeps life interesting.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-645152080214711793?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/645152080214711793/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=645152080214711793' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/645152080214711793'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/645152080214711793'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/07/social-networking-just-email-substitute.html' title='Social Networking - Just an Email Substitute?'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-8454658877522177884</id><published>2010-07-13T09:54:00.002-05:00</published><updated>2010-07-13T11:25:52.961-05:00</updated><title type='text'>The power of clarity in creating change</title><content type='html'>&amp;nbsp;A blog post from the Heath Brothers:&lt;br /&gt;&lt;br /&gt;Dan and Chip Heath, authors of the excellent books "Made to Stick" and "Switch", have an amazing talent for getting to the point, sometimes stating the obvious for us when we are oblivious. This blog post -&amp;nbsp;&lt;a href="http://heathbrothers.com/2010/05/the-power-of-clarity-in-creating-change/"&gt;The power of clarity in creating change&lt;/a&gt;&amp;nbsp;- aptly addresses the fact that, too often, we want to "train" or "educate" people but insist on results without providing a foundation or path to get those results. &lt;br /&gt;&lt;br /&gt;In the RIM industry, especially as consultants, that omission translates to providing a tool or so-called solution - software or processes, usually - without adequately addressing the underlying factor of what the client or user needs or, perhaps more importantly, is prepared to utilize. A person cannot be trained in something they don't know - so obvious, and so often overlooked. And so similar to the dilemma of being in this position - "How can I ask the question when I don't know what we're talking about?" As this blog points out, kids can't change their study habits when they don't know where to start; users also cannot change their work processes when they don't know what they are doing wrong, or where to begin analyzing what they are doing now.&lt;br /&gt;&lt;br /&gt;Change isn't just about adjusting habits or attitudes, it begins with having assistance in recognizing what can be changed, and how to begin the change process. Change management after the fact is nothing more than damage control...if change management is not included at the start of a new business process, the process is doomed to failure.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-8454658877522177884?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='related' href='http://heathbrothers.com/2010/05/the-power-of-clarity-in-creating-change/' title='The power of clarity in creating change'/><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/8454658877522177884/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=8454658877522177884' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/8454658877522177884'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/8454658877522177884'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/07/power-of-clarity-in-creating-change.html' title='The power of clarity in creating change'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-1177327502167343661</id><published>2010-04-09T09:50:00.001-05:00</published><updated>2010-04-09T09:50:19.493-05:00</updated><title type='text'>Medical Records Dilemma</title><content type='html'>&lt;div xmlns='http://www.w3.org/1999/xhtml'&gt;&lt;p&gt;The exponentially increasing amount of information being generated in the medical industry is matched by the demands placed on doctors to make sense of this deluge.  An alarming result is the inability to effectively bring together the patient's entire medical story, due in large part to the sheer volume of information generated, but also due to the disparate and disconnected methods of creating and maintaining that information.  Technical "tools" are not the end-all solution - there must be a dedicated effort to develop wide-ranging records management processes to effectively utilize this information in a safe and productive manner.  The tools are just that, mechanisms to assist in the process.&lt;/p&gt;in reference to: &lt;a href='http://www.nytimes.com/2010/04/08/health/08chen.html?partner=rss&amp;amp;emc=rss'&gt;Doctor and Patient - Doctors and Patients, Lost in Paperwork - NYTimes.com&lt;/a&gt; (&lt;a href='http://www.google.com/sidewiki/entry/ataylor999/id/tow5yCPZEWmZ22F70JLYe7_kd_Q'&gt;view on Google Sidewiki&lt;/a&gt;)&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-1177327502167343661?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/1177327502167343661/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=1177327502167343661' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/1177327502167343661'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/1177327502167343661'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2010/04/medical-records-dilemma.html' title='Medical Records Dilemma'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-3060315750429686042</id><published>2009-09-09T09:40:00.000-05:00</published><updated>2009-09-09T09:40:21.900-05:00</updated><title type='text'>Who Are Your Friends?</title><content type='html'>Social networking has become a ubiquitous feature of our personal lives, and is becoming more common on the business landscape daily - whether some companies, leaders and workers care to admit so or not.&amp;nbsp; The whole meaning of "friends" is being upended, from meaning someone with whom you interact closely and personally, to a name on a screen who may or may not be the person they represent themselves as being.&amp;nbsp; The following statistics from&amp;nbsp;an article by &lt;a href="mailto:knowledge@wharton"&gt;knowledge@wharton&lt;/a&gt; are a sobering indication of the unbelievable growth of this phenomenon:&lt;br /&gt;&lt;br /&gt;"Social networking sites drew 139.8 million visitors in April, a 12% increase from 124.4 million in March, according to comScore, a service that measures web traffic. The April survey found that MySpace led the category with 71 million visitors, while Facebook attracted 67.5 million, and Twitter drew 17 million -- an 83% increase."&lt;br /&gt;&lt;br /&gt;And people, especially younger people, who are signing onto these services in droves are providing very detailed pieces of information about their lives, which can be made into a composite that outlines more about them as individuals than imagined.&amp;nbsp; We should be concerned, of course, about identity theft - people with nefarious intentions can accumulate what the wharton article called "friendprints", an accumulation of information about an individual that ultimately draws a quite complete picture of that person's personal statistics.&amp;nbsp; The individual might try to be circumspect in providing a whole set of information on one site, but may add other information on other sites which lead to this composite picture.&amp;nbsp; Then add to that the conversations that become public among friends, and more details are revealed - hometown, school names, addresses, relatives, parents' names - the list goes on and on.&lt;br /&gt;&lt;br /&gt;But aside from the devastating loss to identity thieves is another aspect - the huge amount of information given to marketing data miners.&amp;nbsp; You now are being actively targeted for individual, identity- or activity-specific ads whether you know it or not.&amp;nbsp; Airlines track where you fly, online stores such as Amazon offer you suggestions of books you might be interested in based on purchase history, and on and on.&amp;nbsp; This information is already being shared in the global commercial sphere; just imagine how simple it is for an accomplished (and probably not so accomplished) hacker to get access to that mined information.&amp;nbsp; But the sad fact is, they don't have to hack, when all they need to do is become your "friend".&amp;nbsp; You may be careful about who you allow as a friend, but what about as that "friendweb" expands...are your friends, or friends of friends, as careful as you are?&amp;nbsp; And business sites on social media are becoming more savvy by the minute - their pages are quickly resembling personal pages so that you may think a friend invite is from an individual when in fact it is a probe from a business site; once "inside the web" of friends, the company has an ever-expanding list of information to mine, utilize and share.&lt;br /&gt;&lt;br /&gt;The coming storm to combat this loss of privacy is just beginning.&amp;nbsp; Individuals will need to become more informed about the consequences of sharing personal information; and companies will need to seriously weigh the potential costs of opening up their social networks - outwards-facing socializing will have huge potential risks, IT and RIM experts will need to tread very carefully in this realm.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-3060315750429686042?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/3060315750429686042/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=3060315750429686042' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/3060315750429686042'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/3060315750429686042'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2009/09/who-are-your-friends.html' title='Who Are Your Friends?'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-8894090717056045332</id><published>2009-08-27T16:21:00.000-05:00</published><updated>2009-08-27T16:21:04.171-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='retain social networking'/><category scheme='http://www.blogger.com/atom/ns#' term='retention'/><category scheme='http://www.blogger.com/atom/ns#' term='education'/><category scheme='http://www.blogger.com/atom/ns#' term='knowledge'/><category scheme='http://www.blogger.com/atom/ns#' term='sharing'/><category scheme='http://www.blogger.com/atom/ns#' term='knowledge management'/><title type='text'>Knowledge Retention in Education</title><content type='html'>I had a very interesting conversation with a retired schoolteacher yesterday, a gentleman who taught for over 30 years and has been retired for about 3 years.&amp;nbsp; He had many interesting stories about events in his career, and obviously was someone who loved his work.&amp;nbsp; In fact, he mentioned that he felt a bit lost in retirement, and mentioned missing the classroom.&amp;nbsp; As our talk meandered through many topics, my ears definitely perked up when he mentioned feeling that younger teachers who struggle do not "connect" with their students.&amp;nbsp; In fact, he said that a successful teacher is one who not only knows the subject, but has the ability to engage the student - that the connection is what builds trust and interest in the students' minds, so that they will listen, accept the autheticity and validity of what the teacher is saying.&amp;nbsp; Of course, this led to his comment about how the knowledge to do that is something that is "inside the person", and not easy to share - now he had me, tacit knowledge just sitting there waiting to be capitalized on!&amp;nbsp; &lt;br /&gt;&lt;br /&gt;I asked if he ever considered mentoring; he replied that it had crossed his mind, and naturally he was aware of it being done within school systems, but expressed strong reservations.&amp;nbsp; Basically, he felt that school administrators would be very reluctant to take retired teachers on as mentors for the following reasons:&lt;br /&gt;&lt;br /&gt;1)&amp;nbsp; Fear that it would appear that current teaching staff was inadequate, not capable of doing their jobs.&amp;nbsp; They would be hard pressed to understand that the mentoring process was not an adverse comment on the teachers' capabilities, but a way to strengthen what they do by sharing proven ways to inter-act with students, thus enhancing their success.&lt;br /&gt;&lt;br /&gt;2)&amp;nbsp; School systems, being the political systems that they are, include people who do not take on "outsiders" easily - and even retired teachers can be viewed in that sense.&amp;nbsp; So, resistance from teaching staff who might regard these older mentors as out of the loop, passed by or even "old school" - no pun or irony intended.&lt;br /&gt;&lt;br /&gt;Doesn't this all sound familiar?&amp;nbsp; You could remove the word "teacher", "school", etc. and insert "workers", "business", "government", whatever and it still applies.&amp;nbsp; The hurdles of resistance are very real, even when the benefits, positive costs are so apparent.&amp;nbsp; Short-sighted administrators and employees in any industry lower the productivity bar for their company; quality workers/leaders will always look for ways to improve - themselves, their work, their company - that's why they are quality.&amp;nbsp; Those of us in the information or knowledge business need to recognize the barriers, identify those hurdles and pro-actively address them, whether through business cases, informational seminars that are flexible so that they can address specific audiences (no-one in the medical industry wants to sit through a presentation obviously geared for the oil industry, for example), and public promotion directed at executive level leaders that verbalize knowledge sharing or retention processes that will help their organization be more successful.&amp;nbsp; Knowledge is disappearing everywhere, pro-active measures are the most cost-effective and efficient ways to retain it, manage it and utilize it; knowledge recovery later is never pretty.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-8894090717056045332?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/8894090717056045332/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=8894090717056045332' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/8894090717056045332'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/8894090717056045332'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2009/08/knowledge-retention-in-education.html' title='Knowledge Retention in Education'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-2544915022927441202</id><published>2009-08-26T09:53:00.007-05:00</published><updated>2009-08-27T15:58:47.678-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='retention'/><category scheme='http://www.blogger.com/atom/ns#' term='social'/><category scheme='http://www.blogger.com/atom/ns#' term='lessons learned'/><category scheme='http://www.blogger.com/atom/ns#' term='network'/><category scheme='http://www.blogger.com/atom/ns#' term='knowledge'/><category scheme='http://www.blogger.com/atom/ns#' term='action items'/><category scheme='http://www.blogger.com/atom/ns#' term='lost knowledge'/><category scheme='http://www.blogger.com/atom/ns#' term='delong'/><category scheme='http://www.blogger.com/atom/ns#' term='knowledge management'/><category scheme='http://www.blogger.com/atom/ns#' term='networking'/><title type='text'>Knowledge Retention - Stopping the Bleeding</title><content type='html'>By now, almost all companies (other than perhaps start-ups in emerging industries) have recognized the problem of the "brain drain" or knowledge loss, especially of tacit knowledge, due to the aging workforce as well as the expanding trend of employee migration - tendency of employees to not have that deep sense of loyalty combined with a willingness to move to greener pastures. In addition to all the articles, blogs, etc. out on this subject, I recently caught up to a fine book, Lost Knowledge: "Confronting the Threat of an Aging Workforce", by David DeLong. Although, published in 2004, it is a bit dated, especially by today's standards, the issues, examples and solutions put forth still ring true. In addition to the expected scenarios and descriptions of the problems companies face, Mr. DeLong also draws attention to the conflict between generations in recognizing the value of one another's knowledge and aptitudes; he also discusses in length methods to bring back departed employees, especially retirees, in order to regain their knowledge and know-how. However, I finished the book wondering if the emphasis is a bit misplaced in too many organizations - that more effort should be centered on comprehensive methods to capture existing tacit and implicit knowledge before the crisis of losing it appears on a company's doorstep through employee attrition. Not that Mr. DeLong ignores this at all; I think that in the intervening years since he was researching and writing his book, social networking has evolved and grown to the point where we can more easily document and retain knowledge than ever before.&lt;br /&gt;&lt;br /&gt;Trying to regain knowledge reminds me too much of the well-worn cliche of "closing the barn door after the horses have escaped". Perhaps just changing one word in what we are attempting to do - from &lt;em&gt;regain&lt;/em&gt; to &lt;em&gt;retain&lt;/em&gt; - modifies the whole process in a positive manner. It seems that establishing strong Lessons Learned and After Action Report processes will contribute greatly to the retention of knowledge, especially the knowledge anchored in the experiences of seasoned workers...their tacit and implicit knowledge. Mr. DeLong's book does bring these concepts out, I just feel they could use re-iteration and emphasis. &lt;br /&gt;&lt;br /&gt;These processes do not have to be associated strictly with project-oriented work; almost any business endeavor is a project of some sort or another. It may not be strictly aligned with set processes, but almost always has similar, if undefined, structure. A company would do well to insert periods of review, discussion, modification and re-start within all of their defined work activities. And, most importantly, they must retain those lessons learned or actions taken, along with the rationale for them. There are many excellent business process tools to assist with this - which leads to one of my soapbox rants: The tools are just that - tools, not solutions. The solution lies in the strategy, recognition and planning that will avoid negative results, in this case avoiding the drain of knowledge rather than having to regain it. The challenge was well-stated by Michael Polanyi in "The Tacit Dimension" when he stated that "We can know more than we can tell." Perhaps by routinely extracting as much of that tacit information as possible through lessons learned, etc., a company can effectively retain and capitalize on the great knowledge they have helped their employees develop.&lt;br /&gt;&lt;br /&gt;After all, as an unknown wit (at least unfortunately unknown to me) said, "Knowledge is information applied and re-used, not just collected." How true....&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-2544915022927441202?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/2544915022927441202/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=2544915022927441202' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/2544915022927441202'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/2544915022927441202'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2009/08/knowledge-retention-stopping-bleeding.html' title='Knowledge Retention - Stopping the Bleeding'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-4427077692601918386</id><published>2009-05-19T09:25:00.005-05:00</published><updated>2009-05-19T09:38:15.207-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='lessons learned'/><category scheme='http://www.blogger.com/atom/ns#' term='knowledge'/><category scheme='http://www.blogger.com/atom/ns#' term='sharing'/><category scheme='http://www.blogger.com/atom/ns#' term='collaboration'/><category scheme='http://www.blogger.com/atom/ns#' term='Sharepoint'/><category scheme='http://www.blogger.com/atom/ns#' term='information'/><category scheme='http://www.blogger.com/atom/ns#' term='best practice'/><category scheme='http://www.blogger.com/atom/ns#' term='OneNote'/><category scheme='http://www.blogger.com/atom/ns#' term='knowledge management'/><title type='text'>Managing Knowledge</title><content type='html'>With the profusion of tools and methodologies available to capture, retain and find information, it seems that we would be much further along in our quest to keep our gained knowledge in one place that is accessible on demand.  But experience with my consulting clients seems to suggest otherwise - I am continually hearing comments from people "in the trenches", especially project-oriented workers, that their main headache when starting up a new project is in gathering best practices/lessons learned or just guidelines and standard documents that would help them avoid re-inventing the wheel.&lt;br /&gt;&lt;br /&gt;One interesting approach I recently ran across regarded the use of the OneNote software application in conjunction with SharePoint to create a gathering point for just those types of documents - a place that is easily accessible and includes collaboration capabilities, is quick to use and reliable.  However, the article describing this &lt;a href="http://scottgavin.info/?p=171"&gt;sharingsolution&lt;/a&gt; at Scott Glavin's blogsite did not go into great detail as far as how to set up the collaboration, or methodology and feedback.  The idea seems sound, just would like to have more follow-up info.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-4427077692601918386?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/4427077692601918386/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=4427077692601918386' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/4427077692601918386'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/4427077692601918386'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2009/05/managing-knowledge.html' title='Managing Knowledge'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-9197970931375710853</id><published>2009-05-13T09:01:00.004-05:00</published><updated>2009-05-13T09:17:44.337-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='ECRM'/><category scheme='http://www.blogger.com/atom/ns#' term='users'/><category scheme='http://www.blogger.com/atom/ns#' term='software'/><category scheme='http://www.blogger.com/atom/ns#' term='Documentum'/><category scheme='http://www.blogger.com/atom/ns#' term='information'/><category scheme='http://www.blogger.com/atom/ns#' term='oil and gas'/><title type='text'>Documentum Reviews</title><content type='html'>After a bit of a hiatus, I have returned to my blogsite and am lookinf forward to re-establishing contacts here with acquaintences in the Information Management world.&lt;br /&gt;&lt;br /&gt;ECRM software products have evolved greatly over the past 10 years or so, in terms of robustness, ease of use, applicability and so forth.  From a technical standpoint, the similarities and differences among the many available products tend to blur; however, from the users' perspective, one product can differentiate greatly from the others.  I am currently researching changes and updates in the use of EMC's Documentum ECRM software product, and would like to gather feedback from exactly that user point of view.  At one time, Documentum seemed geared, at least from my perspective, toward the pharmaceutical industry, as a very detailed information gathering tool.  I would be interested in hearing from users both within the pharma industry as well as other businesses, especially the energy (oil and gas) industry on the usability of Documentum based on their experiences or perspectives.&lt;br /&gt;&lt;br /&gt;Please feel free to comment with your insight and experiences; I will gladly share findings.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-9197970931375710853?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/9197970931375710853/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=9197970931375710853' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/9197970931375710853'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/9197970931375710853'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2009/05/documentum-reviews.html' title='Documentum Reviews'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-1681954153656006330</id><published>2008-06-30T11:22:00.003-05:00</published><updated>2008-06-30T11:36:37.153-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='procedures'/><category scheme='http://www.blogger.com/atom/ns#' term='compliance'/><category scheme='http://www.blogger.com/atom/ns#' term='policy'/><category scheme='http://www.blogger.com/atom/ns#' term='records'/><category scheme='http://www.blogger.com/atom/ns#' term='email'/><category scheme='http://www.blogger.com/atom/ns#' term='destruction'/><title type='text'>Email in Government</title><content type='html'>Another &lt;a href="http://www.kpua.net/news.php?id=15198"&gt;government&lt;/a&gt; email issue hit the newstands last week, regarding destruction of email in the Hawiaii Governor's office.  At issue was the basic policy to delete emails after 2 months (presumably 60 days), regardless of content.  Amazingly, the State Controller made the comment that "&lt;em&gt;e-mails that rise to the level of a record are supposed to be kept for the same amount of time as the same type of record in another format&lt;/em&gt;", these "guidelines" are not enforced by law.  One wonders who wrote the guidelines, and whether this guideline a part of the state's email policy.  If so, it would serve to underscore my thought that an entity does not write a policy statement it either cannot, or chooses not to enforce.&lt;br /&gt;&lt;br /&gt;There is much ambiguity in the responses from various government and archivist officials; the state archivist mentions that there may not be an existing law governing retention, which seems to fly in the face of retention requirements for records - which should also apply to emails that rise to that definition of being a record, at least in terms of being supporting documentation.  The underlying theme at the end of the article was that, ultimately, the individual agencies must perform proper retention, and that if they choose not to, the email record will be lost.  There seems to be a feeling of helplessness in that viewpoint - perhaps the State Controllers office needs to re-read its function as a compliance organization, and become knowledgeable of proper retention procedures as well as the tools that can accommodate required procedures.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-1681954153656006330?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/1681954153656006330/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=1681954153656006330' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/1681954153656006330'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/1681954153656006330'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2008/06/email-in-government.html' title='Email in Government'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-7192451742014144100</id><published>2008-06-20T14:50:00.004-05:00</published><updated>2008-06-20T15:23:12.933-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='social'/><category scheme='http://www.blogger.com/atom/ns#' term='network'/><category scheme='http://www.blogger.com/atom/ns#' term='linkedin'/><category scheme='http://www.blogger.com/atom/ns#' term='informationzen'/><category scheme='http://www.blogger.com/atom/ns#' term='ning'/><category scheme='http://www.blogger.com/atom/ns#' term='e2.0'/><title type='text'>Social Networking - Connection or Competition</title><content type='html'>Some interesting points were discussed in an &lt;a href="http://houston.bizjournals.com/houston/business_resources/tech_and_innovation/business_advice/succeeding_today/2008/06/16/column518.html?page=1"&gt;article&lt;/a&gt; regarding social networking in the Houston Business Journal technology department by Terry Brock and on his &lt;a href="http://www.terrybrock.com/"&gt;&lt;span class="blsp-spelling-error" id="SPELLING_ERROR_0"&gt;webpage&lt;/span&gt;.&lt;/a&gt; The article talks about the banality of trying to conduct meaningful business relationships on many social networks such as &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_1"&gt;Facebook&lt;/span&gt;, &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_2"&gt;MySpace&lt;/span&gt;, etc. I agree, and feel that the poor reputation that these sites have in the minds of many business managers is a cause for some of the resistance to accepting E2.0 tools in the business environment. Information managers and consultants as well as interested power users can combat these perceptions by actively promoting the more useful and productive sites such as &lt;a href="http://www.informationzen.org/"&gt;&lt;span class="blsp-spelling-error" id="SPELLING_ERROR_3"&gt;InformationZen&lt;/span&gt;&lt;/a&gt;, &lt;a href="http://www.linkedin.com/home"&gt;&lt;span class="blsp-spelling-error" id="SPELLING_ERROR_4"&gt;LinkedIn&lt;/span&gt;,&lt;/a&gt; and even &lt;a href="http://www.ning.com/"&gt;&lt;span class="blsp-spelling-error" id="SPELLING_ERROR_5"&gt;Ning&lt;/span&gt;.&lt;/a&gt; Perhaps by producing results through example, rather than just promoting concepts, E2.0 can gain the respect to match the ground-surge in its use within the business community.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-7192451742014144100?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/7192451742014144100/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=7192451742014144100' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/7192451742014144100'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/7192451742014144100'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2008/06/social-networking-connection-or.html' title='Social Networking - Connection or Competition'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-3900864876700928997</id><published>2008-06-18T15:21:00.004-05:00</published><updated>2008-06-18T15:27:13.371-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='policy'/><category scheme='http://www.blogger.com/atom/ns#' term='records'/><category scheme='http://www.blogger.com/atom/ns#' term='management'/><category scheme='http://www.blogger.com/atom/ns#' term='IM'/><title type='text'>Policies Matrix</title><content type='html'>A records management policy matrix seems like a good thing to have.  Something that outlines standard RM policy types with corresponding elements that would be expected to be a part of these policies in a matrix grid that would allow identification of element "pieces" for each policy type.&lt;br /&gt;&lt;br /&gt;I'm taking a stab at developing one, but have not seen any reference material that would help to fill in the gaps I'm sure to have.  Any input from IM professionals would be greatly appreciated; I would enjoy sharing results.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-3900864876700928997?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/3900864876700928997/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=3900864876700928997' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/3900864876700928997'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/3900864876700928997'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2008/06/policies-matrix.html' title='Policies Matrix'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-2619155017250504641</id><published>2008-06-17T14:05:00.003-05:00</published><updated>2008-06-17T15:07:14.130-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='retention'/><category scheme='http://www.blogger.com/atom/ns#' term='legal'/><category scheme='http://www.blogger.com/atom/ns#' term='software'/><category scheme='http://www.blogger.com/atom/ns#' term='update'/><category scheme='http://www.blogger.com/atom/ns#' term='management'/><category scheme='http://www.blogger.com/atom/ns#' term='schedule'/><category scheme='http://www.blogger.com/atom/ns#' term='document'/><category scheme='http://www.blogger.com/atom/ns#' term='requirement'/><title type='text'>Retention Schedule Changes</title><content type='html'>I recently posted a question to colleagues through my &lt;a href="http://www.linkedin.com/home"&gt;LinkedIn&lt;/a&gt; site regarding best practices to follow when one changes the retention period for a record series in their company's retention schedule.  Basically, the question was:&lt;br /&gt;&lt;br /&gt;&lt;span style="font-size:85%;"&gt;"Occasionally, the retention period for a record series may be changed through a retention schedule update process - for instance, a decision may be made to change the total retention for record series ABC from 7Y to 5Y. Should the change be implemented retro-actively? That is, should the company revisit the records affected by this record series and now dispose of all records that are older than 5 years? Or does the change in retention apply only going forward from the time that the change was implemented in the retention schedule?"&lt;/span&gt;&lt;br /&gt;&lt;span style="font-size:85%;"&gt;&lt;/span&gt;&lt;br /&gt;While I had some fairly settled views on the subject, I was very aware that circumstances and conditions weigh heavily on any individual decision.  And the question was not quite specific enough, in that I should have mentioned that the scenario change in retention could be &lt;strong&gt;either&lt;/strong&gt; longer (from 5 to 7 years) or shorter (from 7 to 5 years). &lt;br /&gt;&lt;br /&gt;This question has certainly been with us for a long time, but my interest was renewed while reviewing the "latest and greatest" features of document management software applications.  I noticed in at least some app's addressed this scenario directly, but not in the same way - some applied changes to all doc's, others only to go-forward.  What bothered me most was the simple fact that the &lt;em&gt;software product&lt;/em&gt; was making that policy decision, not the business group that purchased the software.  So, in addition to that concern, I thought this was an excellent opportunity to see how others in the IM industry felt.&lt;br /&gt;&lt;br /&gt;My extremely informal poll resulted in basically a "split - decision"; half of the respondents favored adjusting the retention period for all existing records, and half thought that some sort of go-forward strategy was most appropriate.  More interestingly, their supporting situation and concerns were quite revealing.  Responses included:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Above all, be consistent&lt;/li&gt;&lt;li&gt;No known formal guidelines in the industry&lt;/li&gt;&lt;li&gt;Do one or the other, not both (consistency again)&lt;/li&gt;&lt;li&gt;Current software is doing this for some respondents - applying to all&lt;/li&gt;&lt;/ul&gt;The last comment was very telling, especially when one respondent noted that the software could apply changes to all easier than it could maintain multiple retention schedules.&lt;br /&gt;&lt;br /&gt;Now, for my thoughts, first with some caveats:&lt;br /&gt;I do not believe record series retention periods change very often, nor should they if the legal and regulatory research was properly done in the first place.&lt;br /&gt;Retention periods that are lengthened obviously can't be applied to records that were destroyed based on the shorter retention.&lt;br /&gt;It appears that current doc management software cannot handle retention changes well for existing documents (those already in the system when the change is made).  For that reason alone, it may well be true that the software is going to dictate retention practices unless there is a decision to manually over-ride disposition notices for records that fall in the "before" category.&lt;br /&gt;&lt;br /&gt;I will admit to having a foot in both camps here...I thought there was a ruling at one time quite awhile ago that addressed a change in a regulatory requirement, and stated that all records before a specified date would fall within the older retention while those created after that date were to have the newer retention.  But I could not find it, hopefully was not a figment of my imagination.  And I felt that software app's should be able to handle changes in retention when the app populated and assigned a disposition date to a record.  But then, I realize that is possibly a coded formula that would change when the retention information is changed in the app.&lt;br /&gt;&lt;br /&gt;A major concern (other than policy being driven by software or other tools) for me concerns the occurrence of changes...from a legal standpoint, eyebrows would certainly be raised if a company seemed to be "adjusting" their retention schedule promiscuously, especially too closely to any litigation activity.  And if records suddenly are lost due to the changes, they are gone forever and the damage is done...but not necessarily the problems.  Consistency in how changes are handled is one thing - constancy in the retention schedule itself is paramount.&lt;br /&gt;&lt;br /&gt;So I will go with the "change-all" side argument- it would seem to be the most "error-free" especially when software-enabled, and is the simplest to document with policy.  Whether it is best for an individual management situation has to be decided by the circumstances of those involved.  However, retention changes MUST be fully documented, and that documentation vetted by all interested legal, compliance and executive parties and maintained as long as affected records are maintained (which probably means forever).  And those changes must be implemented consistently and continuously, just as the overall retention program is diligently adhered to.  Lastly, or firstly perhaps, a policy must be drafted that states your company will always apply retention period changes to all documents, with only very limited (and expressed) exceptions.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-2619155017250504641?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/2619155017250504641/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=2619155017250504641' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/2619155017250504641'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/2619155017250504641'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2008/06/retention-schedule-changes.html' title='Retention Schedule Changes'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-1295779623325219402.post-1260955220668487174</id><published>2008-06-17T08:52:00.000-05:00</published><updated>2008-06-17T08:58:17.354-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='classify'/><category scheme='http://www.blogger.com/atom/ns#' term='internet'/><category scheme='http://www.blogger.com/atom/ns#' term='information'/><category scheme='http://www.blogger.com/atom/ns#' term='categorize'/><category scheme='http://www.blogger.com/atom/ns#' term='web'/><category scheme='http://www.blogger.com/atom/ns#' term='computer'/><title type='text'>Website History</title><content type='html'>There was an interesting &lt;a href="http://www.nytimes.com/2008/06/17/science/17mund.html?8dpc"&gt;article&lt;/a&gt; in the Tuesday, June 17 NYTimes about an early visionary who attempted to implement processes to categorize all the printed information in the world, decades before computers and the inter-connectedness of the Web were ever conceived.  Although the attempt, in the 1930's, was doomed simply due to the scope and manual approach, the inventor's glimpse into what was to be was remarkable.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1295779623325219402-1260955220668487174?l=infocognito.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://infocognito.blogspot.com/feeds/1260955220668487174/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=1295779623325219402&amp;postID=1260955220668487174' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/1260955220668487174'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/1295779623325219402/posts/default/1260955220668487174'/><link rel='alternate' type='text/html' href='http://infocognito.blogspot.com/2008/06/website-history.html' title='Website History'/><author><name>Aaron Taylor</name><uri>http://www.blogger.com/profile/09237383557684701831</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='32' height='32' src='http://bp2.blogger.com/_oYaAZTbDauU/SGD34CDMcHI/AAAAAAAAADA/CDA02FjNI6E/S220/25c9f6e.jpg'/></author><thr:total>0</thr:total></entry></feed>
