MPS-BR

Melhoria de Processo do Software Brasileiro

Trabalho solicitado pelo Professor Helder Leal da

Costa, responsvel pela disciplina de Gesto de
Sistemas de Informao

Rafael Ferreira Nascimento - RA 00049700

Sorocaba/SP
Novembro/2013

ndice
Introduo..........................................................................................................................2
Modelo de Maturidade......................................................................................................2
Viso Geral do Modelo......................................................................................................2
Definio de escopo e riscos do projeto............................................................................3
Alocao de Recursos Humanos.......................................................................................4
Planejamento e Controle....................................................................................................4
Fornecedor de Requisitos..................................................................................................5
Objetivos de Medio........................................................................................................5
Concluso..........................................................................................................................6

Introduo

Esse trabalho ir retratar os conceitos envolvidos na utilizao do modelo de

maturidade MPS-BR na gesto de projetos em fbricas de software, explicando como
o modelo pode guiar para a execuo de processos com qualidade e,
consequentemente, a gerao de lucro e produtividade maior.

Modelo de Maturidade

Um modelo de maturidade serve como um caminho a ser seguido por empresas

que desejam melhorar seu desempenho operacional de forma consistente. Sendo
assim, baseiam-se na ideia de que as pessoas, reas funcionais e processos evoluem
atravs de um processo de desenvolvimento em direo a uma maturidade mais
avanada.
O MPS-BR no define como o processo deve ser executado, apenas aponta
quais devem ser as caractersticas estruturais com que o trabalho deve ser executado
tendo como objetivo um grau de qualidade. Ou seja, o modelo no padroniza como
deve ser a execuo dos processos, pois cada empresa ir ter seus prprios processos e
sua forma de execuo, mas aponta para as prticas corretas, no desenvolvimento de
software, que levaro a um produto de software de qualidade.
Tambm possvel verificar, para os gestores da organizao, em que estado
de maturidade se encontram os processos atualmente desempenhados pela empresa. A
partir desse ponto, possvel planejar as aes para buscar uma maturidade superior e
alcanar objetivos estabelecidos.

Viso Geral do Modelo

O MPS-BR um movimento para a melhoria da qualidade e um modelo de

qualidade de processo voltada para a realidade do mercado de pequenas e mdias
empresas de desenvolvimento de software no Brasil.
2

No MPS-BR, os processos so descritos em termos de propsito, resultados e

informaes adicionais. Sendo assim, o propsito descreve o principal objetivo a ser
atingido durante a execuo do processo e os provveis resultados obtidos; os
resultados do processo podem ser verificados por um artefato produzido, uma
mudana significativa de estado e um atendimento s especificaes; as informaes
adicionais so referncias que podem ajudar na definio do processo pela
organizao.
A capacidade do processo a caracterizao da habilidade do processo para
alcanar os objetivos de negcio, atuais e futuros. A capacidade estabelece o grau de

refinamento com que o processo executado na organizao. A seguir, sero

exemplificadas as direes do modelo MPS-BR para etapas importantes da execuo
de projetos de software.

Definio de escopo e riscos do projeto

O modelo MPS-BR prev a definio do escopo do projeto, ou seja, uma

definio clara do produto que ser produzido pela empresa. Essa premissa vlida no
sentido de que eventuais mudanas podero ser melhor tratadas, uma vez que o escopo
do projeto foi definido e que se conhea o impacto das mudanas no projeto como um
todo. Mesmo parecendo um processo bvio da concepo de um projeto, muitas
empresas definem um escopo vago que acabam por confundir mudanas sempre como
novos requisitos, ou seja, ao invs de uma alterao de escopo inicial, seria apenas um
incremento deste.
No basta apenas definir o produto final do projeto, necessrio tambm
conhecer os riscos envolvidos. O PMBOK ressalta que um projeto a criao de um
produto ou servio exclusivo, ou seja, diferente em algum aspecto de tudo que j foi
criado antes. Sendo assim, incertezas esto presentes, uma vez que no se tratam de
trabalhos rotineiros. fundamental o gerenciamento de riscos que, segundo o modelo
MPS-BR, ocorre em algum nvel, pois riscos no tratados prejudicaro o aspecto e o
andamento do projeto.
O modelo espera que os riscos sejam identificados e classificados em relao
sua probabilidade de ocorrncia e impacto no projeto. Tendo essas caractersticas,
3

possvel criar uma priorizao na gesto de riscos para se tomar maior cuidado com
aquilo que pode trazer mais danos ao projeto.

Alocao de Recursos Humanos

O MPS-BR espera que a alocao de recursos humanos em um projeto no

ocorra apenas por disponibilidade da pessoa. Ou seja, que algum no seja alocado
simplesmente porque est livre ou menos atarefado.
Os recursos humanos para o projeto devem ser planejados considerando o
perfil e os conhecimentos necessrios para execut-lo. Cada papel ou funo dentro de
um projeto requer uma srie de conhecimentos e habilidades e o no atendimento
destes pr-requisitos normalmente traz muitos problemas. Por exemplo, no faz
sentido promover uma pessoa a gerente de projeto se a mesma no conhece os
conceitos relacionados a esse tipo de gesto. Em desenvolvimento de software, na
parte tcnica, segue o mesmo raciocnio, em que no faz sentido alocar uma pessoa
como programador sem que a mesma no conhea ao menos lgica de programao.
Apesar de bvio, algumas empresas alocam recursos que no possuem o
devido conhecimento em atividades que requerem conhecimento especfico, na
esperana que os mesmos adquiram esse conhecimento de qualquer forma durante a
execuo do projeto.
O MPS-BR no impede que a falta de conhecimento num primeiro momento
inviabilize a alocao de uma pessoa ao projeto, mas dever ser realizada uma ao de
capacitao ou treinamento, visando criao de competncias para a execuo das
atividades pela pessoa.

Planejamento e Controle

Segundo o MPS-BR, o progresso do projeto deve ser monitorado com relao

ao que foi planejado e os resultados devem ser documentados. Sendo assim, o
planejamento s ser vlido se houver um monitoramento do andamento do projeto.

O controle de mudanas auxiliado pelo monitoramento, pois fica mais fcil

de realizar ajustes de contextos no plano, uma vez em que se saiba como o projeto est
caminhando rumo ao seu objetivo. Segundo o modelo MPS-BR, o controle de
mudanas visa evitar que o plano do projeto fique desordenado e desorientado.

Fornecedor de Requisitos

Os stakeholders do projeto (patrocinadores) elegem uma pessoa que ficar

encarregada de ser o fornecedor de requisitos. Esse fornecedor responsvel por dizer
as funes que o software dever desempenhar para a equipe que ir desenvolv-lo.
Tais requisitos, segundo o MPS-BR, devem ser documentados. Deve-se documentar o
necessrio para que possa ser possvel entender o que deve ser feito. Cada empresa
pode definir a sua forma de fazer isto, ou seja, o modelo no define um padro, apenas
especifica a existncia da documentao.
Determinar requisitos um fator decisivo para o sucesso em um projeto, pois
os requisitos formam a base para o planejamento, gerenciamento e acompanhamento
do processo de desenvolvimento de software, assim como para a aceitao do produto
gerado.

Objetivos de Medio

A empresa precisa se conhecer objetivamente para alcanar o sucesso. Os

objetivos de medio so derivados das necessidades de informao da organizao.
Ou seja, deve-se medir aquilo que importante para a empresa. importante que o
processo operacional de medio esteja completamente alinhado com aquilo que a
empresa precisa para melhorar sua gesto.
A empresa, atravs de dados histricos, levando em conta a equipe, tecnologia,
arquitetura, processo de desenvolvimento e todos os fatores presentes no
desenvolvimento de software, consegue estabelecer medidas de prazo e custo para
etapas em desenvolvimento de novos projetos. Isso s alcanado atravs de
processos de medio bem definidos, que auxiliaro na gesto de projetos.
5

Concluso

Alcanar competitividade pela qualidade, para as empresas de software,

implica tanto na melhoria da qualidade dos produtos de software e servios, como dos
processos de produo e distribuio de software. Sendo assim, a qualidade fator
crtico de sucesso para uma fbrica de software.
Vimos que as direes apontadas pelo modelo de maturidade MPS-BR
possibilitam a uma empresa a implantao de melhoria de qualidade em seus
processos, visando a melhor utilizao de seus recursos produtivos, o que resulta em
reduo de seus custos e uma maior lucratividade.

Referencias:
http://www.softex.br/mpsbr/
http://pt.wikipedia.org/wiki/Melhoria_de_Processos_do_Software_Brasileiro
http://www.devmedia.com.br/maturidade-no-desenvolvimento-de-softwarecmmi-e-mps-br/27010