Blog ScrumHalf - Scrum e Gestão Ágil - Brasil
  • HOME
  • SCRUM
  • WEBINAR SCRUM
  • TREINAMENTOS
    • Agenda Treinamento
    • Treinamento Scrum
  • SCRUMHALF

Implementando o MPS.BR com SCRUM – Nível G (Parte 1 – Gerência de Projetos)

por Ana Luiza Dallora, MSc, CSM

mpsbrscrumEste é o primeiro da série de posts que tratarão o tema da implementação do MPS.BR com o framework do SCRUM. Serão apresentados os resultados esperados e RAPS presentes no guia de implementação do MR-MPS-SW, e como estes podem ser traduzidos para o contexto da agilidade.

 

É importante frisar que estes posts tratarão de idéias e dicas e não como a implementação é feita integralmente.

 

Uma breve introdução sobre o MR-MPS-SW

O MR-MPS-SW, ou Modelo de Referência do Software Brasileiro, é um programa mantido pela SOFTEX que tem por objetivo arquitetar uma indústria brasileira de software competitiva nos cenários nacional e internacional. Isto é, utilizar as práticas de Engenharia de Software para aperfeiçoar seus processos organizacionais no intuito de desenvolver produtos com padrões de qualidade aceitos internacionalmente.

 

O modelo de referência define níveis de maturidade para as organizações que vão do G ao A e estão descritos nos Guias de Implementação, que podem ser encontrados no site da SOFTEX. Cada nível possui processos específicos a serem implementados, sendo estes descritos por meio de resultados esperados.

 

Niveis2

 

Nível G

No nível G, Parcialmente Gerenciado, são dados os primeiros passos no sentido da mudança da cultura organizacional no que se refere ao aperfeiçoamento dos seus processos. Neste nível é dada importância na definição de alguns padrões dos projetos da organização.

 

O nível G trata dos processos de Gerência de Projetos e Gerência de Requisitos, que serão tratados a seguir e no próximo post, colocando-os frente a frente com o SCRUM.

 

 

 

Gerência de Projetos

Resultados Esperados do nível G:

 

GPR 1. O escopo do trabalho para o projeto é definido.

GPR 2. As tarefas e os produtos de trabalho do projeto são dimensionados utilizando métodos apropriados.

O GPR 1 trata de definir o que há de ser feito no projeto, suas restrições e limites, já o GPR 2 trata da complexidade do que há de ser feito. Trazendo estes para o mundo SCRUM, podemos implementá-los através do Product Backlog. Se no início do projeto forem inseridas as histórias a serem realizadas, mesmo que sejam macro-histórias, há uma definição de escopo, e ao realizar estimativas, utilizando, por exemplo, o planning poker, a complexidade individual destas está sendo definida.

 

GPR 3. O modelo e as fases do ciclo de vida do projeto são definidos.

Aqui está sendo definido, de fato, que será utilizado o SCRUM com suas cerimonias etc.

 

GPR 4. O esforço e o custo para a execução das tarefas e dos produtos de trabalho são estimados com base em dados históricos ou referências técnicas.

Mantendo-se registros dos Product Backlogs e Sprint Backlogs antigos é possível estimar com algum nível de precisão o HH necessário para a realização do novo projeto. É uma boa prática guardar informações de contexto sobre estes, por exemplo: datas de início e fim, quantos desenvolvedores seniors, juniors participaram, quais suas cargas horárias, horas extras, quantos pontos foram planejados, aceitos e reprovados. Isto ajuda o seu especialista analisar o que ocorreu para evitar que possíveis problemas venham a acontecer.

 


Este foi o primeiro post da série da união do MPS.BR com o SCRUM. No próximo post darei seguimento ao processo de Gerência de Projetos – GPR.

 

Related posts:
Bem-vindo ao Blog ScrumHalf
Projetos atrasam um dia de cada vez
Estimativas, que unidade usar?

Publicado em Gestão Ágil, Projetos, Scrum | Tags: gerência de Projetos, MPS.BR, Scrum | 4 Comentários
« Scrum e a Visão a Longo Prazo
10 Mandamentos de um Agile Designer »

4 thoughts on “Implementando o MPS.BR com SCRUM – Nível G (Parte 1 – Gerência de Projetos)”

  1. Domingos Nunes diz:
    17 de novembro de 2015 às 8:53

    Aguardo a parte 2

    Responder
  2. Domingos Nunes diz:
    17 de novembro de 2015 às 10:52

    Quero muito a continuidade pois vou defender um TCC na minha MBA sobre Implantaçao de MPS.BR com Scrum.

    Responder
  3. Victor Hugo diz:
    2 de fevereiro de 2015 às 17:29

    Assunto interessante. Aguardando a parte 2.

    Responder
  4. Nickollas diz:
    27 de agosto de 2014 às 10:56

    Muito interessante o assunto! Fico no aguardo da parte 2!

    Responder

Deixe um comentário Cancelar resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

Posts mais lidos

  • Burndown chart – Mede o progresso da sprint e dá indicativos do processo de trabalho da equipe posted on janeiro 9, 2012
  • User Stories – O que são? Como Usar? posted on outubro 10, 2011
  • 10 Fatores Para Você Descobrir O Que Te Motiva posted on setembro 11, 2013
  • O que é Sprint? – FAQ Scrum posted on fevereiro 15, 2012
  • O Quadro de Tarefas no Scrum posted on janeiro 11, 2012

Idioma:

  • Português
  • English

Arquivo

  • ►2019 (1)
    • janeiro(1)
  • ►2018 (3)
    • outubro(1)
    • junho(1)
    • fevereiro(1)
  • ►2017 (2)
    • maio(1)
    • abril(1)
  • ►2015 (7)
    • maio(1)
    • fevereiro(3)
    • janeiro(3)
  • ►2014 (43)
    • dezembro(3)
    • novembro(3)
    • outubro(3)
    • setembro(3)
    • agosto(4)
    • julho(2)
    • junho(3)
    • maio(6)
    • abril(4)
    • março(3)
    • fevereiro(4)
    • janeiro(5)
  • ►2013 (49)
    • dezembro(2)
    • novembro(2)
    • outubro(5)
    • setembro(3)
    • agosto(4)
    • julho(5)
    • junho(4)
    • maio(4)
    • abril(4)
    • março(3)
    • fevereiro(3)
    • janeiro(10)
  • ►2012 (117)
    • dezembro(4)
    • novembro(7)
    • outubro(8)
    • setembro(8)
    • agosto(10)
    • julho(11)
    • junho(11)
    • maio(12)
    • abril(11)
    • março(11)
    • fevereiro(12)
    • janeiro(12)
  • ►2011 (103)
    • dezembro(9)
    • novembro(11)
    • outubro(13)
    • setembro(13)
    • agosto(5)
    • julho(6)
    • junho(4)
    • maio(6)
    • abril(7)
    • março(9)
    • fevereiro(12)
    • janeiro(8)
  • ►2010 (1)
    • dezembro(1)

Categorias

  • Dificuldades na Adoção do Scrum (24)
  • Eventos (13)
  • Gestão Ágil (108)
  • Gestão Tradicional de Projetos (15)
  • Kanban (1)
  • Manifesto Ágil (22)
  • Métricas (5)
  • Retrospectiva (9)
  • Scrum (220)
    • FAQ SCRUM (12)
    • Projetos (53)
  • ScrumHalf (28)
  • Técnicas ágeis (65)

CyberChimps WordPress Themes

© O'Katana - Blog ScrumHalf - Gerência de Projetos Ágeis e Scrum - Brasil

Obrigado!

Muito obrigado pelo seu feedback! Faremos o possível para continuar oferecendo o melhor para os nossos leitores.

Close