RECMGMT-L Archives

Records Management

RECMGMT-L@LISTSERV.IGGURU.US

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Content-Transfer-Encoding:
quoted-printable
Sender:
Records Management Program <[log in to unmask]>
Subject:
From:
"Llull, Ulises" <[log in to unmask]>
Date:
Thu, 22 Feb 2007 16:28:13 -0700
Content-Type:
text/plain; charset="us-ascii"
MIME-Version:
1.0
Reply-To:
Records Management Program <[log in to unmask]>
Parts/Attachments:
text/plain (46 lines)
First, let me say I'm new to the profession, having recently moved from
IT, where I worked on data architecture.   I have found plenty of
synergy between the challenges faced in data architecture and RIM - as
well as lots of opportunity to deliver huge value from close
collaboration between RIM and IT, but I'm sure that's not news to this
group!

 

One thing I'm struggling with is how best handle disposition of
information as part of hardware and/or software decommissioning in a
very dynamic environment (high growth and high turnover from acquisition
integration AND organic growth).  In this environment, you might
suddenly take possession of a number of applications and electronic
information managed by those apps that have basically abandoned - i.e.
they have no clear ownership or recordkeeping associated with it...and
while there may be a 50 year record in there somewhere, the information
is of such high volume, complexity and/or diversity that understanding
it enough to classify it would take a huge amount of work.   And when
you are executing an aggressive acquisition strategy and need to find
out what to do with 1000's of gigs of storage taken up by stuff that no
one cares about, you want to be careful with the amount of overhead you
require.

 

So my question is: What policies and procedures would allow us to
defensibly dispose of this kind of "abandoned" information in this
environment, yet remain practical and cost-effective?  What's enough to
prove good faith?

 

Thanks in advance for your help!  

Thanks and regards, 
Ulises Llull 



 


List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance

ATOM RSS1 RSS2