Agile BPM (Gestão por Processo Ágil)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

http://www.i9web.com.br	658
http://www.rildosan.com	445
url_unknown	14
http://feeds.feedburner.com	9
http://bl167w.blu167.mail.live.com	2
http://feeds2.feedburner.com	1

Agile BPM (Gestão por Processo Ágil)

by Rildo (@rildosan) Santos

Accessibility

Categories

Upload Details

Usage Rights

6 Embeds 1,129

Statistics

Agile BPM (Gestão por Processo Ágil) Presentation Transcript