Rev_Pds

ESTRUTURA ORGANIZACIONAIS
Estrutura Funcional: Consiste na divisão de departamento.

Estrutura tradicional onde exite a divisão de hierarquias.

Ex: Diretoria, Gerencia.

Estrutura Projetizada: É orientada para o mercado.

Estrutura Matricial: Combinação da estrutura funcional e da estrutura

projetizada.

Mais utilizada hoje em dia.

PROJETO VS PRODUTO
I - Escopo do projeto descreve todo o trabalho necessário para que se possa
efetuar a entrega do produto ou serviço (resultado tangível).
II - Escopo do produto define as características que o produto precisa ter,
desta forma, é feita uma descrição que conterá detalhadamente tudo que o
cliente solicitou e possíveis alterações feitas pelos interessados. Buscando
atender as necessidades e expectativas dos interessados.

CICLO DE VIDA

Iniciação

Rev_Pds 1
 Gera o documento que oficializa o início do projeto

TERMO DE ABERTURA DO PROJETO (TAP)

Estudo de viabilidade

Contratos ou convênios firmados.

Restrições de prazo e custo.

Perfil de risco das partes interessadas.

Relatórios de mercado.

Documentos técnicos relevantes para a área de aplicação.

Contém todas as informações necessárias para se decidir pelo início do

projeto, o gerente de projeto e suas atribuições, os custos, as premissas
e as restrições.

Planejamento

Define o escopo do produto e do projeto, as atividades a serem

executadas para que se possa alcançar esses escopos,
a equipe que trabalhará em cada atividade, o planejamento de como se
dará a comunicação entre os stakeholders,
a forma como será avaliado o encerramento de cada atividade e sua
qualidade, o plano para o referenciamento de risco, tempo e custo e a
criação de cronograma.

Planejamento do escopo:

Matriz de requisitos.

Declaração do escopo.

Estrutura analítica do projeto (EAP)

Rev_Pds 2
 Desenvolvimento do cronograma:

revisar o calendário de disponibilidade de recursos

refinar as estimativas de duração das atividades

considerar oo calendário geral de trabalho

considerar as dependências entre as atividades

atribuir datas específicas de início e término de cada atividade

Execução
Momento em que se executa todo o trabalho definido no planejamento,
buscando satisfazer todas as diretrizes definidas, podendo haver a
necessidade de uma atualização no planejamento.

desenvolver e gerenciar o trabalho do projeto de maneira integrada,

bem como as pessoas envolvidas;

controlar as mudanças do projeto;

Rev_Pds 3
 recomendar ações preventivas para antecipação de problemas;

garantir que somente mudanças aprovadas sejam implementadas no

projeto

Gerenciar a execução do projeto e de suas atividades,

visando completá-lo e criar as entregas

Monitorar o trabalho do projeto:

- Escopo
- Cronograma
- Custo
- Qualidade
- Comunicações
- Risco

Monitoramento

Acompanha, revisa e regula, visando a verificar se o projeto está

caminhando dentro do esperado, efetuando os devidos ajustes do projeto e
resolvendo os problemas que venham a ser encontrados durante o
desenvolvimento, conseguindo mensurar o progresso e o desempenho de
forma periódica.

Encerramento

Fase em que se finalizam todas as atividades, encerrando formalmente o

projeto, e que se criam documentações;

entre elas, as lições aprendidas para se evitar erros em projetos similares

e tornar o processo mais assertivo.

Verificação e aceitação final das entregas pelo

cliente

encerramento formal junto ao cliente

encerramento de contratos com fornecedores

arquivamento de toda a documentação gerada

desmobilização do time do projeto

Rev_Pds 4
 transição para fase de operações e produção, inclusive transferência
de conhecimentos e treinamentos.

Registro das lições aprendidas:

Realizar uma reunião de fim de projeto;

Narrativas;

Workshops;

Bases de dados;

Atualização de documentos organizacional;

Formação de comunidades de prática;

MANIFESTO AGIL
PRINCÍPIOS
1. A prioridade é satisfazer o cliente

2. Mudanças de requisitos são bem-vindas

3. Entregar software funcionando frequentemente

4. As equipes de negócio e de desenvolvimento devem trabalhar juntas

5. Construa projetos em torno de indivíduos motivados

6. A maneira mais eficiente de a informação circular entre a equipe de

desenvolvimento é por uma conversa cara a cara

7. Software funcionando é a medida primária de progresso

8. Processos ágeis promovem um desenvolvimento sustentável

9. Atenção contínua à excelência técnica e a um bom design aumenta a

ágilidade

10. Simplicidade é essencial

11. As melhores arquiteturas, os melhores requisitos e projetos emergem

de times auto-organizáveis

Rev_Pds 5
 12. Em intervalos regulares, a equipe deve refletir sobre como se tornar
mais eficaz

SCRUM

PRÍNCIPIOS DO SCRUM

Time-boxing Projetos são divididos em

Desenvolvimento interativo
Controle de Processo Empírico
Auto-organização
Colaboração
Priorização orientada a valor
ciclos — timeboxing
Entrega incremental —
apresentar algo novo a cada
entrega
Reuniões Regulares (Stand-up
Meeting)

Envolvimento do cliente

Gestão e planejamento de
Software

Equipes de Trabalho

Scrum Master - trata-se de um facilitador do projeto.

Garante que os processos do Scrum sejam corretamente seguidos

por todos os membros do time, incluindo o Dono do Produto
(Product Owner)

Assegura que o desenvolvimento do produto ou serviço está

ocorrendo sem problemas e que os membros do Time Scrum têm
todas as ferramentas necessárias para a realização do trabalho.

Supervisiona a Reunião de Planejamento da release e agenda as

outras reuniões.

Rev_Pds 6
 Product Owner - é a pessoa responsável pelo projeto propriamente
dito. Ele tem a missão de indicar os requisitos mais importantes a serem
tratados nos Sprints.

Cria os requisitos iniciais gerais do projeto e mantém o projeto em

andamento.

Nomeia as pessoas adequadas para os papéis de Scrum Master e

Time Scrum.

Fornece os recursos financeiros para o inicio do projeto e durante o

seu andamento.

Determina a visão do projeto.

Avalia a viabilidade e garante a entrega do produto ou serviço.

Garante a transparência e a clareza dos itens do backlog priorizado

do produto.

Decide o conteúdo mínimo para release comercial.

Fornece os critérios de aceitação para as estórias de usuário a

serem desenvolvidas em uma Sprint.

Inspeciona as entregas.

Scrum Team - é a equipe de desenvolvimento, composta normalmente

por seis a dez pessoas

Rev_Pds 7
 Assume a responsabilidade coletiva e garante que as entregas do
projeto sejam criadas de acordo com os requisitos.

Garante ao Dono do Produto e ao Scrum Master que o trabalho

alocado está sendo realizado de acordo com o plano.

Product Backlog — trata-se da lista que contém todas as

funcionalidades desejadas para o produto.

Sprint Backlog — lista de tarefas que a equipe deverá

executar naquele Sprint.

Sprint — divide o processo de efetiva construção do software em ciclos

regulares,

que variam de duas a quatro semanas.

Rev_Pds 8