Agile BPM (Gestão por Processo Ágil)

11,707 views

Published on

Apresentação demonstra com aplicar as práticas ágeis a Gestão por Processo (Agile BPM).

Published in: Technology, Travel
5 Comments
32 Likes
Statistics
Notes
  • ola Rildo, mais uma vez parabens pelo material, gostaria de recebelo em meu email ougaske@hotmail.com. muito obrigado.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • @wmfinamore Não. Pelo que você expôs seria interessante se aprofundar em conhecimento de negócio.

    Pois, projetos BPM na sua maioria são longos. Não podemos confundir projetos de workflow (automação) com BPM, são coisas diferentes (geralmente pequenos e mais focados).

    A proposta de apresentada é utilizar práticas ágeis nos Projetos Ágeis para facilitar a entrega mais rápida de valor.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Rildo,

    Eu penso que é o BPM já tem por presmissa ser rápido e de acordo com o tipo de implantação se assemelha as práticas utilizadas em um modelo incremental de desenvolvimento de Software.
    Caso fossemos considerar a aplicação do desenho do processo para verificar a cadeia de valor do processo do cliente, já teremos a priorização das estórias do cliente ordenando o product backlog do projeto, já que o objeto de um processo é entregar valor ao cliente. Cada atividade mapeada poderia ser o objetivo de um sprint, já que cada uma deve ter entradas, meios para processamento dessas entradas e uma ou mais saidas. Não adianta entregar o software que dá suporte a atividade C, sem fazer a A e a B: Não estariamos entregando algo funcional ao cliente pois C depende das atividades anteriores.
    Meu pensamento, fazer sentido para você.
    Abraço.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Veja com bons olhos, o Scrum pode ser utilizado para a Gestão do Projeto, mesmo que produto final seja documentação dos processos.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Rildo, como você vê a adoção do SCRUM como metodologia de gerenciamento das atividades que deverão ser empreendidas no mapeamento de processos de negócio, onde o único objetivo é o próprio mapeamento, e não a construção de software (por enquanto) ?
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
11,707
On SlideShare
0
From Embeds
0
Number of Embeds
1,703
Actions
Shares
0
Downloads
547
Comments
5
Likes
32
Embeds 0
No embeds

No notes for slide

Agile BPM (Gestão por Processo Ágil)

  1. 1. Agile BPM (Gestão por Processo Ágil) www.etecnologia.com.brAgile BPM (Gestão (11) 9123-5358 Rildo F Santos rildo.santos@etecnologia.com.br @rildosan (11) 9962-4260por Processo Ágil) http://rildosan.blogspot.com/ Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 1
  2. 2. Agile BPM (Gestão por Processo Ágil) Programa: “Menos Papel, Mais Árvores ®” Qual é o mundo que queremos ? O primeiro passo para criar um mundo melhor, é saber qual tipo de mundo que queremos ter e qual tipo que deixaremos de herança para as próximas gerações. Nossa missão: É buscar pelo equilibro do homem, da tecnologia e do meio ambiente. Para cumprir esta missão é necessário: mobilizar, conscientizar, comprometer e AGIR. O programa Menos Papel, Mais Árvores®, é uma ação, com objetivo de estimular o consumo sustentável de papel dentro das organizações. Quer participar ? - Reduza o uso de papel (e de madeira) o máximo possível. - Só imprima se for extremamente necessário. - Evite comprar produtos com excesso de embalagem. - Ao imprimir ou escrever, utilize os dois lados do papel. - Use papel reciclado. Este material não deve ser impresso.. Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 2
  3. 3. Facilitador: Rildo Santos | @rildosan | rildo.santos@etecnologia.com.brAgile BPM (Gestão por Processo Ágil) É Coach, Consultor, Palestrante, Instrutor e Professor de MBA. É graduado Administração de Empresas, pós graduação Metodologia do Ensino Superior e mestrando em Engenharia de Software pela Universidade Mackenzie. Resumo da Experiência: Tem mais de 10.000 horas de experiência em Análise de Negócio, Gestão por Processo, Inovação, Gestão de Serviços de TI, Governança de TI, Métodos Ágeis (SCRUM, XP, Kanban, Lean, e FDD) e Tecnologia. Prestou serviço de instrutor para as Universidades Corporativas: Correios, Petrobras, Serpro, Secretária da Fazenda do Estado de São Paulo. Foi instrutor de Tecnologia de Orientação a Objetos, UML e Linguagem Java na Sun Microsystems e da IBM. Professor de curso de MBA da Fiap e foi professor de pós-graduação do IBTA. Participou de projetos em diversas empresas públicas e privadas, tais como: TJSE, Petrobras, Sefaz-SP, Sonagol (Angola), Secretária da Segurança do SP, Sabesp, Prodesp, Serpro, Bradesco, Correios, Banco do Brasil, Neo Quimica, Benner Sistemas, Seisa Saúde, Toot Micro, Vivo, Novabase, CTEP, do Hospital das Clinicas da Faculdade de Medicina do Estado de São Paulo, Aço Villares, Conexxoes Educacional e Amil. Vivência em Análise de Negócio: Já atuou como Analista de Negócio em dezenas de empresas e foi responsável pela Formação de Analista de Negócio na Prodesp – SP, treinou mais 200 pessoas, no Serpro - treinou 32 pessoas, na Prefeitura da Cidade do Rio de Janeiro -24 pessoas, entre outras empresas. Certificações: CSM - Certified SCRUM Master, CSPO - Certified SCRUM Product Owner ,SUN Java Certified Instructor , ITIL Foundation e Instrutor Oficial de Cobit Foundation e Cobit Games; Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 3
  4. 4. Conteúdo Agile BPM (Gestão por Processo Ágil) - Como aplicar as práticas ágeis a Gestão por ProcessoAgile BPM (Gestão por Processo Ágil) Conteúdo: 1 – BPM (Gestão por Processo) 2 – Agile (Àgil) 3 – Como aplicar as práticas ágeis a Gestão por Processo Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 4
  5. 5. Agile BPM (Gestão por Processo Ágil) Primeira Parte: 1 BPM (Business Process Management) Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 5
  6. 6. O que é um processo ? Uma definição simples e objetiva: Processo é um conjunto de atividades relacionadas com objetivo de atingir resultados RegrasAgile BPM (Gestão por Processo Ágil) Entrada Processo Saída Recursos e Pessoas Segundo (Hammer & Champy, 1993), definição de processo: “conjunto de atividades que representam os métodos de execução de um trabalho necessário para alcançar um objetivo empresarial”. Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 6
  7. 7. Exemplo de Processo Modelo de Genérico de Processo: Exemplo: A entrada de processo fabril é conjunto de materiais necessários para sua transformação A transformação (o processo fabril) precisa de Recursos (dinheiro, pessoas, equipamentoAgile BPM (Gestão por Processo Ágil) e máquina) a fabricação se orienta através do Guia (Política de Qualidade, Especificação Técnica, Instruções de Trabalho, Regulamentação Ambiental) para fabricar um produto. A saída (resultado) deste processo é um produto acabado, pronto para ser vendido. Normas, Regulamentações, Instruções Regras Metas e indicadores Procedimentos e anuais mensuram o desempenho indicadores São Planejadas Processo São Esperadas (metas) Entrada (transformação) Saída (Resultado) Ordem de Produção Produto São Controladas Recursos e Pessoas Pessoas, Materiais e Financeiro (Dinheiro) Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 7
  8. 8. Considerações sobre o processo: Todo processo deve adicionar valor [percebido pelos CLIENTES]. Todo processo deve ter um donoAgile BPM (Gestão por Processo Ágil) A execução dos processos pode ser de responsabilidade de uma ou mais unidades organizacionais. O compartilhamento de responsabilidades representa um rompimento na visão estanque do funcionamento das organizações, onde cada unidade/departamento representa um elo (uma parte) em uma cadeia de valor agregado. Na visão de processos, o fluxo de trabalho, de modo geral, percorre horizontalmente a estruturada Organização, promovendo sinergia e integração do conjunto. A utilização da gestão de Processos induz a uma visão sistêmica da organização Na Gestão por Processos o foco (geralmente) é no cliente. > Processos não são ilhas. Eles geralmente são conectados, formando uma rede. Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 8
  9. 9. Gestão por Processo O que é não Gestão por Processo ?Agile BPM (Gestão por Processo Ágil) Gestão por Processos não é tecnologia Gestão por Processos não é burocracia Gestão por Processos não é criar diagramas Gestão por Processos não é hierarquia Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 9
  10. 10. Gestão por Processo O que é Gestão por Processo ? Gestão por Processo de Negócio é uma coleção de métodos e ferramentas que nos permite a responder questões como:Agile BPM (Gestão por Processo Ágil) - Quais são os principais processos de negócio ? - Como garantir o desempenho do negócio ? - Como manter o “compliance” com leis e regulamentos ? Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 10
  11. 11. Gestão por Processo O qual é a função da Gestão por Processo ? A função da Gestão por Processos é melhorar o desempenho da organizaçãoAgile BPM (Gestão por Processo Ágil) Quando a organização tem um bom desempenho: os clientes estão satisfeitos e produtos e/ou serviços tem alto nível de qualidade. Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 11
  12. 12. Gestão por Processo PessoasAgile BPM (Gestão por Processo Ágil) organização Processos Tecnologia É preciso ter sinergia entre Pessoas, Processos e Tecnologia para que haja a melhoria de desempenho de fato, de forma efetiva e duradoura.. Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 12
  13. 13. Agile BPM (Gestão por Processo Ágil) Motivação: Gestão por Processos > Redução de Custos > Vantagem Competitiva > Aumentar a satisfação do cliente > Alinhamento/Integração > Busca por Inovação > Melhorar a qualidade entre as unidades de de produtos e/ou serviços negócios Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 13
  14. 14. Agile BPM (Gestão por Processo Ágil) Segunda Parte: 2 Agile (Ágil) Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 14
  15. 15. Agile BPM (Gestão por Processo Ágil) O Manifesto Ágil: Exemplo: O SCRUM segue o Manifesto Ágil, logo o Scrum é um Metodo Ágil Fonte: http://agilemanifesto.org/iso/ptbr/ Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 15
  16. 16. Princípios por trás do Manifesto Ágil: Nós seguimos estes princípios:  Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado.  Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento.Agile BPM (Gestão por Processo Ágil)  Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente.  Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo.  Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto.  Construa projetos em torno de indivíduos motivados.  Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho.  O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento é através de conversa face a face.  Software funcionando é a medida primária de progresso.  Os processos ágeis promovem desenvolvimento sustentável.  Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente.  Contínua atenção à excelência técnica e bom design aumenta a agilidade.  Simplicidade -- a arte de maximizar a quantidade de trabalho não realizado -- é essencial.  As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.  Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo. Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 16
  17. 17. Método Ágil (As Raízes do Scrum) TimeBoxes Artigo: “The New, New Product Development Game DesenvolvimentoAgile BPM (Gestão por Processo Ágil) de Nonaka e Takeushi na iterativo e Hardvard Bussines Review SmallTalk incremental Engineering Tools Reunião diária 24 horas Sprint Produto Backlog Backlog Produto 2-4 Semanas Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 17
  18. 18. Abordagem Iterativo e Incremental: Entrega 1 Entrega 2 Entrega 3 IncrementalAgile BPM (Gestão por Processo Ágil) Iterativo Devido a complexidade, tamanho, mudanças de requisitos, urgência e necessidade de demonstrar valor mais rápido, fica quase inconcebível desenvolver software utilizando o modelo cascata, ou seja, desenvolver todo o software em uma única vez. Desenvolvimento Iterativo e incremental é uma estratégia de planejamento (que segue a linha dividir para conquistar) , onde o software é construído em partes, ou seja, em ciclos (iterações), a cada iteração é feito um novo incremento (uma parte do software funcional) até completar o software. Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 18
  19. 19. O que é TimeBox ? É duração fixa (imutável). É um conceito diz que a quantidade de tempo é imutável, ou seja, tem duração fixa - a quantidade de dias não poderá aumentar. Assim, evita-se atrasos no prazo de entrega e facilita o planejamento.Agile BPM (Gestão por Processo Ágil) No Scrum as cerimônias e/ou eventos com duração fixa (Time-Boxes) são: - Reunião de Planejamento da Release, - Sprint (iteração), - Reunião de Planejamento da Sprint, - Revisão da Sprint. - Retrospectiva da Sprint. - Reunião Diária. Exemplos de Timebox: A Sprint (que é uma iteração) que deve ser realizada de 2 a 4 semanas, no qual a equipe de desenvolvedores deverá produzir um entregável de valor para o cliente (mais frente discutiremos melhor isto). A entrega de valor é a meta da Sprint, a duração da Sprint deverá ser combinada com o cliente, antes do começo da execução da Sprint. Se foi acertado que a Sprint tem a duração de 4 semanas, logo esta duração será fixa (não mudará). Durante a Sprint são realizadas as Reuniões Diárias, uma reunião diária tem a duração fixa de 15 minutos. Ao final da Sprint, é feita a reunião de Revisão da Sprint. Para Sprints de um mês, essa é uma reunião com duração fixa de quatro horas. Após a Revisão da Sprint e antes da próxima Reunião de Planejamento da Sprint, a Equipe Scrum tem a Reunião de Retrospectiva da Sprint. essa reunião, te duração fixa de três horas. Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 19
  20. 20. Agile BPM (Gestão por Processo Ágil) Visão 100% Ágil Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 20
  21. 21. Agile BPM (Gestão por Processo Ágil) Terceira Parte 3 Como aplicar as práticas ágeis Versão 2 Jul 2011 | RFS a Gestão por Processo rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 21
  22. 22. Projetos BPM Projetos BPM geralmente são implementados de forma linear (cascata)Agile BPM (Gestão por Processo Ágil) Principais desvantagens: - Demora para entregar - Os requisitos mudam Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  23. 23. Uma Abordagem Ágil: Scrum Framework Scrum: Planejamento Reunião Revisão diária Retrospectiva da Sprint da Sprint da SprintAgile BPM (Gestão por Processo Ágil) 24 horas Visão Produto Sprint Backlog Backlog Produto 2-4 Semanas Eventos (Reuniões) Papéis Artefatos  Planejamento da Release • Product Owner (PO)  Planejamento da Sprint • Product Backlog • ScrumMaster (SM)  Diária • Sprint Backlog • Equipe Scrum  Revisão da Sprint • Sprint Burndown  Retrospectiva da Sprint • Release Burndown Principais vantagens: Sprint Burndown Release Burndown - Entregas rápidas (30 dias) e frequentes - Aceita mudança de requisitos Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 23
  24. 24. Agile BPM (Gestão por Processo Ágil) Método Ágil x Cascata em Projetos BPM: Beneficio: “ROI” mais rápido Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  25. 25. Métodos Ágeis em um Projeto BPM negócio tiAgile BPM (Gestão por Processo Ágil) Iterações (timeboxing e revisão) Estimativa e Product Backlog e priorização comprometimento Requisitos Time auto-organizado Ágeis Feedback Teste Ágil do cliente Burndows Sprint e Release Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  26. 26. Identificação das Releases : ProcessosAgile BPM (Gestão por Processo Ágil) Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  27. 27. Identificando os Requisitos e as Estórias de Usuário Processos subprocessoAgile BPM (Gestão por Processo Ágil) tarefa Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  28. 28. Agile BPM (Gestão por Processo Ágil) Associando: Estórias de Usuário as Releases Tarefa e subprocesso Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  29. 29. Visão do Product Backlog Product BacklogAgile BPM (Gestão por Processo Ágil) Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  30. 30. Agile BPM (Gestão por Processo Ágil) Visão do Plano de Release hoje Entregas Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  31. 31. Agile BPM (Gestão por Processo Ágil) Exemplo: Processo e Estória do Usuário Entregas Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  32. 32. Agile BPM (Gestão por Processo Ágil) Exemplo: Detalhes da Estória do Usuário Entregas Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  33. 33. Agile BPM (Gestão por Processo Ágil) Exemplo: Product Backlog Entregas Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010
  34. 34. Agile BPM (Gestão por Processo Ágil) Pontos de Atenção 1- Interações e interfaces entre os processos 2 – Na entrega, pois elas devem gerar valor ao cliente 3 - Na construção das releases 4 - Na priorização dos itens do Product Backlog 5 - Na modelagem dos processos 6 - Na escrita e no tamanho da estória do usuário 7 - No relacionamento das equipe de processos (negócio) e a equipe de TI 8 - Nas mudanças de requisitos Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 34
  35. 35. Agile BPM (Gestão por Processo Ágil) Princípios e Práticas Ágeis que podem aplicadas a projetos BPM 1- Definir como maior prioridade a Satisfação do Cliente 2 – Fazer entregar de valor frequentemente 3 - Negócio e TI devem trabalhar juntos e alinhados 4 - Aceitar mudanças de requisitos 6 - Projetos são realizados por pessoas motivadas 5 - Praticar comunicação face-a-face 7 - Simplicidade é um objetivo 8 – Implementar Programa de Melhoria continua 9 – Planejar antes de executar Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 35
  36. 36. Quer Mais ? Gostou quer mais, gostaria de receber outros materiais sobre o mesmo tema e novas versões deste material... Venha para fazer parte da comunidade eTecnologia, clique: http://etecnologia.ning.comAgile BPM (Gestão por Processo Ágil) http://etecnologia.ning.com/ rildo.santos@etecnologia.com.br 36 Versão 2 Jul 2011 | RFS Todos os direitos reservados e protegidos © 2006 e 2010
  37. 37. Agile BPM (Gestão por Processo Ágil) Licença: Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 37
  38. 38. Notas: Marcas Registradas: Todos os termos mencionados que são reconhecidos como Marca Registrada e/ou comercial são de responsabilidades de seus proprietários. O autor informa não estar associada a nenhum produto e/ou fornecedor que é apresentado neste material. No decorrer deste, imagens, nomes de produtos eAgile BPM (Gestão por Processo Ágil) fabricantes podem ter sido utilizados, e desde já o autor informa que o uso é apenas ilustrativo para fins educativo, não visando ao lucro, favorecimento ou desmerecimento da marca ou produto. Melhoria e Revisão: Este material esta em processo constante de revisão e melhoria, se você encontrou algum problema ou erro envie um e-mail para nós. Criticas e Sugestões: Nós estamos abertos para receber criticas e sugestões que possam melhorar o material, por favor envie um e-mail para nós. Imagens: Google, Flickr e Banco de Imagem. Rildo Santos (rildo.santos@etecnologia.com.br) Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 38
  39. 39. Agile BPM (Gestão por Processo Ágil) www.etecnologia.com.brAgile BPM (Gestão (11) 9123-5358 Rildo F Santos rildo.santos@etecnologia.com.br @rildosan (11) 9962-4260por Processo Ágil) http://rildosan.blogspot.com/ Versão 2 Jul 2011 | RFS rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos © 2006 e 2010 39

×