Yep, at times (in this audience) some of the strong arguments against "keep
everything forever" are simply a matter of preaching to the choir, but all
the same:

- Cost of labor and infrastructure to support maintenance
- Risk of exposure for retaining something that COULD have been deleted
- Inability to locate content
- Continually decreasing business value of content
- Privacy issues if insufficient access controls are instituted
- Discovery in the event of a legal challenge
- Inconsistent application or retention policy
- Inability to access content when application is replaced
- Potential of spoliation charges when bulk disposal eventually performed
- Effort required to manage content belonging to separated employees
- Time/effort required to sift through non-records and duplicates
- De-duplication software not always removing the RIGHT 'duplicates'
- Cost to support software/hardware used to 'manage' repositories

Even if organizations don't want to do the hard work or heavy lifting
associated with developing and implementing a policy, training staff,
periodically monitoring compliance, and socializing the concept... there are
some easy steps that can be taken.

Let's see... I think it's been 2 or 3 weeks since I've given this mantra... 

Before e-mail is saved, users MUST determine "Record or Non-Record"
according the organization's well publicized definition of a record which is
included in their policy and all RM training that is regularly given to
staff.  In general, this will amount to FAR LESS than 10% of the total
volume of e-mail received/sent.

If record, then action is required- drag it into an RMA if you have one, or
a desktop folder if you don't, that has a retention period appropriate for
the value of the content of the e-mail already applied to the folder. 

If a non-record, no action required by user- system can have an automated
process that deletes all mail left in in box or out box after X days,
whatever is consistent with the organization policy for non-record or
transitory value information.

You will now be returned to your regular programming...

Larry
[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]