"Office of Record" is a tough term to get your arms around in certain
settings.  If you have a functional retention schedule, records is a given
series can be spread across an organization, so without a full "RIDS" (and
few use these any longer) that ties records belonging to a series to a
custodian organization, this becomes as difficult as nailing Jello to a
tree.

Likewise, in an electronic system of records, aside from metadata
associating specific content aligned with a series to a custodian
organization, it's like chasing lightning.

Also, the tying a lifecycle issue to an office of record can be problematic
when it comes to placing a destruction hold on information... if you're
trying to allow say, the legal or compliance group to do this (unless they
are assigned permissions to access and modify the state of any/all
content).

YEAH... this, along with many other things don't seem to be considered in
the "eyegee model".  Things in RIM don't always comply with a lineal
process.

Larry
[log in to unmask]


On Tue, Jul 15, 2014 at 5:59 AM, Carol E.B. Choksy <
[log in to unmask]> wrote:

> Dearest Colleagues:
>
>
>
> When we assign an Office of Record for a records series (or whatever term
> you want to use), we do so to ensure someone is responsible for certain
> lifecycle issues. That is the Principle of Accountability. Isn't it? I
> cannot figure out where it fits because the Information Governance Maturity
> Model does not consider this type of responsibility.
>
>
>
> Any ideas?
>
>
>
> Best wishes,
>
> Carol
>
>
>
> Carol E.B. Choksy, PhD IGP CRM PMP
>
> Information Governance Blog
>
>  <http://iradconsulting.com/wordpress/>
> http://iradconsulting.com/wordpress/
>
>
>
> CEO
>
> IRAD Strategic Consulting, Inc.
>
>  <mailto:[log in to unmask]> [log in to unmask]
>
> 317-294-8329
>
>
>
> Adjunct Lecturer
>
> Department of Information and Library Science
>
> School of Informatics and Computer Science
>
> Indiana University, Bloomington
>
>  <mailto:[log in to unmask]> [log in to unmask]
>
> IRAD-favicon
>
>
>
>
> 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]
>



-- 


*Lawrence J. MedinaDanville, CA RIM Professional since 1972*

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]