LISTSERV mailing list manager LISTSERV 15.5

Help for RECMGMT-L Archives


RECMGMT-L Archives

RECMGMT-L Archives


View:

Next Message | Previous Message
Next in Topic | Previous in Topic
Next by Same Author | Previous by Same Author
Chronologically | Most Recent First
Proportional Font | Monospaced Font

Options:

Join or Leave RECMGMT-L
Reply | Post New Message
Search Archives


Subject: Re: Everything is a record until it is not
From: WALLIS Dwight D <[log in to unmask]>
Reply-To:Records Management Program <[log in to unmask]>
Date:Thu, 21 May 2009 14:20:21 -0700
Content-Type:text/plain
Parts/Attachments:
Parts/Attachments

text/plain (54 lines)


Jesse, I don't think that retention schedules have ever been used as
finding aids. They can be, but that's never been their principle
function.

Folks, big bucket is nothing new. Its simply a variation on functional
retention scheduling, first proposed by Skupsky in the 1980's (I
believe), and I would say began entering practice before then. One of
the things I find interesting here is the vendor community. I remember
proposing essentially an application of functional retention scheduling
to email about 10 years ago (applied based on function - for example, a
simple "accounts payable" retention applied to an "accounts payable"
email account), and having various vendors decry the illegality and
inappropriateness of such an idea, as we were at that time relying on
complex taxonomies and drop boxes to classify e-records(itself, in my
opinion, a variation on Commonwealth registry practices) and attempting
to scare the **** out of everyone with horror tales of Enron et al. My
main point at the time was that such complexity simply wasn't necessary
from a retention standpoint, particularly with email. Now I see the
exact opposite - big buckets for everything, again primarily to
facilitate the functioning of certain types of records keeping
applications within certain electronic environments. I don't think this
is necessarily a bad thing, but just point out the problem with
conversations like this: we are putting the cart before the horse.

The definition of a record, the definition of a draft, when big buckets
make sense, when the risk really does exist that you may need to defend
something in court (a lot of the time that risk is extremely low to
non-existent), when various applications make sense - all of these
require a large variety of responses and tools, yet what is constant are
fundamental underlying records keeping principles (best outlined, IMHO,
by ISO 15489, but I'd love to look more into InterPARES). I've always
felt the real skill of a records manager is understanding what mix of
tools and policies to apply in a given situation, based on these core
principles.

One of the keys to that understanding? Can you read my mind? .... here
we go.... are you ready?.....

Context.

Dwight Wallis, CRM
Records Administrator
Multnomah County Fleet, Records, Electronics, Distribution and Stores
(FREDS)
1620 S.E. 190th Avenue
Portland, OR 97233
Phone: (503)988-3741
Fax: (503)988-3754
[log in to unmask]

List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]

Back to: Top of Message | Previous Page | Main RECMGMT-L Page

Permalink



LISTS.UFL.EDU

CataList Email List Search Powered by the LISTSERV Email List Manager