If you look at the history of records management software you have to go
back to the mid-1900s, companies like Tarian and Provenance started
developing and selling RM specific software. Records managers were involved
in the development. Don't forget that DoD5015 drove a lot of the
development as records managers started asking vendors if their product was
5015 certified. Eventually major software companies like Document and IBM
bought up the small companies and tried to integrate the software with
their other products. FileNet developed and launched their own ERMS
product  c. 2004 (disclosure I worked for FN from 2005-2006 and then IBM
which bought the company until 2013).  IBM has several CRMs on staff who do
help influence the development of new features for the product set.

As Bill Manago notes : "If the system that you deployed in your
organization seems overly complicated, then perhaps it is not configured
properly."

The current systems are highly configurable. In many cases it requires
records managers to rethink how they want to do things. Retention schedules
have to be analysed to see what the trigger events are  and how best to
implement them. You want to configure the system to make it easy for the
user and to manage the records themselves. E-record destruction requires
RMs to rethink the destruction process totally especially when you are
talking about millions of e-records being created, declared and destroyed.

BillM also wrote "You may be surprised about how your business processes
can  simplified in today's modern governance management systems"
you don't want to use a ERMS to  replicate your current physical records
businesses, you want to look for ways to improve and simplify what you are
doing.. When the vendor does a demonstration ask them to show you how they
would do Process X with their system. Explain what you are trying to
achieve.


On Mon, Aug 4, 2014 at 9:34 AM, Johnson Jr., Earl <[log in to unmask]>
wrote:

> Excellent article!  I've often wondered whether some of these RIM software
> developers have actually worked with a "real" records manager in developing
> their products?  Many of them--as the article suggests, are much too
> complicated  and are overkill for what most of us want to do.
>


-- 
Peter Kurilecz CRM CA IGP
[log in to unmask]
Dallas, Texas
Save our in-boxes! http://emailcharter.org
http://twitter.com/RAINbyte
http://tech.groups.yahoo.com/group/RAINbyte/
http://paper.li/RAINbyte/rainbyte
https://groups.google.com/d/forum/archives-in-the-news
http://pinterest.com/pakurilecz/archives/
http://pinterest.com/pakurilecz/records-management/
http://www.linkedin.com/in/peterakurilecz
#*CantbeworsethanPeterk*
<https://twitter.com/hashtag/CantbeworsethanPeterk?src=hash>
Information not relevant for my reply has been deleted to reduce the
electronic footprint and to save the sanity of digest subscribers

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]