Pessoal, realmente o assunto causa questionamentos, e é normal, por isso solicitei a opinião de todos, tendo em vista que conversei com varias pessoas e quando nos colocamos do lado técnico, é fato que iremos atribuir a situação para uma solução EMERGENCIAL.
Aqueles mais experientes e que tem um contato maior com a literatura seguem pelo caminho do planejamento (Normal). Estamos falando de melhores práticas, logo o que está escrito na literatura não é uma regra e sim uma recomendação adotada por várias empresas que obtiveram sucesso, portanto é importante observa-las, mas o dia a dia e a vivência causam nos colocam frente a outra realidade. Lendo com calma o que nós determinamos para EMERGENCIAL tratam de eventos críticos, correções de problemas que já estão afetando o négocio ou para atender medidas legais, e independem do tempo de antecipação da abertura da mudança. Ex: Se a mudança na for executada continuará parado. Se a mudança não for executada teremos uma parada. Se a mudança não for executada ocorrerão perdas financeiras. Exemplo: (EMERGENCIAL) - Existe um ar-condicionado dentro do CPD com superaquecimento com cheiro de queimado. Nesse caso nós estamos vendo o problema e sabemos que ele vai acontecer a qualquer momento, portanto é necessário fazer uma mudança EMERGENCIAL, caso contrário pegará fogo no ambiente. Agora, vem a pergunta, será que ninguém viu antes e deixou passar e agora terá que ser feito as pressas, por uma falta de monitoração ou um processo de verificação do ambiente? Blz, alguns irão dizer que isso não é relevante neste caso, pois o fato está para acontecer e passado é passado, mas isso é sério, existe um erro muito maior no processo e precisa ser tratado. Exemplo: (NORMAL) - A Microsoft lança suas correções (patches ou remendos para alguns) toda segunda terça-feira de cada mês. Se já sabemos que isso ocorre todo mês e que sempre são encontradas vulnerabilidades para o sistema operacional, porque não se programar antecipadamente para executar essas correções do que deixar para dois ou trez dias após o lançamento para solicitar a mudança? Alguns irão dizer: "Poxa Sandro, então vou abrir uma mudança para todos os dias até o final do ano para garantir que quando tiver um problema, eu já estarei dentro do prazo da mudança NORMAL. Eu preciso esperar a Microsoft lançar para saber se vou precisar ou não!" Nesse caso em questão nós possuimos um cronograma mensal e como isso independente do lançamento, as mudanças são abertas antecipadamente, mesmo não sabendo se precisará ou não. Exemplo: (EMERGENCIAL ou NORMAL) - A Microsoft lança uma correção fora do prazo normal, ou seja, se a mudança não for executada teremos oupoderemos ter uma parada. Exemplo: (NÃO PROGRAMADA) - A Microsoft lança suas correções (patches ou remendos para alguns) toda segunda terça-feira de cada mês. Alguns esquecem e depois quer fazer tudo na correira. O correto seria analisar se as correções são do mês em questão ou não, caso sim, seria NORMAL ou EMERGENCIAL, caso não, deve entrar como NÃO PROGRAMADA por falta de planejamento. A idéia é discutir o assunto, mesmo que não tenhamos um conceito padrão, mas a experiência é importante para compartilharmos. Um abraço, Sandro Alves ________________________________ De: Ivan Preti <[email protected]> Para: [email protected] Enviadas: Sábado, 24 de Julho de 2010 19:49:48 Assunto: Re: [itsm_br] Gerência de Mudanças - Dúvida Olá Pessoal, Não sei se consultaram o livro, mas segue trechos interessantes sobre este assunto: "All changes likely to be required should, in general, be foreseen and planned, bearing in mind the availability of resources to build and test the changes. Nevertheless, occasions will occur when emergency changes are essential and so procedures should be devised to deal with them quickly, without sacrificing normal management controls. Emergency change is reserved for changes intended to repair an error in an IT service that is negatively impacting the business to a high degree. Changes intended to introduce immediately required business improvements are handled as normal changes, assessed as having the highest urgency" Acredito que cada um pode interpretar de acordo com a necessidade de sua empresa, porém, já que você perguntou opnião alheia, a minha é de que você deve tratar como Normal Change porém com urgência máxima de execução. Espero ter ajudado. Att, Ivan Preti. 2010/7/19 Aldo Silva <aldo...@globo. com> >Boa Tarde > >Varia de empresa para empresa , onde trabalho por exemplo , se existe solução >definitiva pode ser tratada como Emergencial (ou seja se causa impacto faz na >hora, vai esperar dar merda ?? . porque envolve perda dos negócios ) e a >parada >PROGRAMADA é que existe um comunicado para toda organização informando a >indisponibidade ou estabilidade num terminado horário devido uma mudança de >atualização , instalação , troca de versão , backup (serviço que não causa >perda >grave aos negócios ) > >O emergencial é enviado também um comunicado 1 hora no máximo meia hora antes >da >mudança > >abraços > > Aldo Silva >Globo.com:: Tecnologia >(21) 9129-4317 - yahoo:aldorj2003 >securityofficer. wordpress. com > > > > > > > > > >Em 15 de julho de 2010 16:48, Sandro Alves <emailsandroalves@ yahoo.com. br> >escreveu: > > > > >>Olá pessoal, >> >>sou coordenador da área de mudanças e estamos sempre remodelando os processos >>para adequar a realidade da empresa. >>Irei citar uma situação e gostaria de opinião de vocês. >> >>- Imaginemos que foi descoberto um problema no ambiente, ao qual qualquer uma >>pessoas pode causar dandos financeiros para empresa, seja com a parada de uma >>operação ou roubando informações. >> >>- Lembro que a operação ou melhor, onde foi encontrado o problema, não está >>parado, mas caso alguém descubra, o problema pode vir a tona. >> >>- A área técnica faz a solicitação de uma mudança para correção do problema, >>porém, categorizam a mudança como EMERGENCIAL devido a possibilidade de >>parada >>na operação ou perda de informações. >> >>- Entendemos que como não existe uma parada (perda imediata financeira), esta >>deveria ser categorizada como PROGRAMADA. >> >>Abs. >> >> >
