PPS - Processo de Proposta de Solução Versão 1.3.1

(1)

Banco Central do Brasil, 2015 Página 1 de 13 D:\Projetos SVN\Sumed\Metodologias\PFS-BC\PropostaSolucao\PPS.docx

PPS - Processo de Proposta de Solução

(2)

Banco Central do Brasil, 2015 Página 2 de 13 D:\Projetos SVN\Sumed\Metodologias\PFS-BC\PropostaSolucao\PPS.docx Índice

1. FLUXO DO PPS - PROCESSO DE PROPOSTA DE SOLUÇÃO ... 3

2. SOBRE ESTE DOCUMENTO ... 4

2.1 GUIA DE UTILIZAÇÃO ... 4 2.2 DEFINIÇÕES ... 5 3. PROCESSO ... 5 3.1 PROPÓSITO ... 5 3.2 ESCOPO ... 5 3.3 RESULTADOS ESPERADOS ... 5 3.4 PAPÉIS... 5 3.5 PRODUTOS DE TRABALHO ... 6 3.6 ATIVIDADES ... 8

3.6.1. Avaliar proposta de solução ... 8

3.6.2. Preparar para reunião do Coarq ... 9

3.6.3. Realizar reunião do Coarq ... 10

3.6.4. Realizar prova de conceito ... 11

3.6.5. Registrar decisões arquiteturais ... 12

(3)

Banco Central do Brasil, 2015 Página 3 de 13

D:\Projetos SVN\Sumed\Metodologias\PFS-BC\PropostaSolucao\PPS.docx

1. Fluxo do PPS - Processo de Proposta de Solução

(4)

2. Sobre este documento

2.1 Guia de utilização

Atividades: lista de tarefas que são executadas para alcançar os resultados esperados do

processo.

Definições: as definições encontradas neste documento têm por objetivo prover o

entendimento correto das expressões utilizadas, de forma que a leitura se torne compreensível a todos e sem ambiguidades.

Descrição: é um termo geral para complementar as informações relativas às atividades do

processo.

Entradas e saídas: listam os produtos de trabalho obrigatórios ou opcionais,

intermediários ou finais. Indicam os produtos de trabalho consumidos ou produzidos pela atividade para que sua execução seja efetiva.

Escopo: é a delimitação do propósito do processo.

Histórico de versões: lista que contém informações sobre quando e o que foi alterado

nesse processo.

Notas de rodapé: fazem referência a técnicas ou práticas aplicáveis à execução das

atividades e cuja utilização é recomendada pelo processo.

Notas: são informações adicionais às tarefas que complementam sua declaração e

melhoram seu entendimento.

Papéis: são declarações de perfis que representam uma responsabilidade no processo. Produto de trabalho: “algo” que é produzido, modificado ou consumido durante a

execução da atividade do processo.

Propósito: apresenta os objetivos gerais da execução do processo.

Resultados esperados: é um resultado observável do atendimento ao propósito do

processo. Um resultado esperado é descrito em termos do benefício da execução bem-sucedida do processo.

Tarefas: ações específicas que podem ser executadas para realizar uma atividade. Uma

tarefa é expressa na forma de um requisito, recomendação ou ação permitida. É também um apoio intencional para o atendimento aos resultados esperados de um processo. Para esse propósito, a definição de uma tarefa emprega certos verbos auxiliares (deve, convém e pode) para diferenciar as formas distintas de uma tarefa. O verbo “deve” é empregado para expressar disposições ou prescrições mandatórias para obter-se a conformidade, “convém” para expressar recomendação entre outras possibilidades e “pode” para indicar um curso de ação permitido dentro dos limites do processo.

(5)

Banco Central do Brasil, 2015 Página 5 de 13 D:\Projetos SVN\Sumed\Metodologias\PFS-BC\PropostaSolucao\PPS.docx 2.2 Definições

Catálogo de serviços: lista de serviços que as equipes de desenvolvimento podem solicitar

às equipes de suporte e infraestrutura, bem como a forma como estes serviços devem ser solicitados.

https://home.intranet.bcb.gov.br/colab/portaldodesenvolvedor/Lists/CatalogoServicos

Escritório de Governança da Informação (Eginf): componente do Deinf que faz parte da

estrutura da Governança da Informação criado com objetivo de assegurar a execução das melhores práticas de gestão.

https://home.intranet.bcb.gov.br/colab/govinf/normas/Lists/Documentos/Attachments/2 /Portaria%20N75.113.pdf

Proposta de solução: solução considerada para o atendimento da demanda de TI.

Prova de Conceito (POC): do inglês Proof of Concept. É um procedimento de teste

realizado para verificar a viabilidade e aplicabilidade de uma solução de TI.

Página do Comitê de Arquitetura: local onde são publicados os resultados das avaliações

do Coarq.

http://www/portaldesenvolvedor/qualidade/comitearquitetura/consolidacao_comite.ht m

3. Processo

3.1 Propósito

O propósito do Processo de Proposta da Solução (PPS) é identificar a solução ou combinação de soluções mais adequadas ao atendimento das necessidades de negócio da demanda de TI.

3.2 Escopo

O PPS se aplica a todas as demandas de solução de software, exceto projetos de manutenção.

3.3 Resultados esperados

Como resultado da implementação bem sucedida do processo:

a. Uma solução ou combinação de soluções que atenda da melhor forma possível às necessidades de negócio é definida;

b. A disseminação e o reuso de boas soluções no Deinf é realizado;

c. A forma de obtenção da solução (aquisição ou desenvolvimento) é definida. 3.4 Papéis

(6)

Coarq (Comitê de Arquitetura): constituído por um núcleo fixo formado por

representantes da Disar, Dinan, Dipim, Dicop, Eginf e Disup, coordenado pela Disar, e um corpo variável formado por representantes de outras divisões convidados conforme a natureza do problema a ser resolvido. O comitê atua na definição das soluções.

As características recomendadas para que o Coarq desempenhe com sucesso o seu papel são:

a. Conhecer os padrões corporativos;

b. Ter experiência em arquitetura e desenvolvimento de software.

Coordenação do Coarq:equipe do Deinf que coordena e apoia as atividades do Comitê.

Corresponde atualmente à equipe de metodologia.

As características recomendadas para que a coordenação do Coarq desempenhe com sucesso o seu papel são:

a. Organizar e conduzir reuniões; b. Gerenciar expectativas.

Responsável pela iniciação: servidor do Deinf responsável pela demanda de TI.

As características recomendadas para que o responsável pela iniciação desempenhe com sucesso o seu papel são:

a. Conhecer as necessidades de negócio relacionadas à demanda de TI; b. Conhecer os padrões corporativos;

c. Saber comunicar e negociar; d. Tomar decisões.

3.5 Produtos de trabalho

Apresentação para a reunião do Coarq: apresentação preparada pelo responsável pela

iniciação a fim de contextualizar o Coarq sobre a demanda de TI.

Ata do Coarq: registro do resultado da reunião presencial do Coarq. Template:

https://home.intranet.bcb.gov.br/colab/portaldodesenvolvedor/metodologia/templates/ AtaCoarq.docx

Decisão sobre forma de obtenção da solução: registro da decisão sobre a forma de

obtenção (aquisição ou desenvolvimento) de cada um dos elementos que compõem a arquitetura da solução.

Documentação adicional: qualquer documentação ou informação distinta do

Questionário do Coarq e do Documento de Visão que contribua para o entendimento da demanda de TI.

(7)

Documento de Arquitetura: documento para registro das decisões arquiteturais do

projeto.

https://home.intranet.bcb.gov.br/colab/portaldodesenvolvedor/metodologia/templates/ DocumentoArquitetura.docx

Documento de Visão: contém as informações identificadas durante o entendimento das

necessidades de negócio. Template:

https://home.intranet.bcb.gov.br/colab/portaldodesenvolvedor/metodologia/templates/ DocumentoVisao.docx

Questionário do Coarq: questionário a ser preenchido para subsidiar a decisão da solução

mais adequada para a demanda de TI. Template:

https://home.intranet.bcb.gov.br/colab/portaldodesenvolvedor/metodologia/templates/ QuestionarioPadraoCoarq.docx

Requisição de consultoria do Coarq: requisição de TI solicitando a consultoria do Coarq.

Saiba como solicitar o serviço “Consultoria do Comitê de Arquitetura” no Catálogo de Serviços.

Resultado da avaliação da proposta de solução: julgamento do Coarq quanto à

adequação da solução proposta no Questionário do Coarq.

Resultado da prova de conceito: resultado da avaliação sobre a viabilidade técnica da

solução.

Solicitação do Coarq para a realização de reunião presencial: pedido para que seja

realizada reunião presencial em virtude de necessidade de discussão para a definição da solução.

(8)

Banco Central do Brasil, 2015 Página 8 de 13 D:\Projetos SVN\Sumed\Metodologias\PFS-BC\PropostaSolucao\PPS.docx 3.6 Atividades

3.6.1. Avaliar proposta de solução Descrição

Avaliar se a proposta de solução encaminhada pela equipe de iniciação é adequada ou se é necessária a realização de uma reunião presencial para discussão.

Entradas

Questionário do Coarq

Documento de Visão (seção Visão do negócio) Documentação adicional, quando houver

Tarefas

a) O responsável pela iniciação deve solicitar o serviço Consultoria do Coarq conforme descrito no Catálogo de Serviços;

Notas:

i. O responsável pela iniciação deve certificar-se, junto à área de negócio, de que já houve a manifestação do Eginf a respeito da base de dados do projeto, a qual é pré-requisito para a avaliação do Coarq;

ii. O responsável pela iniciação deve anexar o Questionário do Coarq e o Documento de Visão;

iii. Convém que o responsável pela iniciação inclua outros documentos ou informações que auxiliem no entendimento das necessidades do negócio para a proposição da solução.

b) A coordenação do Coarq deve encaminhar a documentação para os integrantes fixos do Comitê;

c) O Coarq deve avaliar se a proposta de solução constante do Questionário do Coarq é a mais adequada;

Notas:

i. O Coarq deve avaliar a necessidade de se fazer reunião presencial; ii. O Coarq deve responder à coordenação no prazo de 1 (um) dia útil.

Saídas

Requisição de consultoria do Coarq

Resultado da avaliação da proposta de solução

(9)

3.6.2. Preparar para reunião do Coarq Descrição

Esta atividade é obrigatória quando o Coarq julgar necessária a realização de reunião presencial.

Entradas

Documento de Visão (seção Visão do negócio) Documentação adicional, quando houver

Solicitação do Coarq para a realização de reunião presencial

Tarefas

a) A coordenação do Coarq deve organizar a reunião do Coarq;

Notas:

i. A coordenação do Coarq deve agendar uma reunião do Coarq, com antecedência mínima de 5 dias úteis;

ii. A coordenação do Coarq deve convidar os representantes do núcleo fixo do Coarq e os outros participantes conforme a natureza do problema a ser analisado;

iii. A coordenação do Coarq deve anexar ao convite para a reunião a documentação fornecida na requisição do serviço de Consultoria do Coarq;

b) O responsável pela iniciação deve preparar uma apresentação para contextualizar o Coarq sobre a demanda de TI;

Notas:

i. Convém que a apresentação dure no máximo 30 minutos;

ii. O responsável pela iniciação deve incluir uma breve descrição do negócio, as principais necessidades técnicas da demanda e o resultado de eventuais provas de conceito realizadas;

iii. Convém que o responsável pela iniciação se utilize de recursos audiovisuais para facilitar o entendimento pelo Coarq.

Saídas

(10)

3.6.3. Realizar reunião do Coarq Descrição

Esta atividade é obrigatória quando o Coarq julgar necessária a realização de reunião presencial.

Entradas

Documento de Visão (seção Visão do negócio) Documentação adicional, quando houver Apresentação para a reunião do Coarq

Tarefas

a) A coordenação do Coarq deve atuar como facilitadora da reunião;

b) O responsável pela iniciação deve fazer uma apresentação para contextualizar o Coarq sobre a demanda de TI;

c) O Coarq deve definir a proposta de solução a ser adotada;

Notas:

i. O Coarq deve propor soluções para cada necessidade técnica apresentada pelo responsável pela iniciação;

ii. Convém que o Coarq considere os produtos e serviços disponíveis no mercado;

iii. O Coarq pode solicitar que o responsável pela iniciação realize provas de conceito para apoiar a definição da proposta de solução;

iv. O Coarq deve justificar o descarte das propostas de solução consideradas inadequadas.

d) A coordenação do Coarq deve registrar o resultado da reunião;

Notas:

i. A coordenação do Coarq deve registrar o resultado da reunião na Ata do Coarq; ii. A coordenação do Coarq deve encaminhar a ata ao Coarq para validação do conteúdo; iii. A coordenação do Coarq deve publicar a ata na página do Comitê de Arquitetura.

Saídas

(11)

3.6.4. Realizar prova de conceito Descrição

Atividade realizada a partir da necessidade de realização de prova de conceito, identificada pelo Coarq ou pelo responsável pela iniciação.

Entradas

Ata do Coarq (com solicitação para realização de provas de conceito), quando houver

Tarefas

a) O responsável pela iniciação deve planejar as etapas da prova de conceito;

Notas:

i. Convém que o planejamento tenha um escopo bem definido e resultados esperados que permitam avaliar objetivamente a aplicabilidade da solução;

ii. Convém que a prova de conceito foque nos pontos de incerteza da solução; iii. Convém que sejam identificados os cenários de teste a serem executados;

iv. O responsável pela iniciação deve instalar o ambiente necessário à execução da prova de conceito.

b) O responsável pela iniciação deve executar as etapas planejadas;

Nota:

i. O responsável pela iniciação pode consultar outras equipes do Deinf.

c) O responsável pela iniciação deve avaliar o resultado da prova de conceito;

Nota:

i. Caso a prova de conceito tenha sido determinada pelo Comitê de Arquitetura, o responsável pela iniciação deve solicitar nova reunião do Coarq.

Saídas

(12)

3.6.5. Registrar decisões arquiteturais Descrição

Registrar as soluções avaliadas e as decisões tomadas durante o processo de proposta de solução.

Entradas

Documento de Visão (seção Visão do negócio) Questionário do Coarq

Ata do Coarq, quando houver

Tarefas

a) O responsável pela iniciação deve registrar as decisões arquiteturais da solução no Documento de Arquitetura;

Notas:

i. O responsável pela iniciação deve incluir referência para o Documento de Visaõ e o Questionário do Coarq na seção Contextualização;

ii. O responsável pela iniciação deve registrar as informações sobre as arquiteturas escolhida e descartadas na seção Decisões Arquiteturais, incluindo as justificativas.

b) O responsável pela iniciação deve registrar a decisão pela aquisição ou desenvolvimento dos elementos da arquitetura da solução.

Nota:

i. O responsável pela iniciação deve armazenar a formalização1_{da decisão no repositório}

do projeto.

Saídas

Documento de Arquitetura (seções Contextualização e Decisões Arquiteturais) Decisão sobre forma de obtenção da solução

(13)

Banco Central do Brasil, 2015 Página 13 de 13 D:\Projetos SVN\Sumed\Metodologias\PFS-BC\PropostaSolucao\PPS.docx 3.7 Histórico de versões

Data Versão Descrição

19/08/2015 1.3.1  Atualização do nome das equipes do Coarq para refletir a atual estrutura do Deinf.

15/07/2015 1.3.0  Inclusão de nota com pré-requisito da manifestação do Eginf sobre a base de dados do projeto antes da consulta ao Coarq.

03/02/2015 1.2.2  Alteração do endereço de hiperlinks para o Portal do Desenvolvedor na área Colaboração da intranet.

22/08/2014 1.2.1  Alteração do endereço de hiperlinks para o endereço da nova plataforma da intranet do Bacen.

22/07/2014 1.2.0  Revisão da seção Propósito. 20/12/2013 1.0.0  Versão inicial.