Gestão e Processos para Desenvolvimento de Software

Aplicando
Boas práticas
Metodologias
Por que
Projetos
falham?
Gestão e Processos
para construção
de Software

Rafael Amaral
Analista de Sistemas / PSM I
- Professional Scrum Master I
- Conhecimentos em metodologias de desenvolvimento de software: SCRUM, Kanban, RUPe CMMI;
- Experiência em Análise de Sistemas e Gestão de Projetos - implementação de Processos de Software,
Especificação de Sistemas (Casos de Uso, Levantamento de Requisitos, Padrões de Desenvolvimento, etc);
- Programador PHPe VB.Net;
- Experiente em modelagem de banco de dados;
- Sólidos conhecimentos em POO, CakePHP, Arquitetura MVC, SQL, Ajax, JavaScript, jQuery, CSS, SEO,
UML, MySql e Postgres;
- Ferramental: EnterpriseArchitect,Axure, MS Project, Dreamweaver, Fireworks, Coreldraw, Photoshop.
Twitter: @rafaelamaralll
Facebook: rafaelamaralll
LinkedIn: @rafaelamaralll
Profissionais TI: rafaelamaralll
www.rafaelamaral.com.br

Desafio
Orçamento
Prazo
Custo

Desafio
Quanto vai custar???
Quando fica pronto???
O meu site cresceu, e por consequência, preciso obter mais informações dos
meus clientes por meio de uma página de contato de forma a aprimorar
algumas estratégias e conhecer mais o meu público alvo. Para isso, preciso
criar uma simples página contendo um simples formulário de contato.
A princípio, preciso saber do cliente os seguintes dados:
Nome
E-mail
Telefone
Endereço
Sexo
Motivo do contato
Gestão e Processos Rafael Amaral Pág. 4

Desafio
Nome
E-mail
Telefone
Endereço
Sexo
Motivo contato
Enviar

Desafio
Nome
E-mail
Telefone
CEP
Rua
Bairro
Cidade
Estado
Motivo do contato
Enviar
Preencher de forma automática os campos de endereço após preenchido o CEP
* Fields bloqueados

Desafio
Nome
E-mail
Telefone
CEP
Rua
Bairro
Cidade
Estado
Motivo do contato
Enviar
* Tratamento de erros de preenchimento em tempo real
contatomeudominio.com.br
* Este campo é de preenchimento obrigatório.
* Verifique se você digitou um e-mail válido.

Desafio
Nome
E-mail
Telefone
CEP
Rua
Bairro
Cidade
Estado
Motivo do contato
Enviar
(_ _) _ _ _ _ - _ _ _ _
Máscara de preenchimento
Lembrando que, telefones de São Paulo têm 9 dígitos e o sistema deverá reconhecer
automaticamente pelo preenchimento do CEP.
* O CEP deverá ser preenchido primeiro?

Conclusão
O que podemos concluir?

Conclusão
Desenolvedor
Cliente
- Fechamos um valor fixo no início da negociação, e agora?
- Quem vai levar o prejuízo?
- O cliente não soube explicar ao certo o que queria..
- O cliente disse que seria um SIMPLES formulário...
- Vocês cobraram X para construir meu projeto e agora quer que eu pague
3X?
- Sua empresa e serviços são péssimos...

Conclusão
Fizemos uma analogia utilizando como exemplo, um simples formulário de
contato.
Agora, imagine se o cliente pedisse para construir uma loja virtual.

Por que Projetos Falham?
Cliente
não sabe
o que quer
Mudanças de
requisitos
Falha de
comunicação
Estimativas
fantasiosas

Por que projetos falham?

Cliente não sabe o que quer...
- Cliente NÃO sabe o que quer ou nem sempre consegue expressar o que
pensa
- E em muitos casos, explicam totalmente o contrário do que realmente
queriam explicar
- Falta de conhecimento de tendências
- Falta de sensibilidade
- Falta de conhecimento técnico
- Conhecimento de mundos diferentes...
Motivos:

- Você entendeu realmente o que seu cliente precisa? Como você validou
isso?
- E seu cliente, consegue entender quando você diz que as mensagens do
sistema serão exibidas através de uma Janela Modal?
Falha de comunicação...

Falha de comunicação...
Dr. esse comprimido
tem problema se tomar
com diarréia?
Olha! Eu costumo
tomar com água, mas o
Sr. quem sabe!

Mudanças de requisitos...
Seu Manuel,
precisamos fazer uma
pequena mudança!

Estimativas fantasiosas...
Gasto cerca de20 minutos de casa ao trabalho...

Estimativas fantasiosas...
Será?!

Produtos fora de conformidade

Produtos sem aceitação ao usuário final
Vamos construir um software para um contador...

Produtos sem aceitação ao usuário final

Conclusão
- Não é complicado programar, é complicado desenvolver uma solução que
automatize as tarefas do usuário final
- A TI deve ser o braço direito das demais áreas dentro da organização não
uma pedra de tropeço
- É preciso planejar
- Criar procedimentos
- Investir tempo em construir modelos e processos
- Validar modelos e processos

Processos de Software
CMMI
RUP
Scrum

Introdução
A utilização de um processo de software têm sido apontada como um fator
primordial para o sucesso de empresas de desenvolvimento de software.
‘’é um conjunto de atividades, ligadas por padrões de relacionamento entre ela,
pelas quais se as atividades operarem corretamente e de acordo com os
padrões requeridos, o resultado desejado é produzido. O resultado desejado é
um software de alta qualidade e baixo custo. Obviamente , um processo que
não aumenta a produção (não suporta projetos de software grandes) ou não
pode produzir software com boa qualidade não é um processo adequado.’’
Jalote

Razões
- Qualidade do software (Custo, Escopo e Tempo)

Atividades do Processo de Software
- Especificação
- Análise de Requisitos
- Especificação de Sistema
- Projeto
- Modelo conceitual
- Projeto de Interface
- Implementação
- Codificação
- Validação
- Testes
- Manutenção e Evolução

Modelos de Processos de Software
- CMMI
- RUP
- XP
- Scrum
- Etc.

Aplicando ‘‘Boas Práticas’’
Um pouco
daqui
Um bocado
deste...

Escopo do produto
- O que vai ser construído?
- Braimstorm
- Defina os limites do projeto:
- O que está dentro e o que está fora do projeto

Defina seu Stakeholder
- Identifique quem responderá pelo projeto
- Quem fornecerá os requisitos
- Quem tem o conhecimento de domínio
- Quem é o patrocinador
- Quem receberá feedback

Defina seu Stakeholder
- Tome cuidado quando se tem vários fornecedores de requisitos...
Especialistas de domínio ou alta gestão:
- Têm visão diferente
- Explicam diferente
- Pedem de formas diferentes

Requisitos
- Colete requisitos (as necessidades) do seu cliente
- Reuniões formais/ não formais
- Conversas face a face
- Brainstorm
- Observação
Como coletar?

Casos de Uso
- Comece com o que tem e crie cenários
- Desenhe diagramas (se necessário)
- Descobre novas informações
- Descobre requisitos escondidos
- Valide seu entendimento
Primeiro...
Com isso, você...
E, por fim...

Ponto de partida
A esta altura, você já terá uma ideia:
- do que será construído
- do que precisará fazer para construir
- do tempo que precisará para construir
- custos do projeto

Planeje seus passos
- Crie um canal de comunicação com o cliente de fácil entendimento e acesso
para ele
- Crie um passo a passo das atividades de entregas do projeto (EAP)
- Para cada atividade da EAP, verifique os recursos que precisará (e sua
disponibilidade) para concluir a mesma
- Crie um plano para que este recurso esteja disponível
- Defina prazos de conclusão das atividades da EAP
- Criar uma linguagem (termologia) comum entre você e o cliente (comunicação)
- Fazer uma breve documentação
- Criar diagramas de alto nível
- Elaborar contratos (se achar necessário)
- Envolver o cliente no projeto
Não se esqueça de:

Pintar uma sala
Preparar
materiais
Preparar
sala
Pintar
sala
Limpar
sala
Ÿ Comprar tinta
Ÿ Comprar escada
Ÿ Comprar rolos
Ÿ Comprar removedor de
papel de parede
1.
1.1.
1.2.1. 1.2.2.
1.2.2.1. 1.2.2.2. 1.2.2.3.
1.2. 1.3. 1.4.
Nível 1
Nível 2
Nível 3
Nível 4
EAP (Estrutura Analítica do Projeto)

Prototipação
- Antes de pisar fundo no acelerador, crie protótipos de telas...
- Simule as principais funcionalidades e a suas interações com o usuário
Projeto aceito?
SIM
- Crie Casos de Testes
NÃO
- Anote as mudanças
- Revise a documentação e os modelos de diagramas (RTF)
- Refaça o protótipo

Desenvolva com qualidade
Outras pessoas poderão utilizar/reaproveitar seu código, então, mantenha um
padrão e sensibilidade ao criar variáveis, métodos, funções e principalmente o
cuidado ao documentar seu código.
- Codifique com qualidade
- Crie variáveis e/ou álias que caracterizam o contexto
- Idente seu código
- Faça bons comentários
- Programe em par
Lembre-se...

Desenvolva com qualidade
Olhe a cara de quem não identa o código!

Desenvolvendo...
Precisa se concentrar, sim. Porém, não se isole!

Feedback
- Desenvolva mas não se isole do mundo, principalmente do seu cliente!
- Mantenha o cliente a par do projeto
- Mantenha um histórico das conversas
- Peça-lhe feedbacks
- Tire dúvidas constantemente (mesmo que elas sejam óbvias/absurdas)

Feedback
- Mantenha os stakeholders a par do projeto

Quase lá...
- Faça testes do que estiver pronto
- Valide o que você desenvolveu com o que o cliente pediu (documentação)
- Faça uma RTF

Fase pronta!
- Forneça o que está pronto ao cliente
- Valide o que você desenvolveu com o que combinou com ele
- Faça Testes de Aceitação
- Crie um termo de aceitação

Lembre-se
- Seu cliente é usuário e seu usuário é seu cliente
- Faça uma aplicação que alguém irá utilizar (usabilidade)
Um dos maiores desafios no desenvolvimento é o da construção do sistema
certo, que preencha as necessidades dos usuários a um preço razoável.
O grande desafio do analista não se limita apenas em implementar melhores
soluções tecnológicas, mas sim em mudar a cultura de uma empresa.
Rafael Amaral

Rafael Amaral
Analista de Sistemas / PSM I
Twitter: @rafaelamaralll
Facebook: rafaelamaralll
LinkedIn: @rafaelamaralll
Profissionais TI: rafaelamaralll
www.rafaelamaral.com.br

Gestão e Processos para Desenvolvimento de Software

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (19)

Destaque

Destaque (20)

Semelhante a Gestão e Processos para Desenvolvimento de Software

Semelhante a Gestão e Processos para Desenvolvimento de Software (20)

Gestão e Processos para Desenvolvimento de Software