I figured that I should respond to this discussion as I, for good or
bad, opened
this can of worms. Not as many folks on the Records Management side know me
as do our counterparts in the Information Management and SharePoint space.
As for my background, I am not a Records Manager nor would I ever claim to
be. I had been primarily on the technology side, I've run an information
management consulting firm, built a document and digital asset management
system, and was formerly a Director at AIIM. As for the expert moniker,
that was far from self-assigned, especially in the arena of Records
Management. However, that hasn't prevented me from discussion around where
RM meets technology, which I believe is the crux of what has brought us to
this point.

First, please note that this article was gleaned from a half hour interview by
phone and that I was trying not to give away the full conclusion of my
presentation
at the AIIM Conference next week in Orlando. This piece was intended as a
"teaser" for the Conference, and as such, it seems it has
teased quite well but let me attempt to bring the discussion full circle
here.

Let me start by asking everyone a question that I believe moves the discussion
towards the points that were brought up in the article...
When a Record is disposed from the Records Management system, how confident are
you that the information contained is actually now gone from the
organization?

We used to be able to say with high certainty that it was removed in entirety
upon disposition. It used to be that our single ECM or Information Management
or "whatever label you want" system fed into our Records Management systems
as an exclusive relationship. Our technology environment is different now,
each employee in our organization may hold enterprise information on their
phones, laptops, tablets, computers, shared drives, email, Google glasses,
etc., etc., etc.

If the goal of Records Disposition is to remove the information to reduce risk
within the organization, how many organizations can say that they are indeed
achieving this? Combine this issue with our mandates to retain with an eye
towards the anticipation of litigation and consistent disposal.

No, what I'm proposing isn't new. What is new is our technology environment and
budding technology which can handle multiple repository retention management
across all organizational information, not just Records. It is my opinion,
and the opinion of many others that traditional records management is
struggling with scalability in the face of our current technology
environment and that it must change in order to continue to meet the
promises of risk reduction for our organizations.

I'm not trying to be controversial or attention grabbing, nor was I in any way
'in control' of the content that came out of this interview. I simply see
an ongoing problem and believe that we need to have a discussion around how
to move forward.

To continue the conversation...

If you don't believe that what I proposed is the viable way forward but you do
accept that Records Disposal is no longer meeting it's obligations for the
majority of organizations, what are some of the alternative ideas that help
us resolve this major issue?

If you don't have these issues, congratulations to you because you are doing
a far better job than most of the organizations that I encounter in my
training and consulting work.



On Thu, Mar 27, 2014 at 3:11 PM, Larry Medina <[log in to unmask]>wrote:

> On Thu, Mar 27, 2014 at 11:39 AM, Deanna Brouillette <
> [log in to unmask]> wrote:
>
> > Knowledge management is still very much around, it's just a very
> different
> > beast than RM.  It's about capturing knowledge from experienced people so
> > that it can be shared and so that it's not lost when those people leave -
> > seems much more common in scientific fields.  Has nothing to do with RM /
> > IG, although I do remember back when they tried to shoehorn us into it.
> >
> > Thank you,
> > Deanna L. Brouillette, CRM
> >
>
>
> Not exactly.  This is "Knowledge Capture" or what has long been known as
> the process of harvesting organizational information through oral
> histories.
>
> http://www.ysc.com/our-thinking/article/the-foresight-to-capture-organizational-insight
>
> Even the Wikipedia page on KM, which contradicts itself a few times, (as
> Wikipedia is wont to do) http://en.wikipedia.org/wiki/Knowledge_management
>
> What Bruce was speaking of, and what was being sold to us by certain
> "acronymed associations", was a lipstick on a pig version of Records
> Management, an attempt to "sex it up" so peopel wouldn't associate it with
> dusty old boxes stored in basements, filled with 'things that had to be
> retained but were never used'.
>
> Truth was, those of us who were in the field and had strongly encouraged
> our organizations to NOT store their information assets in places where
> they could be damaged or lost and to index, catalog and USE the information
> contained in them as a business asset were ahead of that curve.  And we
> also saw the means and methods of creating and capturing information
> changing and pressed to be involved in these new forms and formats of
> information... and eventually those who pushed KM said...
>
> "Oh, it's CONTENT... let's look at ways of selling Content Management as
> what we're doing!! "
>
> And the rest of the story is what has brought us to where we are today.
>
> Larry
> [log in to unmask]
>
> --
>
>
> *Lawrence J. Medina Danville, CARIM 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]
>



-- 
***

Nick Inglis
Founder, LeftGen
Partner, Optismo
Co-Founder, InfoGovCon
774-276-5627
@nickinglis
www.nickinglis.com
www.leftgen.com
www.optismo.com
www.infogovcon.com

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]