Article View: comp.infosystems
Article #59Re: Advise Needed In Implementing Change Management
From: gezelter
Date: Wed, 15 Apr 1992 12:15
Date: Wed, 15 Apr 1992 12:15
53 lines
3363 bytes
3363 bytes
In article <1992Apr14.175628.6961@lotus.com>, pedersen@lotus.com (Michael Pedersen) writes: > I am preparing to implement a Change Management system in a VAX Cluster > environment where none has previously existed. However, I am receiving > conflicting input: some people say that the end user, i. e. the > applications programmer, should be involved in the process of implementing > Change Management; others say that I am primarily dealing with changes > to software and that applications programmers have nothing to do with > the way I implement Change Management. > > I would appreciate any input on the best way to proceed. Is it one way > or the other? Or somewhere in between? Please send mail with your thoughts > and/or opinions. Mike, your question is not uncommon. Whether you need to consider the feelings of the user (developer) community or not depends upon what your goal of the change management system is. If the system is to be used for only the software which is maintained by the systems group/system managers, then it is an internal (no pun intended) matter. If the developers/users are expected to use the change management system for their own work, however, it is a different story. Working on a software product in an environment using a change management, configuration control, or similar control environment is different than working in an uncontrolled environment. I have seen client situations where the new tools improved things, and I have seen client situations where the tools were total failures. In one case, I was brought in primarily to install such a system, and, when I put file protection on source files as the first step of requiring people to use the system, the deputy project leader and one of his senior programmers objected strenously, as "That will prevent us from making changes as we need to" (The problem of undocumented, on the fly changes was the reason for the management system in the first place). The result was "a management system" where everybody could make any change they wanted to, at any time they wanted to. Anotherwords, "status quo ante". Successful uses of such tools require user cooperation, or they will be circumvented, with sometimes disastrous results. I hope that this has been helpful. My apologies for the lenght of the message! +--------------------------------------------------------------------------+ | Robert "Bob" Gezelter E-Mail: gezelter@rlgsc.com | | Robert Gezelter Software Consultant Voice: +1 718 463 1079 | | 35-20 167th Street, Suite 215 Fax: (on Request) | | Flushing, New York 11358-1731 | | United States of America | +--------------------------------------------------------------------------+
Technical Details
Message-ID:
<1992Apr15.071541.39@rlgsc.com>Path:
arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!yale.edu!cmcl2!rlgsc.com!gezelterReferences:
<1992Apr14.175628.6961@lotus.com>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!yale.edu!cmcl2!rlgsc.com!gezelter From: gezelter@rlgsc.com Newsgroups: comp.infosystems,comp.sys.dec Subject: Re: Advise Needed In Implementing Change Management Message-ID: <1992Apr15.071541.39@rlgsc.com> Date: 15 Apr 92 07:15:41 EST References: <1992Apr14.175628.6961@lotus.com> Organization: Robert Gezelter Software Consultant, Flushing, NY Lines: 53