32
Alessandro Almeida | www.alessandroalmeida.com

Engenharia de Software I - Aula 5

Embed Size (px)

Citation preview

Page 1: Engenharia de Software I - Aula 5

Alessandro Almeida | www.alessandroalmeida.com

Page 2: Engenharia de Software I - Aula 5

Relembrando aulas passadas...

Page 3: Engenharia de Software I - Aula 5
Page 4: Engenharia de Software I - Aula 5

Modelos de maturidade mantidos pelo SEI (Software Engineering Institute)

http://www.sei.cmu.edu/cmmi

Abrangem todo ciclo de vida para o desenvolvimento (CMMI-DEV) e operação de software (CMMI-SVC)

Também aborda projetos de aquisição (CMMI-ACQ)

Page 5: Engenharia de Software I - Aula 5
Page 6: Engenharia de Software I - Aula 5

Melhoria de processo do software brasileiro www.softex.br/mpsbr

Criado no final de 2003 Foco em micro, pequenas e médias empresas

Custo de implementação e avaliação menor

Aproximadamente, 380 empresas já foram avaliadas no modelo (mais de 70% são PME)

Níveis: G (Parcialmente Gerenciado) até A (Em

otimização)

Page 7: Engenharia de Software I - Aula 5
Page 8: Engenharia de Software I - Aula 5

Reconhecido internacionalmente Consolidado (quase 20 anos) Dois tipos de abordagens para

implementação

Contínua

Estágio

Empresas no mundo inteiro utilizam Modelo abrangente

DEV, SVC e ACQ

Page 9: Engenharia de Software I - Aula 5

Modelo brasileiro

A questão do idioma influencia muito

7 níveis de maturidade

Os resultados podem ser visualizados no “curto prazo”

Custo baixo

Comparado com o CMMI

Foca a realidade brasileira

Micros, pequenas e médias empresas

Page 10: Engenharia de Software I - Aula 5

Não se esqueçam que ....

são compilação de “boas práticas”

mostram O QUÊ fazer, e não COMO fazer

Page 11: Engenharia de Software I - Aula 5

“Depende...” Tudo depende da MOTIVAÇÃO.

Qual é o nosso objetivo?

Quem é o nosso cliente?

Qual é a cultura da empresa?

Etc...

Page 12: Engenharia de Software I - Aula 5
Page 13: Engenharia de Software I - Aula 5

Mito! Processos não são (e nunca serão) a solução

dos seus problemas! Um processo sozinho (mesmo aderente ao CMMI ou

afins) nunca será a solução; mas, sozinho, ele pode representar todo o problema

Page 14: Engenharia de Software I - Aula 5

Mito! Se o trabalho com os processos for feito da

forma correta, o herói “estilo Jack Bauer” deixar de existir...

Page 15: Engenharia de Software I - Aula 5
Page 16: Engenharia de Software I - Aula 5

Herói potencializado Consegue planejar seus projetos Tem os recursos definidos, de acordo com o

projeto Tem tempo para estudar e utilizar novas

tecnologias Tem tempo para os amigos Consegue se divertir e até namorar...

Page 17: Engenharia de Software I - Aula 5

Herói potencializado Consegue planejar seus projetos Tem os recursos definidos, de acordo com o

projeto Tem tempo para estudar e utilizar novas

tecnologias Tem tempo para os amigos Consegue se divertir e até namorar...

Page 18: Engenharia de Software I - Aula 5

Depende... Os benefícios quando a empresa reflete sobre

seus processos já foram apresentados Mas há muitas empresas que buscam

somente passar em alguma auditoria ou obter uma certificação, fazendo com que seus processos sejam somente para “inglês ver”

Page 19: Engenharia de Software I - Aula 5

Depende... Se os envolvidos na execução do processo

participarem da definição, a tendência é que o jogo combinado atenda todas as partes, evitando atividades desnecessárias

Page 20: Engenharia de Software I - Aula 5

Depende... O processo criou uma burocracia? Há

punições para quem não segue?

Page 21: Engenharia de Software I - Aula 5

O diagnóstico deve ser muito bem feito

Foto da situação atual

Cada doença com o seu remédio...

Saiba onde você deseja chegar

Quais são as metas?

“Por que estamos iniciando esta empreitada?”

Page 22: Engenharia de Software I - Aula 5

A iniciativa deve estar alinhada com a estratégia da empresa

Alguém “forte” na organização deve ser o padrinho do projeto

Normalmente envolve mudança cultural

Traga o pessoal de RH para o projeto

Page 23: Engenharia de Software I - Aula 5

Conte com os “integradores” TODOS devem participar (desde analistas até

diretores)

Alguém deve gerenciar a iniciativa

Seja “subversivo”

Sempre questionem!

“Por que fazer assim se podemos fazer diferente?”

Page 24: Engenharia de Software I - Aula 5

Seja um “herege”

Cuidado com os “religiosos”!

“Misture” práticas, metodologias, ferramentas e etc.

Comunique!

Page 25: Engenharia de Software I - Aula 5

Cuidado com aqueles que só estão preocupados com o “diploma” na parede

Cuidado com as "melhores práticas"

"Melhor" para quem?

Não queremos uma ditadura!

Mas ninguém deseja viver em uma anarquia...

Não se esqueçam: Os processos sempre estarão lá, mesmo que a empresa não os controle

Page 26: Engenharia de Software I - Aula 5
Page 27: Engenharia de Software I - Aula 5

1. Falta do senso de urgência 2. Falhar na criação de uma coalizão

administrativa forte 3. Subestimar o poder da visão 4. Comunicar a visão de forma ineficiente

Page 28: Engenharia de Software I - Aula 5

5. Permitir que obstáculos bloqueiem a nova visão

6. Falhar na criação de vitórias a curto prazo 7. Declarar vitória prematuramente 8. Negligenciar a incorporação sólida de

mudanças à cultura corporativa

Page 29: Engenharia de Software I - Aula 5

Benefícios de se preocupar com a Engenharia de Software

Page 30: Engenharia de Software I - Aula 5

1. Leiam o Estudo de Caso 2. Em grupos de até 5 alunos discutam como

um processo que contemple a Engenharia de Software poderia ser útil no caso da DevOne

Procurem considerar também a aplicação dos modelos CMMI e / ou mps.Br

3. Documentem o consenso do grupo

Não se esqueçam: “Nome + Prontuário”

Page 31: Engenharia de Software I - Aula 5
Page 32: Engenharia de Software I - Aula 5

[email protected] www.slideshare.net/alessandroalmeida