A ´area ´e composta por 3 Objetivos Espec´ıficos (SG) com Pr´aticas Especificas (SP) em cada um. A seguir tem-se uma descri¸c˜ao de cada objetivo e pr´atica.
• SG 1 - Preparar para a verifica¸c˜ao: Preparar ´e um ponto crucial para a verifica¸c˜ao.
E neste momento que os testes, analises e demonstra¸c˜´ oes s˜ao definidos.
■ SP 1.1 - Selecionar produtos de trabalho para verifica¸c˜ao: Deve-se selecionar os produtos de trabalho para verifica¸c˜ao que mais contribuem para o comprimento de requisitos.
■ SP 1.2 - Estabelecer o ambiente de verifica¸c˜ao: Pode-se escolher um produto de trabalho que deva ser verificado em uma instala¸c˜ao especifica, um produto de trabalho que possa ser verificado em ambiente virtual ou com uma experimento cientifico.
■ SP 1.3 - Estabelecer procedimentos e crit´erios de verifica¸c˜ao: Os crit´erios servem para verificar se os requisitos foram atingidos e os procedimentos servem para que haja um padr˜ao na verifica¸c˜ao.
• SG 2 - Realizar revis˜oes por pares: As revis˜oes por pares envolvem uma an´alise met´odica dos produtos de trabalho pelos pares de produ¸c˜ao para identificar defeitos e para recomendar outras mudan¸cas.
■ SP 2.1 - Preparar revis˜ao por pares: Identificar a equipe, preparar material e definir crit´erios da revis˜ao.
■ SP 2.2 - Conduzir revis˜ao por pares: O objetivo da revis˜ao ´e descobrir e eliminar problemas de forma precoce.
■ SP 2.3 - Analisar dados da revis˜ao por pares: Armazenar dados da verifica¸c˜ao e analisar os dados da verifica¸c˜ao.
• SG 3 - Selecionar produtos de trabalho selecionados: As atividades de verifica¸c˜ao s˜ao comuns durante o ciclo de vida do produto e s˜ao usadas para verificar os produtos de trabalhos associados com manuten¸c˜ao, suporte e treinamento.
■ SP 3.1 - Performar verifica¸c˜ao: Promover a detec¸c˜ao de problemas de forma precoce e solucionar esses problemas.
■ SP 3.2 - Analisar resultados de verifica¸c˜ao: Comparar resultados reais com crit´erios de verifica¸c˜ao para determinar a aceita¸c˜ao dos produtos de trabalho.
3.2 Metodologia de gerenciamento do projeto - Integrated Program Planning and
TeamcenterIntegrated Program Planning and Execution (IPP&E - Execu¸c˜ao e planejamento integrado de programas) garante uma perspectiva abrangente do planejamento de projetos, de modo a integrar custos, cronogramas, riscos e requisitos t´ecnicos.
O Processo operacional sugerido por Siemens Digital Industries Software (2022a) est´a apresentado na Figura 16.
Figura 16 – Processo Operacional IPP&E
Fonte: Autor
A seguir ser˜ao definidos os processos da solu¸c˜ao:
• Defini¸c˜ao da WBS do programa: A WBS ´e uma estrutura hier´arquica, na qual o item mais inferior representa uma tarefa que deve ser entregada para atingir determinado objetivo, este n´ıvel mais inferior da estrutura hier´arquica tamb´em ´e chamado de pacote de trabalho.
• Estimativa de custos e prepara¸c˜ao do cronograma: M˜ao de obra, material, recursos humanos e outros custos s˜ao definidos nesta fase, al´em da cria¸c˜ao do cronograma baseado nos pacotes de trabalho criados no processo anterior.
• Execu¸c˜ao do Programa: Todo o planejamento do projeto feito previamente ´e execu-tado no Teamcenter.
• Defini¸c˜ao da WBS Comum: Esta fase consiste na defini¸c˜ao de um template de WBS, que pode ser usada para programas semelhantes.
• Li¸c˜oes aprendidas: Com a finaliza¸c˜ao do programa, ´e comum a reuni˜ao de pontos importantes que devem ser levados para futuros programas e para que a organiza¸c˜ao possa aprender com seus desenvolvimentos e erros.
A seguir ser˜ao detalhados os processos utilizados para a constru¸c˜ao do framework proposto.
3.2.1 Defini¸c˜ao da WBS do programa
A WBS do programa proporciona uma estrutura para o trabalho necess´ario para atingir os objetivos do programa.
Um programa pode ser composto por projetos e subprojetos, que podem ser entendidos como subdivis˜oes de organiza¸c˜ao do programa. Al´em dos projetos e subprojetos tem-se os eventos, que s˜ao a representa¸c˜ao de um ponto no tempo importante para o programa, projeto ou subprojeto, alguns exemplos de eventos s˜ao: Aprova¸c˜ao do corpo executivo, reuni˜ao de lan¸camento do projeto, entrega de um design de produto chave, in´ıcio da produ¸c˜ao f´ısica ou ent˜ao in´ıcio dos testes e verifica¸c˜ao.
Como padr˜ao de cria¸c˜ao da WBS, come¸ca-se com o objetivo final para que depois haja uma subdivis˜ao de objetivos em componentes gerenci´aveis em termos de tamanho, esfor¸co e dura¸c˜ao.
Os n´ıveis de uma WBS est˜ao relacionados com os requisitos do programa. A partir dessa rela¸c˜ao os objetivos t´ecnicos detalhados s˜ao inseridos e os escopos de trabalho para cada objetivo ´e determinado. Os recursos, materiais e processos necess´arios para atingir o objetivo de cada pacote de trabalho ´e incrementalmente estimado.
Eventualmente estes pacotes de trabalho ser˜ao mapeados para uma tarefa em um cronograma e a sequˆencia entre estas tarefas pode ser definida por uma rela¸c˜ao de sequenciamento entre pacotes de trabalho.
Outros aspectos importantes para o programa s˜ao os riscos e oportunidades. Os riscos, de acordo com PMI (2013), s˜ao eventos ou condi¸c˜oes incertas que, se ocorrerem, provocar˜ao um efeito positivo ou negativo em um ou mais objetivos do projeto. Caso o resultado de um risco seja positivo o IPP&E chama de oportunidade.
3.2.2 Estimativa de custos e prepara¸c˜ao do cronograma
Depois de estabelecer os objetivos, escopo e tarefas, a defini¸c˜ao de custos e cria¸c˜ao de cronogramas deve ser executada antes da execu¸c˜ao do programa, importante destacar a relevˆancia destas estimativas no processo de planejamento de projeto e programas.
Os custos relacionados a tirar o projeto do papel n˜ao ser˜ao estimados e n˜ao devem ser integrados aos planos do programa.
O entreg´avel do programa ´e um objeto especial para o Planejamento do Programa e pode ser usado como um recipiente para os produtos de trabalho reais a serem criados ou modificados. Na abordagem integrada da gest˜ao de programas os entreg´aveis s˜ao subprodutos dos pacotes de trabalho definidos na WBS, proporcionando uma conex˜ao entre a WBS e os entreg´aveis dos eventos. O entreg´avel do programa pode ser usado para:
• Agrupar o programa, o projeto, o subprojeto e os resultados do evento de uma maneira l´ogica, por exemplo, todos os documentos de qualidade.
• Criar contˆeiner para produtos de trabalho que ainda n˜ao existem.
A ferramenta de planejamento do programa permite a cria¸c˜ao autom´atica de cronogramas que controlam o trabalho necess´ario para completar os estreg´aveis dos eventos, em outras palavras, todo entreg´avel precisa passar por um grupo de tarefas padr˜ao.
Se necess´ario, os cronogramas individuais criados para cada entrega em um evento podem ser agrupados em um cronograma principal para esse evento. Pode-se repetir os passos anteriores para se criar os cronogramas mestres para cada evento do programa e a partir disso o cronograma mestre do programa vai agrupar todos os cronogramas para os eventos individuais.
3.2.3 Execu¸c˜ao do Programa
A abordagem de gerenciamento de programas e projetos traz a vantagem de utilizar os mesmos cronogramas gerados durante a fase de planejamento na fase de execu¸c˜ao, sendo assim, promovendo uma rastreabilidade completa entre objetos de trabalho e garantindo consistˆencia entre os dados do projeto.
As tarefas s˜ao automaticamente iniciadas, pois podem ser configuradas com gatilhos de datas ou fluxos de trabalho, cada participante envolvido na execu¸c˜ao desta tarefa ir´a receber uma mensagem dentro no Teamcenter contendo todas as informa¸c˜oes necess´arias para executar o trabalho.
E comum que durante a execu¸c˜´ ao do programa hajam atrasados em tarefas espec´ıficas, os resultados podem estar em desacordo com a qualidade, tarefas podem ser rejeitadas. Para lidar com essas situa¸c˜oes, muitas vezes, os cronogramas devem ser reestruturados para acomodar os desvios no percurso, adicionando novas tarefas, realocando recursos, modificando as datas de execu¸c˜ao. A partir de um planejamento profundo e bem estruturado, deve-se fazer de tudo para seguir o cronograma, mas caso haja algum problema, os envolvidos no planejamento e execu¸c˜ao deve se adaptar para a nova realidade, esta ´e a essˆencia da fase de execu¸c˜ao do programa.
3.2.4 Li¸c˜oes Aprendidas
Depois da finaliza¸c˜ao de um programa, a fase de li¸c˜oes aprendidas se inicia, nela a incorpora¸c˜ao de conhecimento adquirido durante o planejamento e a execu¸c˜ao do programa
`
a base de conhecimento da organiza¸c˜ao ´e estabelecida.
Esta fase pode ser executada de diversas maneira, por´em se baseia na cria¸c˜ao de documentos e objetos de trabalho que servir˜ao de estrutura para o planejamento e execu¸c˜ao dos pr´oximos programas e projeto. Estes documentos s˜ao armazenados no Teamcenter, muitas vezes como templetes ou ent˜ao s˜ao referenciados como recursos para a cria¸c˜ao de outros programas.
3.3 Metologia para desenvolvimento t´ecnico do projeto - Model-Based Systems