Gerenciamento de projetos de TI

Gerenciamento de Projetos de TI

Jefferson Ferreira [email protected]

Apresentação

Jefferson Ferreira Barbosa• Especialista em Gerenciamento de Projetos –

FATECJP• Chefe do Departamento de Desenvolvimento

de Sistemas – Ministério Público da Paraíba• Tecnólogo em Telemática - CEFETPB

Objetivos

1. A importância do Gerenciamento de Projetos2. Gerenciamento de Projetos de TI - SCRUM3. Estudo de caso4. Projeto Cleópatra (Vídeo)5. Referências


A IMPORTÂNCIA DO GERENCIAMENTO DE PROJETOS

1

O que é um projeto ?

A importância do Gerenciamento de Projetos

“Um projeto é um esforço temporário

empreendido para criar um produto, serviço ou resultado exclusivo.”

Definição do PMBoK®


“Um processo único, consistindo de um grupo de atividades coordenadas e controladas com datas

para início e término, empreendido para

alcance de um objetivo conforme requisitos

específicos, incluindo limitações de tempo, custo e recursos.”

ISO NBR 10.006


• Project Management Institute – fundado em 1969 (EUA)

• Project Management Body of Knowledge - PMBOK

• Melhores práticas em Gerenciamento de Projetos

• Agrega valor ao serviço/produto final

• Projetos bem definidos (escopo, custo, tempo, rh, riscos)

• Planejamento dos riscos e elaboração de planos de contingência

• Lições aprendidas (não cometer o mesmo erro duas vezes)


• Certificações do PMI• Project Management Professional - PMP®

• Certified Associate in Project Management - CAPM®

• Program Management Professional - PgMP®

• Risk Management Professional – PMI-RMP®

• Scheduling Professional – PMI - SP®


GERENCIAMENTO DE PROJETOS DE TI - SCRUM

2

O que é um projeto de TI ?


• O que diferencia um projeto de TI dos demais tipos de projetos ?– Difícil de mensuar o desenvolvimento do produto;– Problemas de comunicação. Como entender o que

o cliente está querendo realmente ?



• Riscos– Rotatividade de pessoal;– Qualidade técnica dos integrantes da equipe;– Comunicação;

O que é gerenciamento de projetos ágeis ?

Manifesto Ágil

O manifesto contém quatro valores fundamentais:

– Os indivíduos e suas interações acima de procedimentos e ferramentas;

– O funcionamento do software acima de documentação abrangente;

– A colaboração dos clientes acima da negociação de contratos;

– A capacidade de resposta à mudanças acima de um plano pré-estabelecido;

Por que SCRUM ? Adequado para o desenvolvimento de softwares complexos onde

os requisitos mudam rapidamente e constantemente Equipes de 3 a 7 desenvolvedores Equipes que precisam se tornar auto-gerenciáveis e multifuncionais Adequado a implementação do conceito iterativo e incremental no

desenvolvimento de software e/ou produtos(resposta rápida) Facilita a identificação de causa raiz e a remoção de qualquer coisa

que esteja impedindo o desenvolvimento e/ou entrega de software/produtos

Adequado a equipes que precisam de alta produtividade Framework que valorizar os indivíduos (as pessoas)

Definição de SCRUM

“Scrum NÃO é um processo ou uma técnica para desenvolvimento de produtos. Ao invés disso, é um framework dentro do qual você pode empregar diversos processos e técnicas. O papel do Scrum é fazer transparecer a eficácia relativa das suas práticas de desenvolvimento para que você possa melhorá-las, enquanto provê um framework dentro do qual produtos complexos podem ser desenvolvidos.”

Ken Schwaber

Definição do SCRUM

PRODUCT OWNER

Papéis do SCRUM

Papéis do SCRUM

•Equivale a um Gerente de negócios

•Prioriza os itens do backlog a cada iteração

•Decide datas de releases e seus conteúdos

•Representa o cliente perante o time

•Responsável direto pelo ROI (Retorno sobre Investimento)

PRODUCT OWNER

Papéis do SCRUMPapéis do SCRUM

SCRUM MASTER

• Garante os valores, práticas e regras do SCRUM

• Removedor de obstáculos e impedimentos do time

•Facilitador

•Conduz reuniões e eventos

•Protege a equipe

Papéis do SCRUMSCRUM MASTER

24

Papéis do SCRUMEQUIPE SCRUM

• Multidisciplinar

• Auto-gerenciável

•2 a 7 integrantes

•Responsável pelas estimativas das tarefas

•Comunicação constante

Papéis do SCRUMEQUIPE SCRUM

•Define o objetivo da Sprint

•Define o que será feito durante a Sprint

•Define uma data para apresentação do Sprint

•Define data e local para a reunião diária

•Define um Spring backlog (lista de estórias da

Sprint)

•Participação do Product Owner

Papéis do SCRUMCerimônias/Eventos do SCRUM

REUNIÃO DE PLANEJAMENTO DA SPRINT

Departamento de Desenvolvimento de Sistemas

•Reunião de pé (máximo 15 minutos)

•Três perguntas:

– O que fiz ontem

– O que vou fazer hoje

– Problemas ou impedimentos que tenho

•Comprometimento com o time

•Sincronização de conhecimento

Cerimônias/Eventos do SCRUM

REUNIÃO DIÁRIA

•Lições aprendidas naquela Sprint

•Momento de introduzir melhorias

•Pode comparecer qualquer pessoa

interessada

•Aprimorar o processo

Cerimônias/Eventos do SCRUM

RETROSPECTIVA DA SPRINT

É uma lista contendo todas as

funcionalidades desejadas para um

produto.

Artefatos do SCRUM

PRODUCT BACKLOG

O Sprint Backlog é uma lista de tarefas que

equipe se compromete a fazer durante a

Sprint. A Sprint Backlog é elaborada na

reunião de Planejamento da Sprint.

Artefatos do SCRUM

BACKLOG DA SPRINT

Artefatos do SCRUM

O gráfico Burndown representa o trabalho restante

sobre tempo, ou seja, permite visualizar o progresso

e/ou a evolução do trabalho executado pela a equipe e

a quantidade trabalho x tempo (pontos) que ainda

faltam para completar a Sprint.

Gráfico de burndown

Artefatos do SCRUMGráfico de burndown

Artefatos do SCRUMSCRUM BOARD

Ciclo de vida do SCRUM

Empresas que utilizam SCRUM no mundo

Empresas que utilizam SCRUM no BrasilEmpresas que utilizam SCRUM no Brasil


ESTUDO DE CASO

IMPLANTAÇÃO DO SISTEMA DE GESTÃO DE AUTOS JURÍDICOS - ARQUIMEDES

3

Estudo de caso

• O que é o Arquimedes ? • Sistema de gestão de autos jurídicos– Processos extrajudiciais– Processos de 1° grau– Processos de 2° grau

• Desenvolvido pelo C.E.S.A.R. - Recife• Cedido via acordo de cooperação pelo MPPE

Estudo de caso

O projeto de implantação• Escopo:– Gerenciamento do projeto - PMI;– Implantação em 5 órgãos do MPPB;– Desenvolvimento de web service;– Transferência da tecnologia;– Atualização da documentação existente;

Estudo de caso

O projeto de implantação• Tempo:– 6 meses

• Custo:– R$ 250.000,00

Estudo de caso

• Antes do arquimedes– Vários sistemas diferentes– Várias bases de dados diferentes– Problemas para a extração de relatórios– Duplicidade de informações– Falta de comunicação com o TJ-PB

Estudo de caso

• Após o arquimedes– Um único sistema de gestão de autos jurídicos– Base de dados centralizada– Um único modo de extração de relatórios– Informações consistentes– Comunicação segura via web service com o TJ-PB

Estudo de caso

• Lições aprendidas– Toda comunicação deve ser documentada;– O escopo positivo deve ser bem definido;– O escopo negativo também deve ser muito bem

definido;– Fazer um registro das lições aprendidas;

Estudo de caso

• Lições aprendidas– Planejar bem os riscos e preparar planos de

contingência;– Acompanhe seu projeto prioritário diariamente;

Pergunta: como um projeto atrasa um ano?

Resposta: um dia de cada vez.

Mítico Homem-MêsFrederick P. Brooks Jr.


PROJETO CLEÓPATRA (VÍDEO)

4

Projeto Cleópatra (Vídeo)

Referências

• HELDMAN, Kim. Gerência de Projetos: Guia para o exame de certificação. Rio de Janeiro: CAMPUS, 2003

• STANDARD, Pmi. Project Management Body of Knowledge. Newtown Square: PMI, 2008

• SCRUM. Disponível em: www.scrum.org. Acessado em: 29 de Abril de 2011

• Manifesto Ágil. Disponível em: http://manifestoagil.com.br/. Acessado em: 29 de Abril de 2011

http://www.scrum.org/

http://manifestoagil.com.br/



OBRIGADO!

Documents

Gerenciamento de projetos de TI