Olá Ana, uma abordagem que utilizava quando no PMO, era uma etapa pré-projeto, que chamávamos de "Estudo de Viabilidade". Essa etapa (que tecnicamente não é contemplada pelo PMBOK, pq ele considera do início do projeto para frente), era proveitosa, por que reuníamos representantes de todas as áreas para verificar a melhor solução para atender aquela demanda.
Na prática cada área expunha suas preocupações e tomavam suas posições. No Final o resultante era um documento assinado com uma decisão colegiada. Dessa forma, os GPs sabiam de ante-mão as dificuldades que teriam para por o projeto (de software) em produção, assim como o que fazer se houver mudanças.Como membro do PMO, eu dirigia a reunião e fazia questão de levantar esses assuntos para ter um pré-entendimento. Isso reduzia atritos futuros, pq a já existia um pré-acordo interno antes de se assumir qualquer compromisso com o Cliente, \ o que considero positivo. Por outro lado, muitas mudanças ocorrem "on the fly", durante o projeto, e muitas delas são inevitáveis. Nesse caso, é importante ter critério. Em outras palavras, a parte de produção deve ter um processo definido com inputs também definidos(documentos, request via e-mail,etc...), e um tempo de resposta padronizado para atendimento de demandas. E isso deve ser respeitado. Para estruturas maiores, é importante seguir todo o processo de teste-->homologação-->produção. Cada uma dessas etapas com inputs e outputs próprios, e era preciso um ok de cada etapa para ir para a próxima. É verdade que vez por outra, surgem demandas urgentes, e devem ser encaradas diferentemente e com prioridade, e isso deve ser levado em conta, mas se tudo ficar urgente, nada é. Desvirtua o processo e estressa os profissionais dos dois lados. Dessa forma para resumir, eu como consultor, sou sempre a favor de processos bem definidos e publicados, que devem ser respeitados, assim como o devido patrocínio da alta gerência, se não é tudo conversa para boi dormir :). Espero ter sido de ajuda, Leandro Santoro. 2008/5/28 Ana Marque <[EMAIL PROTECTED]>: > Olá > > > > Trabalho em uma indústria, na área de TI. Estamos com o processo de change > managment bastante avançado em termos de processo, conscientização e > ferramentas. > > > > Mas a gente queria dar mais um passo, que é fazer com que a equipe de > projetos (infa-estrutura e sistemas) começarem a pensar na change ANTES de > inciar o projeto. > > > > Esperamos dessa forma, transformar as changes e releases mais tranquilas com > menos atrito entre as áreas de operaçoes e projetos. > > > > Gostaria de ouvir comentários e sugestoes sobre esse tema. Experiencias > nesse sentido, seria ótimo!!! > > > > Ana > > ________________________________ > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para > armazenamento! >
