Ministério da Saúde

DATASUS

perguntas

Perguntas frequentes

Sistema integrado de informatização de Ambiente Hospitalar

Banco de dados

Dono do Produto Negocial (função)

Representa os interesses do negócio. Deve ter conhecimento suficiente para decidir sobre os aspectos negociais e apoiar o Dono do Produto Técnico e o time do projeto.

Dono do Produto Técnico (função)

Representa os interesses dos técnicos para atender as necessidades do negócio. Deve ter conhecimento suficiente para decidir sobre os aspectos técnicos, sempre alinhado com o Dono do Produto Negocial. Serve de intermediário entre o Negócio e o time do projeto.

Analista de Métricas (função)

Responsável por auxiliar os projetos de desenvolvimento de software quanto a mensuração do tamanho funcional do projeto. Ele é responsável por definir o tipo de contagem e aplicar a técnicas de contagem.

Arquiteto de Software (função)

Responsável por estabelecer a estrutura geral de cada visão de arquitetura: a decomposição da visão, o agrupamento dos elementos e as interfaces entre esses principais agrupamentos. Portanto, comparado aos outros papéis, a visão do arquiteto de software é ampla, e não detalhada.

Desenvolvedor (função)

Responsável por desenvolver e testar componentes de acordo com os padrões adotados para o projeto, para fins de integração com subsistemas maiores. Quando é necessário criar componentes de teste, como drivers ou stubs, para possibilitar a realização dos testes, o desenvolvedor também é responsável por desenvolver e testar esses componentes e os subsistemas correspondentes.

Analista de QA (função)

Responsável por definir a abordagem de teste e assegurar sua correta implementação a fim de encontrar defeitos no software. Isso inclui identificar as técnicas, ferramentas e diretrizes apropriadas para implementar os testes de software para validar a entrega do produto de software a cada iteração.

Analista de Negócio (função)

Responsável por identificar os problemas e necessidades do cliente referente ao sistema em desenvolvimento ou em manutenção, propondo uma solução sistemática e detalhamento de todos os requisitos do sistema (Funcionais, não funcionais e Restrições do projeto). Conduz o levantamento das informações necessárias para análise e validação do sistema junto ao cliente e a equipe técnica de desenvolvimento do projeto.

Scrum Master (função)

Profissional experiente no processo ágil que zela pela sua correta execução e ajuda a equipe na resolução de possíveis impedimentos. Dissemina as práticas do processo.

 Conhecimentos e habilidades:

  • Conhecimento do processo e das práticas de desenvolvimento ágil;
  • Capacidade de disseminação de conhecimento;
  • Compreensão do processo de mudanças;
  • Trabalho em equipe.
Scrum Team (entidade)

Time do projeto que atua na etapa de Execução da Release.

Composto pelos Recursos:

  • Scrum Master;
  • Analista de Negócio;
  • Arquiteto de Software;
  • Desenvolvedor;
  • Analista de QA.
Métricas Contratada (entidade)

Núcleo de Métricas da Contratada responsável pela estimativa funcional dos requisitos registrados no Backlog do Produto.

Métricas DATASUS (entidade)

Núcleo de Métricas do DATASUS responsável pela contagem funcional dos requisitos registrados no Backlog do Produto e nas especificações técnicas.

01- Registrar História

Processo responsável pelo registro das Histórias de Usuários.

1.1.1.1- Registrar Demanda

Descrição
Registrar a demanda na ferramenta de Gestão de Demanda vigente.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

1.1.1.2- Apoiar Especificação

Descrição
Apoiar o Dono do Processo Negocial na especificação das Histórias de Usuário.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Dono do Produto Negocial;
  • Informado: Dono do Produto Negocial.

02 – Viabilidade

Processo responsável por estimar o Backlog e obter a aprovação do projeto por meio da Viabilidade.

2.1.1.1- Estimar Backlog Produto

Descrição
Estimar o tamanho funcional do Backlog do Produto para subsidiar a elaboração do Termo de Abertura do Projeto.

Matriz de responsabilidades

  • Executantes: Métricas Contratada;
  • Autoridade: Dono do Produto Técnico;
  • Consultado: Dono do Produto Negocial;
  • Informado: Dono do Produto Técnico.

2.1.1.2 – Elaborar Termo Abertura Projeto

Descrição
Elaborar o Termo de Abertura do Projeto incluindo informações de custo e prazo do projeto para auxiliar o Dono do Produto Negocial avaliar sua viabilidade.

Matriz de responsabilidade

  • Executantes: Dono do Produto Técnico;
  • Autoridade: Dono do Produto Técnico;
  • Consultado: Métricas Contratada;
  • Informado: Dono do Produto Negocial.

2.1.1.3 – Avaliar Termo Abertura Projeto

Descrição
Avaliar o Termo de Abertura e optar pela viabilidade ou não do projeto.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial.
  • Autoridade: Dono do Produto Negocial.
  • Consultado: Dono do Produto Técnico.
  • Informado: Dono do Produto Técnico.

03 – Planejar Release

Processo responsável por Planejar as Releases e as Sprints que fazem parte dela.

3.1.1.1 – Estimar Pontos Histórias

Descrição
Estimar as Histórias de Usuário utilizando a Técnica Adequada para subsidiar o Planejamento das Sprints e das Releases.

Matriz de Responsabilidade

  • Executantes: Scrum Team;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

3.1.1.2 – Planejar Sprint

Descrição
Planejar a Sprint contendo uma ou mais História de Usuário.

Matriz de responsabilidade

  • Executantes: Scrum Master.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team.
  • Informado: Dono do Produto Técnico.

3.1.1.3 – Planejar release

Descrição
Planejar a Release contendo uma ou mais Sprint.

Matriz de Responsabilidade

  • Executantes: Scrum Master.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team.
  • Informado: Dono do Produto Técnico.

3.1.1.4 – Avaliar Plano Release

Descrição
Planejar a Release contendo uma ou mais Sprint.

Matriz de Responsabilidade

  • Executantes: Scrum Master.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team.
  • Informado: Dono do Produto Técnico.

04 – Executar Release

Processo responsável por Executar Releases e as Sprints que fazem parte dela.

4.1.1.1 – Preparar Execução Release

Descrição
Preparar a Release para início da execução.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

4.1.1.2 – Executar Sprint

Processo: Executar Sprint – Executar Sprint.

4.1.1.3 – Gerar Release Demo

Descrição
Empacotar a(s) Sprint(s) e gerar uma Demo da Release.

Matriz de Responsabilidade

  • Executantes: Arquiteto de Software, desenvolvedor;
  • Autoridade: Scrum Master;
  • Consultado: Scrum Master, Scrum Team;
  • Informado: Dono do Produto Técnico.

4.1.1.4 – Realizar Revisão Release

Descrição
Realizar a revisão da Release.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico, Scrum Team;
  • Autoridade: Scrum Master;
  • Consultado: Scrum Team, Dono do Produto Técnico, Dono do Produto Negocial;
  • Informado: Scrum Team, Dono do Produto Negocial, Dono do Produto Técnico.

05 – Executar Sprint

Processo responsável pela execução da Sprint.

5.1.1.1 – Monitoramento e Controle

Processo: Mon&Con Sprint – Monitoramento e Controle Sprint

5.1.1.2 – Preparar Execução Sprint

Descrição
Preparar a Sprint para início da execução.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

5.1.1.3 – Elaborar Especificação Técnica

Descrição
Elaborar Especificação Técnica refinando a documentação de cada História de Usuário.

Matriz de Responsabilidade

  • Executantes: Analista de Negócio;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

5.1.1.4 – Aprovar Especificação Técnica

Descrição
Aprovar a Especificação Técnica.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico, Analista de Negócio;
  • Autoridade: Scrum Master;
  • Consultado: Analista de Negócio;
  • Informado: Dono do Produto Negocial.

5.1.1.5 – Construir Especificação Técnica

Descrição
Construir a Especificação Técnica aprovada.

Matriz de Responsabilidade

  • Executantes: Arquiteto de Software, Desenvolvedor;
  • Autoridade: Scrum Master;
  • Consultado: Analista de Negócio, Dono do Produto Técnico, Scrum Master;
  • Informado: Dono do Produto Técnico.

5.1.1.6 – Executar Testes

Descrição
Executar os testes para garantia de qualidade.

Matriz de Responsabilidade

  • Executantes: Analista de QA;
  • Autoridade: Scrum Master;
  • Consultado: Arquiteto de Software, Desenvolvedor, Scrum Master, Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

5.1.1.7 – Gerar Sprint Demo

Descrição
Empacotar as histórias e gerar uma Demo da Sprint.

Matriz de Responsabilidade

  • Executantes: Arquiteto de Software, Desenvolvedor;
  • Autoridade: Scrum Master;
  • Consultado: Scrum Master, Scrum Team;
  • Informado: Dono do Produto Técnico.

5.1.1.8 – Realizar Revisão Sprint

Descrição
Realizar a revisão da Sprint.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico, Scrum Team.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team, Dono do Produto Técnico, Dono do Produto Negocial.
  • Informado: Scrum Team, Dono do Produto Negocial, Dono do Produto Técnico.

06 – Monitorar e controlar Sprint

Processo responsável pelo Monitoramento e Controle da Release e Sprint.

6.1.1.1 – Monitorar Desempenho Sprint

Descrição
Realizar reunião diária com o Scrum Team.

Matriz de Responsabilidade

  • Executantes: Scrum Team, Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

6.1.1.2 – Replanejar História Usuário

Descrição
Solicitar o replanejamento das Histórias candidatas a sair da Sprint.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

6.1.1.3 – Resolver Impedimentos

Descrição
Resolver os impedimentos identificados no Monitoramento.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

07 – Homologar release

Processo responsável pela Homologação e Aceite da Release.

7.1.1.1 – Homologar release

Descrição
Homologar a Release.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

7.1.1.2 – Apoiar Homologar

Descrição
Apoiar a homologação da Release.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Técnico;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Scrum Master;
  • Informado: Scrum Master.

HOSPUB

Dono do Produto Negocial (função)

Representa os interesses do negócio. Deve ter conhecimento suficiente para decidir sobre os aspectos negociais e apoiar o Dono do Produto Técnico e o time do projeto.

Dono do Produto Técnico (função)

Representa os interesses dos técnicos para atender as necessidades do negócio. Deve ter conhecimento suficiente para decidir sobre os aspectos técnicos, sempre alinhado com o Dono do Produto Negocial. Serve de intermediário entre o Negócio e o time do projeto.

Analista de Métricas (função)

Responsável por auxiliar os projetos de desenvolvimento de software quanto a mensuração do tamanho funcional do projeto. Ele é responsável por definir o tipo de contagem e aplicar a técnicas de contagem.

Arquiteto de Software (função)

Responsável por estabelecer a estrutura geral de cada visão de arquitetura: a decomposição da visão, o agrupamento dos elementos e as interfaces entre esses principais agrupamentos. Portanto, comparado aos outros papéis, a visão do arquiteto de software é ampla, e não detalhada.

Desenvolvedor (função)

Responsável por desenvolver e testar componentes de acordo com os padrões adotados para o projeto, para fins de integração com subsistemas maiores. Quando é necessário criar componentes de teste, como drivers ou stubs, para possibilitar a realização dos testes, o desenvolvedor também é responsável por desenvolver e testar esses componentes e os subsistemas correspondentes.

Analista de QA (função)

Responsável por definir a abordagem de teste e assegurar sua correta implementação a fim de encontrar defeitos no software. Isso inclui identificar as técnicas, ferramentas e diretrizes apropriadas para implementar os testes de software para validar a entrega do produto de software a cada iteração.

Analista de Negócio (função)

Responsável por identificar os problemas e necessidades do cliente referente ao sistema em desenvolvimento ou em manutenção, propondo uma solução sistemática e detalhamento de todos os requisitos do sistema (Funcionais, não funcionais e Restrições do projeto). Conduz o levantamento das informações necessárias para análise e validação do sistema junto ao cliente e a equipe técnica de desenvolvimento do projeto.

Scrum Master (função)

Profissional experiente no processo ágil que zela pela sua correta execução e ajuda a equipe na resolução de possíveis impedimentos. Dissemina as práticas do processo.

 Conhecimentos e habilidades:

  • Conhecimento do processo e das práticas de desenvolvimento ágil;
  • Capacidade de disseminação de conhecimento;
  • Compreensão do processo de mudanças;
  • Trabalho em equipe.
Scrum Team (entidade)

Time do projeto que atua na etapa de Execução da Release.

Composto pelos Recursos:

  • Scrum Master;
  • Analista de Negócio;
  • Arquiteto de Software;
  • Desenvolvedor;
  • Analista de QA.
Métricas Contratada (entidade)

Núcleo de Métricas da Contratada responsável pela estimativa funcional dos requisitos registrados no Backlog do Produto.

Métricas DATASUS (entidade)

Núcleo de Métricas do DATASUS responsável pela contagem funcional dos requisitos registrados no Backlog do Produto e nas especificações técnicas.

01- Registrar História

Processo responsável pelo registro das Histórias de Usuários.

1.1.1.1- Registrar Demanda

Descrição
Registrar a demanda na ferramenta de Gestão de Demanda vigente.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

1.1.1.2- Apoiar Especificação

Descrição
Apoiar o Dono do Processo Negocial na especificação das Histórias de Usuário.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Dono do Produto Negocial;
  • Informado: Dono do Produto Negocial.

02 – Viabilidade

Processo responsável por estimar o Backlog e obter a aprovação do projeto por meio da Viabilidade.

2.1.1.1- Estimar Backlog Produto

Descrição
Estimar o tamanho funcional do Backlog do Produto para subsidiar a elaboração do Termo de Abertura do Projeto.

Matriz de responsabilidades

  • Executantes: Métricas Contratada;
  • Autoridade: Dono do Produto Técnico;
  • Consultado: Dono do Produto Negocial;
  • Informado: Dono do Produto Técnico.

2.1.1.2 – Elaborar Termo Abertura Projeto

Descrição
Elaborar o Termo de Abertura do Projeto incluindo informações de custo e prazo do projeto para auxiliar o Dono do Produto Negocial avaliar sua viabilidade.

Matriz de responsabilidade

  • Executantes: Dono do Produto Técnico;
  • Autoridade: Dono do Produto Técnico;
  • Consultado: Métricas Contratada;
  • Informado: Dono do Produto Negocial.

2.1.1.3 – Avaliar Termo Abertura Projeto

Descrição
Avaliar o Termo de Abertura e optar pela viabilidade ou não do projeto.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial.
  • Autoridade: Dono do Produto Negocial.
  • Consultado: Dono do Produto Técnico.
  • Informado: Dono do Produto Técnico.

03 – Planejar Release

Processo responsável por Planejar as Releases e as Sprints que fazem parte dela.

3.1.1.1 – Estimar Pontos Histórias

Descrição
Estimar as Histórias de Usuário utilizando a Técnica Adequada para subsidiar o Planejamento das Sprints e das Releases.

Matriz de Responsabilidade

  • Executantes: Scrum Team;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

3.1.1.2 – Planejar Sprint

Descrição
Planejar a Sprint contendo uma ou mais História de Usuário.

Matriz de responsabilidade

  • Executantes: Scrum Master.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team.
  • Informado: Dono do Produto Técnico.

3.1.1.3 – Planejar release

Descrição
Planejar a Release contendo uma ou mais Sprint.

Matriz de Responsabilidade

  • Executantes: Scrum Master.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team.
  • Informado: Dono do Produto Técnico.

3.1.1.4 – Avaliar Plano Release

Descrição
Planejar a Release contendo uma ou mais Sprint.

Matriz de Responsabilidade

  • Executantes: Scrum Master.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team.
  • Informado: Dono do Produto Técnico.

04 – Executar Release

Processo responsável por Executar Releases e as Sprints que fazem parte dela.

4.1.1.1 – Preparar Execução Release

Descrição
Preparar a Release para início da execução.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

4.1.1.2 – Executar Sprint

Processo: Executar Sprint – Executar Sprint.

4.1.1.3 – Gerar Release Demo

Descrição
Empacotar a(s) Sprint(s) e gerar uma Demo da Release.

Matriz de Responsabilidade

  • Executantes: Arquiteto de Software, desenvolvedor;
  • Autoridade: Scrum Master;
  • Consultado: Scrum Master, Scrum Team;
  • Informado: Dono do Produto Técnico.

4.1.1.4 – Realizar Revisão Release

Descrição
Realizar a revisão da Release.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico, Scrum Team;
  • Autoridade: Scrum Master;
  • Consultado: Scrum Team, Dono do Produto Técnico, Dono do Produto Negocial;
  • Informado: Scrum Team, Dono do Produto Negocial, Dono do Produto Técnico.

05 – Executar Sprint

Processo responsável pela execução da Sprint.

5.1.1.1 – Monitoramento e Controle

Processo: Mon&Con Sprint – Monitoramento e Controle Sprint

5.1.1.2 – Preparar Execução Sprint

Descrição
Preparar a Sprint para início da execução.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

5.1.1.3 – Elaborar Especificação Técnica

Descrição
Elaborar Especificação Técnica refinando a documentação de cada História de Usuário.

Matriz de Responsabilidade

  • Executantes: Analista de Negócio;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

5.1.1.4 – Aprovar Especificação Técnica

Descrição
Aprovar a Especificação Técnica.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico, Analista de Negócio;
  • Autoridade: Scrum Master;
  • Consultado: Analista de Negócio;
  • Informado: Dono do Produto Negocial.

5.1.1.5 – Construir Especificação Técnica

Descrição
Construir a Especificação Técnica aprovada.

Matriz de Responsabilidade

  • Executantes: Arquiteto de Software, Desenvolvedor;
  • Autoridade: Scrum Master;
  • Consultado: Analista de Negócio, Dono do Produto Técnico, Scrum Master;
  • Informado: Dono do Produto Técnico.

5.1.1.6 – Executar Testes

Descrição
Executar os testes para garantia de qualidade.

Matriz de Responsabilidade

  • Executantes: Analista de QA;
  • Autoridade: Scrum Master;
  • Consultado: Arquiteto de Software, Desenvolvedor, Scrum Master, Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

5.1.1.7 – Gerar Sprint Demo

Descrição
Empacotar as histórias e gerar uma Demo da Sprint.

Matriz de Responsabilidade

  • Executantes: Arquiteto de Software, Desenvolvedor;
  • Autoridade: Scrum Master;
  • Consultado: Scrum Master, Scrum Team;
  • Informado: Dono do Produto Técnico.

5.1.1.8 – Realizar Revisão Sprint

Descrição
Realizar a revisão da Sprint.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico, Scrum Team.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team, Dono do Produto Técnico, Dono do Produto Negocial.
  • Informado: Scrum Team, Dono do Produto Negocial, Dono do Produto Técnico.

06 – Monitorar e controlar Sprint

Processo responsável pelo Monitoramento e Controle da Release e Sprint.

6.1.1.1 – Monitorar Desempenho Sprint

Descrição
Realizar reunião diária com o Scrum Team.

Matriz de Responsabilidade

  • Executantes: Scrum Team, Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

6.1.1.2 – Replanejar História Usuário

Descrição
Solicitar o replanejamento das Histórias candidatas a sair da Sprint.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

6.1.1.3 – Resolver Impedimentos

Descrição
Resolver os impedimentos identificados no Monitoramento.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

07 – Homologar release

Processo responsável pela Homologação e Aceite da Release.

7.1.1.1 – Homologar release

Descrição
Homologar a Release.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

7.1.1.2 – Apoiar Homologar

Descrição
Apoiar a homologação da Release.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Técnico;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Scrum Master;
  • Informado: Scrum Master.

Impressão

Dono do Produto Negocial (função)

Representa os interesses do negócio. Deve ter conhecimento suficiente para decidir sobre os aspectos negociais e apoiar o Dono do Produto Técnico e o time do projeto.

Dono do Produto Técnico (função)

Representa os interesses dos técnicos para atender as necessidades do negócio. Deve ter conhecimento suficiente para decidir sobre os aspectos técnicos, sempre alinhado com o Dono do Produto Negocial. Serve de intermediário entre o Negócio e o time do projeto.

Analista de Métricas (função)

Responsável por auxiliar os projetos de desenvolvimento de software quanto a mensuração do tamanho funcional do projeto. Ele é responsável por definir o tipo de contagem e aplicar a técnicas de contagem.

Arquiteto de Software (função)

Responsável por estabelecer a estrutura geral de cada visão de arquitetura: a decomposição da visão, o agrupamento dos elementos e as interfaces entre esses principais agrupamentos. Portanto, comparado aos outros papéis, a visão do arquiteto de software é ampla, e não detalhada.

Desenvolvedor (função)

Responsável por desenvolver e testar componentes de acordo com os padrões adotados para o projeto, para fins de integração com subsistemas maiores. Quando é necessário criar componentes de teste, como drivers ou stubs, para possibilitar a realização dos testes, o desenvolvedor também é responsável por desenvolver e testar esses componentes e os subsistemas correspondentes.

Analista de QA (função)

Responsável por definir a abordagem de teste e assegurar sua correta implementação a fim de encontrar defeitos no software. Isso inclui identificar as técnicas, ferramentas e diretrizes apropriadas para implementar os testes de software para validar a entrega do produto de software a cada iteração.

Analista de Negócio (função)

Responsável por identificar os problemas e necessidades do cliente referente ao sistema em desenvolvimento ou em manutenção, propondo uma solução sistemática e detalhamento de todos os requisitos do sistema (Funcionais, não funcionais e Restrições do projeto). Conduz o levantamento das informações necessárias para análise e validação do sistema junto ao cliente e a equipe técnica de desenvolvimento do projeto.

Scrum Master (função)

Profissional experiente no processo ágil que zela pela sua correta execução e ajuda a equipe na resolução de possíveis impedimentos. Dissemina as práticas do processo.

 Conhecimentos e habilidades:

  • Conhecimento do processo e das práticas de desenvolvimento ágil;
  • Capacidade de disseminação de conhecimento;
  • Compreensão do processo de mudanças;
  • Trabalho em equipe.
Scrum Team (entidade)

Time do projeto que atua na etapa de Execução da Release.

Composto pelos Recursos:

  • Scrum Master;
  • Analista de Negócio;
  • Arquiteto de Software;
  • Desenvolvedor;
  • Analista de QA.
Métricas Contratada (entidade)

Núcleo de Métricas da Contratada responsável pela estimativa funcional dos requisitos registrados no Backlog do Produto.

Métricas DATASUS (entidade)

Núcleo de Métricas do DATASUS responsável pela contagem funcional dos requisitos registrados no Backlog do Produto e nas especificações técnicas.

01- Registrar História

Processo responsável pelo registro das Histórias de Usuários.

1.1.1.1- Registrar Demanda

Descrição
Registrar a demanda na ferramenta de Gestão de Demanda vigente.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

1.1.1.2- Apoiar Especificação

Descrição
Apoiar o Dono do Processo Negocial na especificação das Histórias de Usuário.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Dono do Produto Negocial;
  • Informado: Dono do Produto Negocial.

02 – Viabilidade

Processo responsável por estimar o Backlog e obter a aprovação do projeto por meio da Viabilidade.

2.1.1.1- Estimar Backlog Produto

Descrição
Estimar o tamanho funcional do Backlog do Produto para subsidiar a elaboração do Termo de Abertura do Projeto.

Matriz de responsabilidades

  • Executantes: Métricas Contratada;
  • Autoridade: Dono do Produto Técnico;
  • Consultado: Dono do Produto Negocial;
  • Informado: Dono do Produto Técnico.

2.1.1.2 – Elaborar Termo Abertura Projeto

Descrição
Elaborar o Termo de Abertura do Projeto incluindo informações de custo e prazo do projeto para auxiliar o Dono do Produto Negocial avaliar sua viabilidade.

Matriz de responsabilidade

  • Executantes: Dono do Produto Técnico;
  • Autoridade: Dono do Produto Técnico;
  • Consultado: Métricas Contratada;
  • Informado: Dono do Produto Negocial.

2.1.1.3 – Avaliar Termo Abertura Projeto

Descrição
Avaliar o Termo de Abertura e optar pela viabilidade ou não do projeto.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial.
  • Autoridade: Dono do Produto Negocial.
  • Consultado: Dono do Produto Técnico.
  • Informado: Dono do Produto Técnico.

03 – Planejar Release

Processo responsável por Planejar as Releases e as Sprints que fazem parte dela.

3.1.1.1 – Estimar Pontos Histórias

Descrição
Estimar as Histórias de Usuário utilizando a Técnica Adequada para subsidiar o Planejamento das Sprints e das Releases.

Matriz de Responsabilidade

  • Executantes: Scrum Team;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

3.1.1.2 – Planejar Sprint

Descrição
Planejar a Sprint contendo uma ou mais História de Usuário.

Matriz de responsabilidade

  • Executantes: Scrum Master.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team.
  • Informado: Dono do Produto Técnico.

3.1.1.3 – Planejar release

Descrição
Planejar a Release contendo uma ou mais Sprint.

Matriz de Responsabilidade

  • Executantes: Scrum Master.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team.
  • Informado: Dono do Produto Técnico.

3.1.1.4 – Avaliar Plano Release

Descrição
Planejar a Release contendo uma ou mais Sprint.

Matriz de Responsabilidade

  • Executantes: Scrum Master.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team.
  • Informado: Dono do Produto Técnico.

04 – Executar Release

Processo responsável por Executar Releases e as Sprints que fazem parte dela.

4.1.1.1 – Preparar Execução Release

Descrição
Preparar a Release para início da execução.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

4.1.1.2 – Executar Sprint

Processo: Executar Sprint – Executar Sprint.

4.1.1.3 – Gerar Release Demo

Descrição
Empacotar a(s) Sprint(s) e gerar uma Demo da Release.

Matriz de Responsabilidade

  • Executantes: Arquiteto de Software, desenvolvedor;
  • Autoridade: Scrum Master;
  • Consultado: Scrum Master, Scrum Team;
  • Informado: Dono do Produto Técnico.

4.1.1.4 – Realizar Revisão Release

Descrição
Realizar a revisão da Release.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico, Scrum Team;
  • Autoridade: Scrum Master;
  • Consultado: Scrum Team, Dono do Produto Técnico, Dono do Produto Negocial;
  • Informado: Scrum Team, Dono do Produto Negocial, Dono do Produto Técnico.

05 – Executar Sprint

Processo responsável pela execução da Sprint.

5.1.1.1 – Monitoramento e Controle

Processo: Mon&Con Sprint – Monitoramento e Controle Sprint

5.1.1.2 – Preparar Execução Sprint

Descrição
Preparar a Sprint para início da execução.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

5.1.1.3 – Elaborar Especificação Técnica

Descrição
Elaborar Especificação Técnica refinando a documentação de cada História de Usuário.

Matriz de Responsabilidade

  • Executantes: Analista de Negócio;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

5.1.1.4 – Aprovar Especificação Técnica

Descrição
Aprovar a Especificação Técnica.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico, Analista de Negócio;
  • Autoridade: Scrum Master;
  • Consultado: Analista de Negócio;
  • Informado: Dono do Produto Negocial.

5.1.1.5 – Construir Especificação Técnica

Descrição
Construir a Especificação Técnica aprovada.

Matriz de Responsabilidade

  • Executantes: Arquiteto de Software, Desenvolvedor;
  • Autoridade: Scrum Master;
  • Consultado: Analista de Negócio, Dono do Produto Técnico, Scrum Master;
  • Informado: Dono do Produto Técnico.

5.1.1.6 – Executar Testes

Descrição
Executar os testes para garantia de qualidade.

Matriz de Responsabilidade

  • Executantes: Analista de QA;
  • Autoridade: Scrum Master;
  • Consultado: Arquiteto de Software, Desenvolvedor, Scrum Master, Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

5.1.1.7 – Gerar Sprint Demo

Descrição
Empacotar as histórias e gerar uma Demo da Sprint.

Matriz de Responsabilidade

  • Executantes: Arquiteto de Software, Desenvolvedor;
  • Autoridade: Scrum Master;
  • Consultado: Scrum Master, Scrum Team;
  • Informado: Dono do Produto Técnico.

5.1.1.8 – Realizar Revisão Sprint

Descrição
Realizar a revisão da Sprint.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial, Dono do Produto Técnico, Scrum Team.
  • Autoridade: Scrum Master.
  • Consultado: Scrum Team, Dono do Produto Técnico, Dono do Produto Negocial.
  • Informado: Scrum Team, Dono do Produto Negocial, Dono do Produto Técnico.

06 – Monitorar e controlar Sprint

Processo responsável pelo Monitoramento e Controle da Release e Sprint.

6.1.1.1 – Monitorar Desempenho Sprint

Descrição
Realizar reunião diária com o Scrum Team.

Matriz de Responsabilidade

  • Executantes: Scrum Team, Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

6.1.1.2 – Replanejar História Usuário

Descrição
Solicitar o replanejamento das Histórias candidatas a sair da Sprint.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

6.1.1.3 – Resolver Impedimentos

Descrição
Resolver os impedimentos identificados no Monitoramento.

Matriz de Responsabilidade

  • Executantes: Scrum Master;
  • Autoridade: Scrum Master;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

07 – Homologar release

Processo responsável pela Homologação e Aceite da Release.

7.1.1.1 – Homologar release

Descrição
Homologar a Release.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Negocial;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Dono do Produto Técnico;
  • Informado: Dono do Produto Técnico.

7.1.1.2 – Apoiar Homologar

Descrição
Apoiar a homologação da Release.

Matriz de Responsabilidade

  • Executantes: Dono do Produto Técnico;
  • Autoridade: Dono do Produto Negocial;
  • Consultado: Scrum Master;
  • Informado: Scrum Master.

Sistema de informações sobre orçamentos públicos em saúde

SIOPS – dúvidas técnicas relacionadas à área de informática

Descentralização do SIHSUS

Cadastro nacional de estabelecimentos de saúde

Cadastro nacional

Sistema de informações do programa nacional de imunizações