Roberto, Permita minha contribuição. Na minha opinião, ITIL é realmente um pouco controverso no que se refere a solicitação de serviços. No próprio modelo de processo de gerenciamento de incidentes, existe um "if" dentro da etapa de Classificação e Suporte Inicial onde você decide: se é uma solicitação de serviços, vá para o processo de solicitação de serviços, porém ITIL não fala mais nada sobre como deveria ser um processo de solicitação de serviço (isso inclusive foi uma frase dita pelo Vernon Lloyd, que é um dos autores da ITIL v2 e v3, no ITSMf conference de 2005), e você já registrou isso como um incidente. Entendo que o que poderia ser feito nesse caso seria realmente o registro disso como um incidente e sua classificação como requisição de serviço,para que a mesma não faça parte realmente das estatísticas de incidentes que causaram ou puderam causa interrupções em algum serviço. Porém, todas as mudanças, nesse caso as melhorias na aplicação, deveriam ser registradas através de RFCs (RDMs) e que preferencialmente fossem combinadas para serem liberadas em um único release que contivesse todas as mudanças.
Abraços, Alisson 2008/8/12 Roberto Gomes <[EMAIL PROTECTED]> > > Gostaria de saber como se administra uma demanda que não seria um incidente > nem um problema. Comento a respeito das pequenas melhorias de sistema como > novas telas, novos relatórios e outros tipos de melhora que são , algumas > vezes, de conforto para usuarios ou de real necessidade mas não estão > relacionados com nenhuma imperfeição do sistema. Seria uma solicitação de > serviço creio, mas o que me falta saber é se é comum mantê-lo na base de > incidentes como "programados em sua entrega" ou se eles debem pertencer a > alguma outra base de datdos. > > Obr. > > ------------------------------ > Novos endereços, o Yahoo! que você conhece. Crie um email > novo<http://br.rd.yahoo.com/mail/taglines/mail/*http://br.new.mail.yahoo.com/addresses>com > a sua cara @ > ymail.com ou @rocketmail.com. > > >
