CMMI e Ágil

CMMI e Ágil

Os modelos do SW-CMMI consideram tanto questões relacionadas a implementação e processos eficazes e eficientes quanto a melhoria sistemática de processos.

Diversos estudos afirmam que essas duas categorias de métodos (CMMI ou CMM e métodos ágeis) podem ser empregadas conjuntamente, criando uma sinergia que possibilita que as organizações que os utilizam se beneficiem das vantagens trazidas por ambas.

O XP possui algumas características em comum com todos os níveis de maturidade do CMM, inclusive o nível 5.

Grande Abraço,
Gilberto Ribeiro.

O Propósito do Guia SCRUM - X

36. Quais são os três pilares do SCRUM?

• TRANSPARÊNCIA

• Aspectos significativos do processo e do projeto devem estar visíveis para os responsáveis pelos resultados.
• Passar as informações de forma clara e precisa, possibilitando que todos tenham o mesmo entendimento.
• Valor do SCRUM que deve ser praticado por todos os papéis e envolvidos no projeto.
• Ter transparência é falar a mesma coisa, independente de quem fez a pergunta.
• No SCRUM as coisas devem ser claras e visíveis para todos.
• Visíveis a todos os interessados das atividades e seu andamento.
• Fazer estimativas baseadas naquilo que se realmente acredita

• INSPEÇÃO

• As práticas e atividades SCRUM, devem ser inspecionadas com frequência para que as variações possam ser detectadas o mais cedo possível.
• Evita que o cliente receba um produto com qualidade inadequada.

• ADAPTAÇÃO

• Sempre que um evento não desejado ocorrer, adaptamos o processo para evitar a sua recorrência.
• Inspeção e adaptação costumam ocorrer juntas e a equipe é quem deve realizar.

37. Como podemos entender a TRANSPARÊNCIA?

• Como a visibilidade de todos os aspectos significativos do processo dada aos responsáveis pelos resultados do projeto.

A transparência requer aspectos definidos por um padrão comum para que os observadores compartilhem um mesmo entendimento do que está sendo visto.

38. Práticas de transparências:

• Uma linguagem comum referindo-se ao processo deve ser compartilhado por todos os participantes.
• Uma definição comum de PRONTO deve ser compartilhada por aqueles que realizam o trabalho e por aqueles que aceitam o resultado do trabalho.

39. Qual a função da INSPEÇÃO no SCRUM?

• Inspecionar os artefatos SCRUM e o progresso em direção ao objetivo, identificando as possíveis variações.

40. Qual a frequência das inspeções?

• Não devem ser muito frequentes na equipe de desenvolvimento, para não atrapalhar as tarefas.

41. Quando as inspeções são mais eficazes?

• Quando dirigidas aos especialistas no trabalho em desenvolvimento.

42. Quando uma adaptação ocorre no SCRUM?

• Quando são identificados desvios no processo fora dos limites aceitáveis, inviabilizando a aceitação do produto.

No SCRUM existem 4 eventos formais que podem ser aproveitados para a realização da inspeção e adaptação:

• Reunião de planejamento da Sprint.
• Reunião diária
• Revisão da Sprint
• Retrospectiva da Sprint

43. Quais os eventos do SCRUM ideais para inspecionar e adaptar o processo?

• Reunião de Planejamento da Sprint.
• Reunião diária.
• Reunião de Revisão da Sprint.
• Retrospectiva da Sprint.

Grande Abraço,
Gilberto Ribeiro.

Requisitos - XIV

Codificação

A etapa de codificação envolve o desenvolvimento em si do projeto.

Ambiente de codificação

• Os desenvolvedores devem possuir um ambiente apartado no qual tenham total controle de forma a poderem rapidamente resolver problemas nas máquinas.
• A equipe de suporte deve dar total apoio aos desenvolvedores, tal como em termos de instalação das máquinas, backup e solução rápida de problemas que sejam exclusivamente de infraestrutura. Deve também procurar, junto com o analista, as melhores técnicas de otimização do ambiente de codificação.
• Deve estar em uso um sistema de controle de versões.

Ocorrências comuns no ambiente de codificação

Alterações no modelo de dados

• Devem ser aprovadas pela equipe de banco de dados e deve ser gerado um script evolutivo que será armazenado juntamente com script 0 do banco de dados. 

Alterações no protótipo

• Devem ser aprovadas pelo usuário
• Alterações na modelagem do sistema
• Alterações no desenho do processo
• Essas duas últimas podem ter impacto médio a grande no desenvolvimento do sistema. É importante verificar se é realmente absolutamente necessário que essas modificações sejam feitas ou se seria possível que essas modificações fossem implementadas apenas em uma versão 2 do sistema.
• Caso seja absolutamente necessária a realização destas modificações o cronograma do sistema deve ser corrigido com base no impacto destas mudanças.
• Normalmente mudanças deste porte causam as outras 2, alteração de protótipo e de modelo de dados

O trabalho do analista 

O analista aproveita o período de desenvolvimento, no qual seu trabalho fica mais direcionado à gerencia de projeto, para realizar as seguintes tarefas :

• Criar um plano de testes para a aplicação
• Realizar o “teste de bancada”, teste inicial ainda em ambiente de desenvolvimento, conforme os desenvolvedores terminam cada trecho da aplicação
• Planejar o teste de stress em conjunto com a equipe de suporte
• Planejar o processo de implantação da aplicação em conjunto com a equipe de suporte e banco de dados

Cronograma e desempenho 

Uma técnica muito útil para a análise de tempo gasto em desenvolvimento é a análise de pontos de função.

Esta análise intenciona quantificar o software que está sendo desenvolvido em pontos de função e identificar a produtividade dos desenvolvedores também em pontos de função/dia.

Com isso consegue-se :

• Identificar os desenvolvedores muito e pouco produtivos
• Montar cronogramas mais precisos com base na produtividade real dos desenvolvedores
• Identificar a necessidade de mais desenvolvedores para cumprir um determinado prazo
• Identificar mais precisamente os custos do projeto

A análise de ponto de função é muito detalhista e normalmente demanda tempo na etapa de análise, por isso é muito comum as empresas criarem pequenas adaptações desta análise conforme a arquitetura utilizada.

Grande Abraço,

Gilberto Ribeiro.