Aplicação de um Modelo de Maturidade na empresa SoftDesign

Apresentação em tema: "Aplicação de um Modelo de Maturidade na empresa SoftDesign"— Transcrição da apresentação:

1 Aplicação de um Modelo de Maturidade na empresa SoftDesign
Raone Costa - Raphael Rodrigues Profª Alessandra Dutra Curitiba, 2016

2 Agenda Motivação A empresa Proposta de Melhoria
Comparação entre os modelos de maturidade Resultado Primeira Avaliação Melhorias Identificadas Resultado Segunda Avaliação Resultado do trabalho Feedback Conclusão Primeira opção era gerencia de projeto, mas não encontramos um tema com peso para realizar este trabalho Segunda opção melhoria de processos... Viram que o modelo de referencia (mps) não estava mais compatível com o scrum (Software em funcionamento mais que documentação abrangente)

3 Motivação Crescimento da metodologia ágil no mercado MPS.br X Scrum
Necessidade de um Modelo de Referência Primeira opção era gerencia de projeto, mas não encontramos um tema com peso para realizar este trabalho Segunda opção melhoria de processos... Viram que o modelo de referencia (mps) não estava mais compatível com o scrum (Software em funcionamento mais que documentação abrangente)

4 A SoftDesign Empresa de desenvolvimento e consultoria de software. Atuando há 19 anos no mercado de TI. Sede em Porto Alegre – RS. Objetivo Geral: O objetivo geral deste trabalho é propor melhorias no processo de desenvolvimento de software da empresa SoftDesign, a partir da aplicação de um modelo de maturidade ágil, com o intuito de aumentar seu nível de aderência ao modelo escolhido. Objetivo específico: Identificar os modelos de maturidade existentes para metodologias ágeis; Aplicar o Modelo de Maturidade escolhido na empresa, com o objetivo de identificar o nível de maturidade em metodologias ágeis atual; Analisar o resultado obtido pela avaliação do nível de maturidade; Propor melhorias no processo de desenvolvimento de software da organização a partir do resultado da avaliação do nível de maturidade, a fim de aumentar seu nível de aderência ao modelo escolhido; Implementar as melhorias propostas; Aplicar novamente a avaliação do modelo de maturidade; Avaliar a eficácia das melhorias implementadas.

5 Proposta de Melhoria ACT PLAN DO CHECK CICLO 2 CICLO 1
Planejar como validar as melhorias implantadas; Aplicar a avaliação do modelo de maturidade ágil; Analisar resultados da segunda avaliação; Apresentar as melhorias obtidas entre os ciclos. Estudar como medir a aderência atual; Aplicar a avaliação de um modelo de maturidade ágil; Analisar resultados; Implementar melhorias no processo. Identificação do processo de desenvolvimento

6 Execução do processo de melhoria proposto
CICLO 1 Execução do processo de melhoria proposto

7 Comparação dos modelos ágeis de maturidade
PLAN Comparação dos modelos ágeis de maturidade MODELO / CRITÉRIO AMM (Patel– 2009) SMM (Yin – 2011) APMM(Ambler–2009) Foco Gestão Atividade de desenvolvimento Relacionamento com Cliente Melhoria de processo Base CMMI Níveis 5 3 Forças Inspirada em vários métodos ágeis Foco em empresas que utilizam ou pretendem utilizar Scrum Apoio da IBM Fraquezas Falta de métricas para medir e monitorar as práticas sugeridas Volume de métricas para monitorar a qualidade das práticas Scrum Não sugere melhoria de qualidade para o processo de desenvolvimento Aplicabilidade e utilização Fácil Difícil Sugere alternativa para melhorias Sim Não Adaptabilidade a novas condições Metodologias abrangentes Todas Essencialmente Scrum Falar sobre base, níveis,

8 Pré-avaliação, avaliação e pós-avaliação.
PLAN Método de avaliação do SMM Composto por questionários equivalentes a cada nível de maturidade do modelo. Pré-avaliação, avaliação e pós-avaliação.

9 Níveis do SMM DO

10 92% Resultado da avaliação dos projetos
CHECK Resultado da avaliação dos projetos Projeto A - Práticas Não Implementadas Práticas Falhadas Existência da Daily Meeting Scrum Atualizar o Release Burndown de acordo com o progresso Existência da Release Planning Meeting Total de itens falhados: 3 8% 92% Práticas Realizadas Projeto B - Práticas Não Implementadas Total de itens corretos: 33 Projetos Avaliados: SAS - Sistema Audio Storage. Software para a solução de armazenamento de áudio. PEXH - Portal de exames Hospital Alemão Oswaldo Cruz. Pré-agendamento pela Web feito pelo próprio paciente, autoatendimento para que o paciente realize seu ‘check-in’ no hospital em um terminal de autoatendimento e a entrega de resultado dos exames para o paciente através da Web Primeira Aplicação SMM: Principal objetivo é identificar o nível de maturidade da empresa, com base no resultado, desenvolver as melhorias; Avaliação do Projeto SAS; Avaliação do Projeto PEXH. Como o primeiro nível é aplicável a todas as empresas que utilizam scrum, Existência do artefato Release Burndown Atualizar o Release Burndown de acordo com o progresso Existência da Release Planning Meeting

11 Conclusão sobre as avaliações iniciais
ACT Conclusão sobre as avaliações iniciais Nível 1 – Inicial “Decepção” Oportunidade de amadurecimento Processo de desenvolvimento consistente Discussões em relação ao modelo de maturidade Base para o andamento do trabalho Oportunidade de amadurecimento – Motivados a melhorar “Decepção” – Em relação a pré- avaliação Processo de desenvolvimento consistente – Praticamente os mesmos erros

12 Melhorias Identificadas
ACT Implantação da Release Planning Meeting Release Planning Meeting foi incorporada ao serviço de Concepção e Anteprojeto e após o pré-game Conclusão 11ª avaliação: Nível 1 – Inicial “Decepção” Oportunidade de amadurecimento Processo de desenvolvimento consistente Discussões em relação ao modelo de maturidade Base para o andamento do trabalho de conclusão Concepção e Anteprojeto – Durante a reunião com a Karina tomamos conhecimento sobre este serviço, e com o apoio dela... A Release Planning Meeting foi incorporada a este serviço Também enxergamos a importância da Release Planning Meeting após o pré-game pois.....

13 Melhorias Identificadas
ACT Implantação do Release Burndown Consequência Release Planning Ferramenta Jira Com o release planning realizado e com o apoio da ferramenta Jira, o release burndown foi consequencia

14 Melhorias Identificadas
ACT Implantação da Daily Scrum Meeting Retrospectiva de projetos anteriores Reforçado o porquê da Daily Meeting Foi realizada uma retrospective / lessons learned dos projetos anteriores onde a daily deixou de ser executada para entender o motivo. Foram encontrados issues que poderiam ter sido mitigados pela cerimônia. Time e sm concordaram em reaver a meeting.

15 Execução do processo de melhoria proposto
CICLO 2 Execução do processo de melhoria proposto Bom... Basicamente este ciclo será para validar se as melhorias surtiram efeito e trabalhos futuros

16 Plano de Institucionalização
Identificar o projeto avaliado Mesmo time do projeto B

17 Segunda Aplicação do SMM
Espera-se um maior nível de maturidade Principal objetivo é validar a eficácia das melhorias implementadas Avaliação do Projeto C

18 100% Resultado da avaliação do projeto C Avaliação Nível 2
CHECK Resultado da avaliação do projeto C Avaliação Nível 2 Todas as práticas do Nível 2 (Managed) estão sendo executadas 100% Práticas Realizadas Todas práticas do Nível 2 estão sendo executadas uhuul Total de itens corretos: 36

19 81% Resultado da avaliação do projeto C Avaliação Nível 3
CHECK Resultado da avaliação do projeto C Avaliação Nível 3 Práticas Falhadas Práticas não implementadas Total de itens falhados: 4 19% Quebrar o Product Backlog em tasks dentro de uma sprint Estimar as tasks da sprint Atualizar diariamente as estimativas das tasks em execução Estimar todos os itens de uma Sprint Planning 81% Práticas Realizadas Já nível 3.... Total de itens corretos: 17

20 Conclusão Segunda Avaliação
ACT Conclusão Segunda Avaliação Aderência ao Scrum aumentou Nível 2 – Gerenciado Comunicação, engajamento Diríamos que o mais importante não é selar a empresa com o nível Managed do Scrum Maturity Model, o principal foco foi fazer com que o processo de desenvolvimento se tornasse mais aderente ao Scrum, e por consequência, mais maduro, gerando um produto final com mais qualidade. Esta satisfação poderá ser confirmada em um dos capítulos seguintes que nos apresentará o feedback da organização para com o nosso trabalho. Discussões em relação ao modelo de maturidade

21 Novo processo Scrum de desenvolvimento de software
Resultado do Trabalho Novo processo Scrum de desenvolvimento de software

22 Resultado do Trabalho Novo processo de desenvolvimento de software
END PRODUCT CONCEPT

23 Resultado do Trabalho Novo processo de desenvolvimento de software
PRODUCT DEVELOPMENT TEST DRIVE

24 Feedback do Trabalho Daily Meeting Release Planning e Burndown
“É importante para a equipe saber quais itens ainda existem para serem desenvolvidos e suas complexidades.” “As Dailies Meetings ajudaram a dar uma visibilidade melhor do trabalho que está sendo realizado, e a eliminar problemas que podem estar dificultando o andamento da Sprint.” Acho bem importante estudar os feedbacks! “Quanto a "Release Planning" acho muito positivo termos esta visão, pois sabemos claramente o objetivo da sprint e onde quer chegar no futuro.” “Contribuir com o colega. Também é possível encontrar falhas nos itens planejados.”

25 Conclusão

26 Conclusão “Estamos fazendo um bom trabalho” Maturidade da equipe Scrum
Maturidade em relação ao SMM evoluiu – Nível 2 Completude de um modelo de maturidade Mais ciclos de melhoria “Estamos fazendo um bom trabalho” – As empresas acham, mas quando confrontadas a um modelo de referência, não é bem assim. Vimos isso nas pré avaliações. .... Mostrando que é difícil avaliar seu próprio desempenho, sem confrontar com um modelo de referência. << IMPORTANTE Maturidade do Scrum Team – IMPORTANTE >>>“Com as dailies a Comunicação foi beneficiada.. A resolução de impedimentos foi mitigada Com o release planning e burndown a visibilidade do time e do cliente foi beneficiada Ou seja não foi somente a empresa que amadureceu, mas sim o scrum time como um todo” << Maturidade em relação ao SMM evoluiu – Nível 2 Completude de um modelo de maturidade – Questões do modelo que geraram dúvidas. Desenvolvimento TCC X Rotina de trabalho da empresa X Mercado – Falar da dificuldade de sincronizar tudo isso. Mais ciclos de melhoria – Para atingir nível 3 e além.