11
MPS-BR Melhoria de Processo do Software Brasileiro Trabalho solicitado pelo Professor Helder Leal da Costa, responsável pela disciplina de Gestão de Sistemas de Informação Rafael Ferreira Nascimento - RA 00049700

Trabalho MPS-BR v2

Embed Size (px)

DESCRIPTION

trabalho de mps-br

Citation preview

1

MPS-BRMelhoria de Processo do Software Brasileiro

Sorocaba/SP

Novembro/2013

ndice

2Introduo

Modelo de Maturidade2Viso Geral do Modelo2Definio de escopo e riscos do projeto3Alocao de Recursos Humanos4Planejamento e Controle4Fornecedor de Requisitos5Objetivos de Medio5Concluso6

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.

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, 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.ConclusoAlcanar 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_Brasileirohttp://www.devmedia.com.br/maturidade-no-desenvolvimento-de-software-cmmi-e-mps-br/27010

Trabalho solicitado pelo Professor Helder Leal da Costa, responsvel pela disciplina de Gesto de Sistemas de Informao

Rafael Ferreira Nascimento - RA 00049700