# data[].attributes.body
"A IMA é a primeira empresa pública municipal a obter a certificação MPS.BR nível D. Sem dúvida essa certificação contribuiu definitivamente para que a gente pudesse ter um maior acompanhamento e atendimento dos prazos dos projetos. Houve ainda uma maior integração da equipe de desenvolvedores e a padronização dos trabalhos ajudou na redução de custos e otimização das etapas de todo o processo de desenvolvimento de software." - Marcio Fernando Correa Ricardo (Gerente de Soluções).

# data[].attributes.attachment_link.title
Case de sucesso Qualidade (MPS.BR) - IMA

# data[].attributes.body
Gerência de Projetos

O propósito do processo Gerência de Projetos é:

“O propósito do processo Gerência de Projetos é identificar, estabelecer, coordenar e monitorar as atividades, tarefas e recursos que um projeto necessita para produzir um produto e/ou serviço, no contexto dos requisitos e restrições do projeto.”

# data[].attributes.body
Identificar, analisar e controlar os riscos existentes e futuros de um projeto/organização, Minimizando o impacto negativo sob os objetivos do processo.
Referência: https://www.venki.com.br/blog/o-que-e-gerenciamento-de-riscos/

# data[].attributes.body
Concluímos que não conseguimos

# data[].attributes.attachment_link.title
Nível de Maturidade G - parte 3 por Eduardo Felipe

# data[].attributes.attachment_link.title
nivel de maturidade nivel G -  parte 2  paulo rafael

# data[].attributes.body
Artigo explicando melhor o processo de MPS.

# data[].attributes.attachment_link.readable_text
O dia-a-dia dentro da área de desenvolvimento de software é caracterizado por uma grande pressão no que se refere a prazos de entrega, custos e qualidade daquilo que se está produzindo. Independente do tamanho das equipes voltadas a tarefas deste tipo, muitas organizações possuem dificuldades em gerenciar tais atividades, sendo comum a ocorrência de atrasos, estouros orçamentários e sistemas que ficam aquém do esperado.

Levando em consideração esses fatos, alguns modelos foram desenvolvidos de forma a auxiliar a condução de atividades que envolvam projetos de software. O objetivo deste artigo é fornecer uma visão geral sobre dois destes modelos (CMMI e MPS-BR), baseando-se para isto em um conceito conhecido como "maturidade".

O termo "maturidade" deve ser compreendido como a capacidade de se repetir uma série de resultados de uma maneira previsível. Importante ressaltar ainda que os modelos CMMI e MPS-BR contemplam diferentes níveis de maturidade, disponibilizando-se assim uma forma de mensurar o grau de progresso atingido por uma organização na implementação de projetos de software.

CMMI

O CMMI (Capability Maturity Model Integration) foi criado pelo SEI (Software Engineering Institute), o qual é um órgão integrante da universidade norte-americana Carnegie Mellon. Trata-se de um modelo que está atualmente na versão 1.3 (Janeiro/2013), com um enfoque voltado para a capacidade de maturidade de processos de software.

Um processo representa, dentro da área de software, um conjunto de atividades cujo objetivo é atingir uma meta previamente estipulada. Já por capacidade e maturidade de um processo, deve-se ter a noção do grau de qualidade com o qual um processo atinge um resultado esperado.

O CMMI está dividido em 5 níveis de maturidade (Figura 1) que atestam, por sua vez, o grau de evolução em que uma organização se encontra num determinado momento. Além disso, tem por objetivo principal funcionar como um guia para a melhoria dos processos da organização, considerando para isto atividades como o gerenciamento do desenvolvimento de software, prazos e custos previamente estabelecidos. O objetivo maior, considerando o CMMI e seus diferentes conceitos, está justamente na produção de software com maior qualidade e menos propenso a erros.

Figura 1. Os diferentes níveis de maturidade do CMMI

Dentre os principais benefícios da implantação do CMMI, vale a pena destacar:

Uma maior confiabilidade no que refere ao cumprimento de prazos e custos que foram acordados, inicialmente, perante o cliente que solicitou o desenvolvimento de um sistema. Essa previsibilidade é decorrente do rigor que o CMMI exige quanto à medição dos processos, fato este que conduz à obtenção de uma base histórica realista e confiável para estes fins;

O gerenciamento das atividades relativas à produção de software aumenta consideravelmente;

Uma maior qualidade nos softwares criados, já que processos bem definidos e controlados conduzem à produção de produtos mais confiáveis;

A menor dependência da empresa de desenvolvimento para com seus especialistas. Com um foco voltado para processos e melhoria contínua, além do uso intensivo de informações históricas, a organização deixa de depender única e exclusivamente de profissionais com um elevado grau de conhecimento técnico;

A busca por melhorias contínuas nos processos cotidianos.

Para se conseguir o que este modelo propõe, a organização interessada na implantação do CMMI deverá evoluir progressivamente, considerando para isto uma sucessão de diferentes de níveis. Cada nível indica, por sua vez, o grau de maturidade dos processos num determinado instante:

Nível 1 - Inicial: os processos normalmente estão envoltos num caos decorrente da não obediência ou ainda, inexistência de padrões;

Nível 2 - Gerenciado: os projetos têm seus requisitos gerenciados neste ponto. Além disso, há o planejamento, a medição e o controle dos diferentes processos;

Nível 3 - Definido: os processos já estão claramente definidos e são compreendidos dentro da organização. Os procedimentos se encontram padronizados, além de ser preciso prever sua aplicação em diferentes projetos;

Nível 4 - Gerenciado Quantitativamente: ocorre o aumento da previsibilidade do desempenho de diferentes processos, uma vez que os mesmos já são controlados quantitativamente;

Nível 5 - Otimizado: existe uma melhoria contínua dos processos.

A implantação do CMMI é recomendável para grandes fábricas de software. Implementar os diversos estágios é uma tarefa árdua, não só numa fase inicial, mas também quando se leva em conta a migração de um nível para outro. Isto exigirá, invariavelmente, a realização de vultosos investimentos financeiros, assim como uma mudança de postura da organização (principalmente quando a mesma não contava uma experiência anterior bem-sucedida no gerenciamento de processos).

Em inúmeras ocasiões, empresas desenvolvedoras de sistemas recorrem a consultorias especializadas, visando apoio na obtenção da certificação CMMI (fato este que inviabiliza a adoção deste mesmo modelo por pequenas companhias).

MPS-BR

O MPS-BR (Melhoria do Processo de Software Brasileiro) é uma metodologia voltada à área de desenvolvimento de sistemas e que foi criada por um conjunto de organizações ligadas ao desenvolvimento de software. Dentre as instituições envolvidas pode-se citar: a Softex (SP), a RioSoft (RJ), o COPPE/UFRJ (RJ) e o CESAR (PE). Na verdade, estas são organizações normalmente não-governamentais e muitas vezes de origem acadêmica, possuindo uma atuação de destaque junto à comunidade de software brasileira.

Enfatiza-se, dentro do MPS-BR, o uso das principais abordagens internacionais voltadas para a definição, a avaliação e a melhoria dos processos de software. Tal fato torna o MPS-BR compatível inclusive com as práticas do CMMI. Há ainda no MPS-BR uma estrutura de níveis de maturidade, de forma similar àquela existente dentro do CMMI.

Os diferentes níveis de maturidade do MPS-BR constituem um meio para indicar qual o nível da empresa que se está considerando. Cada classificação possível atesta, assim, diferentes graus no controle de processos e qual a qualidade que se pode esperar da organização que a detém.

Figura 2. Os diferentes níveis de maturidade do MPS-BR (Fonte: FUMSOFT - http://www.fumsoft.org.br/qualidade/modelo_mpsbr)

A seguir estão listados os 7 níveis de maturidade previstos pelo MPS-BR:

A – Em Otimização: há a preocupação com questões como inovação e análise de causas.

B – Gerenciado Quantitativamente: avalia-se o desempenho dos processos, além da gerência quantitativa dos mesmos.

C – Definido: aqui ocorre o gerenciamento de riscos.

D – Largamente Definido: envolve verificação, validação, além da liberação, instalação e integração de produtos, dentre outras atividades.

E – Parcialmente Definido: considera processos como treinamento, adaptação de processos para gerência de projetos, além da preocupação com a melhoria e o controle do processo organizacional.

F – Gerenciado: introduz controles de medição, gerência de configuração, conceitos sobre aquisição e garantia da qualidade.

G – Parcialmente Gerenciado: neste ponto inicial deve-se iniciar o gerenciamento de requisitos e de projetos.

A certificação MPS-BR também tem sido solicitada em licitações governamentais. Logo, empresas interessadas em participar de projetos conduzidos por órgãos do governo podem se utilizar desta metodologia para ampliar seu ramo de atuação.

Pode-se considerar ainda o MPS-BR como uma importante alternativa ao CMMI em organizações de médio e pequeno porte. Isto se justifica em virtude do alto investimento financeiro que o CMMI representa, o que torna o mesmo mais indicado às grandes empresas de desenvolvimento.

Outras informações sobre o MPS-BR encontram-se nesse link.

Conclusão

Este artigo procurou fornecer uma visão geral a respeito dos modelos CMMI e MPS-BR, discutindo as características de cada um e de que forma os mesmos podem ser adotados na otimização de processos de desenvolvimento de software. Espero que o conteúdo aqui apresentado possa lhe ser útil em algum momento. Até uma próxima oportunidade!

# data[].attributes.attachment_link.title
Maturidade no desenvolvimento de software: CMMI e MPS-BR

# data[].attributes.attachment_link.description
O dia-a-dia dentro da área de desenvolvimento de software é caracterizado por uma grande pressão no que se refere a prazos de entrega, custos e qualidade daquilo que se está produzindo. Independente do tamanho das equipes voltadas a tarefas deste tipo, muitas organizações possuem dificuldades em gerenciar tais atividades, sendo comum a ocorrência de atrasos, estouros orçamentários e sistemas que ficam aquém do esperado.

# data[].attributes.attachment_link.title
Nível de Maturidade G – Parte 1 por Tomás Bezerra

# data[].attributes.body
O nivel de maturidade G é o primeiro nível a ser implementado no modelo.
Ele é composto por dois processos: Gerência de Projetos (GPR) e Gerência de Requisitos (GRE).

Gerência de Projetos (GPR): o propósito é estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho
— devem ser implementados 19 resultados esperados, neste nível;

Gerência de Requisitos (GRE): o propósito é gerenciar os requisitos do produto e dos componentes do projeto e identificar inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto
— devem ser implementados 5 resultados esperados.

Neste nível a implementação deve atender aos seguintes atributos de processo:

AP 1.1: o processo é executado — o objetivo é medir o quanto o propósito do processo é alcançado pela sua execução;
AP 2.1: a execução do processo é gerenciada — o objetivo é medir o quanto a execução do processo é gerenciada.

# data[].attributes.attachment_link.readable_text
MPS.BR - Nível C

Continuando os posts sobre o MPS.BR - Melhoria de Processos de Software Brasileiro, veremos agora um resumo do Nível C, o quinto nível de maturidade a ser alcançado por uma empresa que deseja implementar o MPS.BR.

De acordo com o Guia de Implementação MPS.BR (2011), A evolução do nível D para o nível C não apresenta novidades em termos dos processos e atributos de processo já implantados no nível D, pois estes continuam com a mesma capacidade.

A evolução para o nível C do MR-MPS implica, portanto, apenas na definição e implementação de três novos processos com o mesmo nível de capacidade dos processos já implantados:

Gerência de Decisões

Desenvolvimento para Reutilização

Gerência de Riscos

Lembrando que todos os processos dos níveis G, F, E e D devem ser atendidos também.

Neste nível são permitidas exclusões de resultados esperados apenas do processo Desenvolvimento para Reutilização (DRU) . A aprovação das exclusões é responsabilidade do avaliador líder. Todas as exclusões de processos ou de resultados esperados devem estar listadas no Plano de Avaliação , no Relatório de Avaliação e no Resultado da Avaliação .

AP 1.1AP 1.1 O processo é executado , AP 2.1AP 2.1 O processo é gerenciado , AP 2.2AP 2.2 Os produtos de trabalho do processo são gerenciados , AP 3.1AP 3.1 O processo é definido e AP 3.2AP 3.2 O processo está implementado .

Desenvolvimento para Reutilização

O propósitoDescreve o objetivo geral a ser atingido durante a execução do processo do processo Desenvolvimento para Reutilização é:
"O propósito do processo Desenvolvimento para Reutilização é identificar
oportunidades de reutilização sistemática de ativos na organização e, se possível, estabelecer um programa de reutilização para desenvolver ativos a partir de engenharia de domínios de aplicação."
Guia Geral

O propósitoDescreve o objetivo geral a ser atingido durante a execução do processo do processo Gerência de Decisões é:
"O propósito do processo Gerência de Decisões é analisar possíveis decisões críticas usando um processo , com critérios estabelecidos , para avaliação das alternativas identificadas ."
Guia Geral

O propósitoDescreve o objetivo geral a ser atingido durante a execução do processo do processo Gerência de Riscos é:
"O propósito do processo Gerência de Riscos é identificar, analisar, tratar,
monitorar ereduzir continuamente os riscos em nível organizacional e de projeto ."
Guia Geral

Referências:
Sofitex - MPS.BR - Guia Geral 2011
Sofitex - MPS.BR - Guia de Implementação (parte 5) 2011

# data[].attributes.attachment_link.description
Continuando os posts sobre o MPS.BR - Melhoria de Processos de Software Brasileiro, veremos agora um resumo do Nível C, o quinto nível de maturidade a ser alcançado por uma empresa que deseja implementar o MPS.BR.

# data[].attributes.body
Desenvolvimento de Requisitos (DRE): o propósito é definir os requisitos do cliente, do produto e dos componentes do produto — devem ser implementados 7 resultados esperados;

Integração do Produto (ITP): o propósito é compor os componentes do produto, produzindo algo integrado e consistente com seu projeto, e demonstrar que os requisitos funcionais e não funcionais são satisfeitos para o ambiente alvo ou equivalente — devem ser implementados 9 resultados esperados;

Projeto e Construção do Produto (PCP): o propósito é projetar, desenvolver e implementar soluções para atender aos requisitos — devem ser implementados 8 resultados esperados;

Validação (VAL): o propósito é confirmar que um produto ou componente do produto atenderá ao seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido — devem ser implementados 7 resultados esperados;

Verificação (VER): o propósito é confirmar que cada serviço e/ou produto de trabalho do processo ou do projeto atende apropriadamente os requisitos especificados — devem ser implementados 6 resultados esperados.

# data[].attributes.attachment_link.readable_text
A apresentação está carregando. Por favor, espere

To view this video please enable JavaScript, and consider upgrading to a web browser that supports HTML5 video

Apresentações semelhantes

To make this website work, we log user data and share it with processors. To use this website, you must agree to our Privacy Policy, including cookie policy. I agree.

# data[].attributes.attachment_link.keywords[]
mps br – nível f mps br – nível f cc 7/8 p51 nível f

# data[].attributes.attachment_link.title
MPS BR - NÍVEL F MPS BR - NÍVEL F CC 7/8 P51 Nível F - ppt video online carregar

# data[].attributes.attachment_link.description
Foco MPS BR - NÍVEL F - AQU Agregar processos de apoio à gestão do projeto como: garantia da qualidade, medição, gerência de configuração, aquisição e gerência de portfólio de projetos. CC 7/8 P51 Nível F Jean Biazon, Leonardo Silva, Thiago A. O. Morais, Thiago Machado, Vagner Alves Lopes

# data[].attributes.body
O nível de maturidade D é composto pelos processos dos níveis de maturidade anteriores ( G ao E), acrescidos dos processos Desenvolvimento de Requisitos, Integração do Produto, Solução Técnica, Validação, e Verificação.

# data[].attributes.body
Pequenos Passos para o caminho do nível G:

Diagnósticos da situação: Entender como a empresa realiza seus processos, se está uniformizado, ou se cada um realiza de uma maneira.

Treinamento: Passar para a equipe, junto com os implantadores internos, passando a visão geral do MPS.br, sobre gerência de requisitos e gestão de projetos.

Mapeamento de processos: Apontar os processos, da forma como são executados hoje, se estão sendo de diversas maneiras por diversas pessoas, ou mesmo de diferentes maneiras pela mesma pessoa.

Detalhamento dos processos: Após o mapa de como esta sendo feito agora definido, começa o detalhamento de cada processo. Existem ferramentas como o Eclipse Process Framework, uma ferramenta livre que auxilia nessa minuciosa tarefa.

Treinamento do processo: Reunir a equipe junto com o comitê de implantação, para repassar os processos que foram definidos. É uma boa pratica instigar algumas simulações para fixação do processo. Todos executores precisam ter acesso fácil aos documentos dos processos que eles podem realizar.

Avaliação dos projetos: Os próximos projetos, já devem ser instituídos com os processos que foram definidos, servindo como um piloto para verificar o que precisa ser ajustado. Detectar pontos fortes e a melhorar.

Simulados: Sugere-se fazer no mínimo três simulados ao longo da implantação, e fica a recomendação de contratar uma avaliador oficial para fazer uma avaliação de simulação, para adequar os pontos à melhorar antes da avaliação final.

Fonte: https://micreiros.com/mps-br-passos-para-implantacao-do-nivel-g/

# data[].attributes.body
Nível E - Parcialmente Definido É voltado para a melhoria e controle do processo organizacional. Comporta todos os processos dos níveis anteriores (F e E) acrescidos dos processos Avaliação e Melhoria do Processo Organizacional, Definição do Processo Organizacional, Gerência de Recursos Humanos e Gerência de Reutilização.

# data[].attributes.body
O propósito é analisar possíveis decisões criticas usando um processo formal, com critérios estabelecidos, para avaliação das alternativas identificadas.
Referências: https://www.promovesolucoes.com/quais-sao-os-niveis-de-maturidade-mps-br/

# data[].attributes.body
Claudio - 06286
Felipe -
Johnny - 06463
Renan - 05048
Yago - 05951

# data[].attributes.body
Alunos:
Guilherme Almeida
Wellison Roque
Giovane Ramos
Bruna Marques
Mateus Pereira
Israel Silas
José Henrique

# data[].attributes.body
Uma abordagem direta a respeito do MPSBR em comparação ao CMMI e dos processos realizados até o nível de maturidade C do MPSBR .

# data[].attributes.body
No Nível F, a organização está trabalhando na estruturação do seu projeto, focando nas suas principais fases como planejamento, analise de equipe e métodos para controlar sua evolução, na maioria das vezes isso é gerenciado pelo gerente de projeto, responsável por analisar e organizar tudo do projeto.

O principal foco do nível F é buscar processos de apoio para agilizar o processo de desenvolvimento, utilizando projetos antigos da empresa, ou contratando empresas que cuidam de etapas específicas. Sendo assim, o nível F foca na:

·         Garantia de qualidade;

·         Organização de documentos;

·         Análise de prazo.

# data[].attributes.body
Esse nível é formado por processos do nível anterior (GPR e GRE) e por outros processos, objetivos e resultados esperados. Confira a lista abaixo:

1.    Aquisição (AQU): consiste em gerenciar a aquisição de produtos que atendam às necessidades expressas pelo adquirente — devem ser implementados 8 resultados esperados;

2.    Gerência de Configuração (GCO): O objetivo é estabelecer e manter a integridade de todos os produtos de trabalho de um processo ou projeto e disponibilizá-los a todos os envolvidos — devem ser implementados 7 resultados esperados;

3.    Garantia da Qualidade (GQA): O propósito é assegurar que os produtos de trabalho e a execução dos processos estejam de acordo com os planos, procedimentos e padrões estabelecidos — devem ser implementados 4 resultados esperados;

4.    Gerência de Portfólio de Projetos (GPP): O propósito é iniciar e manter projetos que sejam necessários, suficientes e sustentáveis, e que atendam aos objetivos estratégicos da organização — devem ser implementados 8 resultados esperados;

5.    Medição (MED): O propósito é coletar, armazenar, analisar e relatar os dados relativos aos produtos desenvolvidos e aos processos implementados na organização e em seus projetos, de forma a apoiar os objetivos organizacionais — devem ser implementados 7 resultados esperados.

Fonte: MONTONI, Mariano. Quais são os níveis de maturidade do MPS-SW?. Disponível em: < https://www.promovesolucoes.com/quais-sao-os-niveis-de-maturidade-do-mps-br/ >. Acesso em: 23 ago. 2019

# data[].attributes.body
Tá tudo bem tranquilo aqui na minha empresa.

# data[].attributes.body
O proposito é identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto.

# data[].attributes.body
Integrantes:
Diego Dias
Leandro Baraçal
Rafa Veloso

# data[].attributes.body
Eriberto
Renato
Daniel
Clodoaldo
Camila
Davi
Luiz Guilherme
Paulo Henrique

# data[].attributes.body
No nível de maturidade D entram os processos da engenharia de software.

# data[].attributes.body
De acordo com o Guia de Implementação MPS.BR (2011), A evolução do nível D para o nível C não apresenta novidades em termos dos processos e atributos de processo já implantados no nível D, pois estes continuam com a mesma capacidade.

A evolução para o nível C do MR-MPS implica, portanto, apenas na definição e implementação de três novos processos com o mesmo nível de capacidade dos processos já implantados:

Gerência de Decisões

Desenvolvimento para Reutilização

Gerência de Riscos

GRUPO:
Ariane Leite - RM04137
Arthur Henrique - RM06309
Beatriz Rocha - RM06292
Gabriely Nakamine - RM06517

# data[].attributes.body
Gustavo Rocha
Pedro Luiz
Vinicius Chaves

# data[].attributes.body
Em Otimização

# data[].attributes.body
Nível B – Gerenciado Quantitativamente

# data[].attributes.body
Níveis do MPS.BR