| View previous topic :: View next topic |
| Author |
Message |
Yveintim Newbie


Joined: Nov 19, 2007 Posts: 1
|
Posted: Tue Nov 20, 2007 10:49 am Post subject: Change Management and Development & Test Envinroment. |
|
|
Hello guys;
My actual situation is:
We have been testing phase; (Unit test; Integral Test; System Test; Acceptance Test).
So in each test; we have a tester team; this team is mix between technician & Functional testers);
When Functional test the system and they find some error; they send this error to technical team for to fix this.
How I can to implement Change Management process for to improvement my actual process ?
Best regards, |
|
| Back to top |
|
 |
Timo Senior Itiler

Joined: Oct 26, 2007 Posts: 295 Location: Calgary, Canada
|
Posted: Tue Nov 27, 2007 2:30 am Post subject: |
|
|
Hi there,
usually the first step is to try and identify your pains. What problems do you currently experience that force you to look for improvement?
The procedures in dev and test environment are likely to be somewhat different from those for prod. As former software developer I understand the importance of keeping both test and dev environments 'clean' and up to date, thus requiring certain level of control over changes happening to these environment to maintain their functionality.
However, you also need to minimize process overhead and to be able to propagate your changes rather quickly from one env't to another.
Again, it is hard to suggest anything concrete with information available. As I said, start by documenting what the issues are. Then it should become clearer what your change process, or a variation of such, should be for the non-production environments.
Hope this helps,
Michael |
|
| Back to top |
|
 |
jmc724 Newbie


Joined: Nov 06, 2007 Posts: 14
|
Posted: Tue Nov 27, 2007 1:27 pm Post subject: |
|
|
| The main goal of CM is to mitigate risks to the PRODUCTION enviroment. You should focus less on what happends in dev and UAT. But you will require proof of successful testing from UAT (pre-prod) in order for you to mitigate any risk of implementing a change into Prod. But dev is where the developers play. |
|
| Back to top |
|
 |
UKVIKING Senior Itiler

Joined: Sep 16, 2006 Posts: 3110 Location: London, UK
|
Posted: Tue Nov 27, 2007 7:03 pm Post subject: |
|
|
jmc724,
I believe he is in a Development environment not a production environ,ent
Yveintim
This sounds more like application development management and release management
The new application code shoudl nt be released into the live environment until the testing has been completed and signed off.
There needs to be some sort of sign off by some one in authority for doing so _________________ John Hardesty
ITSM Manager's Certificate (Red Badge)
Change Management is POWER & CONTROL. /....evil laughter |
|
| Back to top |
|
 |
Timo Senior Itiler

Joined: Oct 26, 2007 Posts: 295 Location: Calgary, Canada
|
Posted: Thu Nov 29, 2007 9:14 am Post subject: |
|
|
To add to others' points. You need to make sure that you have very precise and well controlled procedures for transitioning from development to production environment in terms of support.
One of the projects I am working on now has that very problem. There is no clear differentiation between when test stops and production begins, i.e. when Incident and Change management, Service desk and configuration management become the governing forces for newly developed applications.
Michael |
|
| Back to top |
|
 |
jmc724 Newbie


Joined: Nov 06, 2007 Posts: 14
|
Posted: Thu Nov 29, 2007 1:13 pm Post subject: |
|
|
| Tests stops when Testing Center of Excellence or UAT group says testing is complete per project. Then, a signoff by stakeholders are required to move the deliverable into production along with approval from the CAB. |
|
| Back to top |
|
 |
pac666 Itiler

Joined: Sep 15, 2006 Posts: 22
|
Posted: Fri Nov 30, 2007 11:27 pm Post subject: |
|
|
| You must control test and live environments to ensure consistency between the two. If you don't, a successful test in the test environment may cause chaos in a live environment that isn't in step with your test environment. |
|
| Back to top |
|
 |
|