﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / Discuss Content Posted by Greg Robidoux / Article Discussions / Article Discussions by Author  / Who Needs Change Management? / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Wed, 22 May 2013 05:14:34 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Who Needs Change Management?</title><link>http://www.sqlservercentral.com/Forums/Topic9322-103-1.aspx</link><description>Our Company has developed a tool that we think you might find useful for SQL Server Change Management. It is offered with the discount of 15%, exclusively to SQLServerCentral users (see http://www.sqlservercentral.com/products/#discounts)SQL Source Control 2003 integrates Microsoft SQL Server with Visal Source Safe.Thanks to this it enables source control of code and documentation of your databases.You may also create and version database documentation quick and easy, down to table columns or stored procedure parameters, and generate documentation in easy to read and share HTML format.To learn more about these and other features, please go to http://www.sqlsourcecontrol.comFree evaluation version is avaliable for download at http://www.sqlsourcecontrol.com/tryit.htmEdited by - skilledsoftware on 02/05/2003  07:24:26 AM</description><pubDate>Wed, 05 Feb 2003 04:46:00 GMT</pubDate><dc:creator>Sebastian K. Zaklada</dc:creator></item><item><title>RE: Who Needs Change Management?</title><link>http://www.sqlservercentral.com/Forums/Topic9322-103-1.aspx</link><description>I have enough Daves to tell you if I could ever get agreement on the process of this I would love it. Usually the problem is fixing something breaks something else but the person who made the changes is here 7 hours after I leave and will be out of contact for weeks. Plus it is usually a typo that gets them. Anyway nice overview. </description><pubDate>Fri, 17 Jan 2003 10:00:00 GMT</pubDate><dc:creator>Antares686</dc:creator></item><item><title>RE: Who Needs Change Management?</title><link>http://www.sqlservercentral.com/Forums/Topic9322-103-1.aspx</link><description>Chris,Thanks for the great input.  I wasn't sure how detailed to write the article, so I did a very high level for now to get people interested.  I will follow this up with future articles that give more of the process instead of just the overview of why you would want to do this.ThanksGreg RobidouxEdgewood Solutionswww.edgewoodsolutions.com</description><pubDate>Thu, 16 Jan 2003 12:03:00 GMT</pubDate><dc:creator>grobido</dc:creator></item><item><title>RE: Who Needs Change Management?</title><link>http://www.sqlservercentral.com/Forums/Topic9322-103-1.aspx</link><description>Nice high level article and something that I completely agree with. You need a process for managing changes.Steve Jonessjones@sqlservercentral.comhttp://www.sqlservercentral.com/columnists/sjoneswww.dkranch.net</description><pubDate>Thu, 16 Jan 2003 10:25:00 GMT</pubDate><dc:creator>Steve Jones - SSC Editor</dc:creator></item><item><title>RE: Who Needs Change Management?</title><link>http://www.sqlservercentral.com/Forums/Topic9322-103-1.aspx</link><description>Hi thereInteresting article, but lacks what the DBA's really need, that being change control templates , specific (point form) steps used in example environments and example security settings to control developers.I am very strict with change control at all levels, no matter the garbage you hear about "extreme programming", there is no place for slackness in development.  Even so, there are levels of control to suite the particular environment as not everyone is running a train control system.Here is what I do:Development:+ all db schema changes are made by dba only+ db changes are documented and analysed by dba through change control form+ db access via roles at all times, dba manages and communicates the security paradigm clearly and checks regularly during dev cycle.  Nothing goings to test or prod without following the rules.+ developers do get ddladmin and db_security db privs for managing their views and stored procs.  All objs must, at the end of the day, be owned by DBO.+ server admin access open+ installation of SW on any box is documented via DBATest:+ change control form clearly documents schema changes+ db backed up+ changes applied, views/stored procs etc applied+ app and db security privs are "what prod is like" to ensure proper testing occurs+ server access is locked out to select few (senior analysts etc that manage integration and system testing cycles)Prod:DBA only.Strict dev -&amp;gt; test -&amp;gt; pre-prod (compile server, mirror of prod) before anh change is applied.All replace components are backed up before the change.There is a hope range of issues etc to cover, but just some thoughts to start with.CheersChris Kwww.chriskempster.com </description><pubDate>Thu, 16 Jan 2003 08:01:00 GMT</pubDate><dc:creator>ckempste</dc:creator></item><item><title>Who Needs Change Management?</title><link>http://www.sqlservercentral.com/Forums/Topic9322-103-1.aspx</link><description>Comments posted to this topic are about the content posted at &lt;A HREF=http://www.sqlservercentral.com/columnists/GRobidoux/whoneedschangemanagement.asp&gt;http://www.sqlservercentral.com/columnists/GRobidoux/whoneedschangemanagement.asp&lt;/A&gt;</description><pubDate>Wed, 15 Jan 2003 00:00:00 GMT</pubDate><dc:creator>grobido</dc:creator></item></channel></rss>