Todd, 
It also depends on if your office is also the platform owner, or if you're relying heavily on IT to do a large portion of the day-to-day maintenance activities.  Users should be declaring their own records undoubtedly.  In my last organization, we identified an administrator as having the authority to manage security roles, respond to access requests, assist users when they have declared records in error, maintain classification and retention schedules in the system as necessary, among other such activities.  You may also want to consider if your office or IT will  be maintaining a Help Desk.  If you have to pay IT or an IT contractor to administer the system, it could be more worthwhile to simply hire personnel, plus then you wouldn't have to translate every RM activity into IT speak.


Cristina Newman Drego


PS- this is my second post in two weeks; I should probably introduce myself.  Graduated last year from the MAS program at the University of British Columbia.  I've been working as an RM consultant for the past year and have recently accepted the position of Supervisor, Records Management at an mining company based in Vancouver.  



-----Original Message-----
From: Records Management Program [mailto:[log in to unmask]] On Behalf Of Todd Johnson
Sent: Tuesday, May 17, 2011 7:34 AM
To: [log in to unmask]
Subject: Re: Keeping An Electronic Records Administrator Busy

"Based on the amount of electronic records organizations add these days, I wouldn't think there would be too much downtime anyway."
But my assumption, and you can tell me if I'm crazy again, is that you should implement processes and technology that allow the end user to manage their information. I don't want to tell my director we have to spend $xxx,xxx on technology and we still have to hire someone to declare records for the end user.
On Tue, May 17, 2011 at 9:11 AM, Stephen Smith <[log in to unmask]>wrote:

> "Tell me if I'm crazy to pass up this opportunity."
>
>

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]

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]