Como delimitar o escopo de um projeto de digitalização na manufatura: um modelo de entrega em seis etapas

Por que a delimitação de escopo decide mais do que a escolha de plataforma

A maior parte do período de avaliação vai para comparar plataformas: qual SCADA, qual MES, qual banco de dados, qual pilha de protocolos. Essa comparação importa, mas raramente é o motivo de um projeto falhar. Os projetos falham porque nenhum documento declara onde a fase um termina.

Escopo não é um parágrafo em uma proposta. É um conjunto de respostas específicas — qual linha, quais postos, quais itens de dados, quais relatórios, e quais condições significam que o trabalho está completo. Enquanto essas respostas não existem, as estimativas de esforço são palpites, e as solicitações de mudança posteriores não têm linha de base contra a qual serem medidas.

• Cada reunião acrescenta postos e relatórios, e nenhum documento registra o que foi retirado em troca
• Uma meta de melhoria foi combinada antes de qualquer linha de base ser medida, de modo que depois nenhum dos lados consegue demonstrar se foi atingida
• A palavra «integração» aparece no contrato sem nomear o sistema contraparte, a direção dos dados ou quem é dono dos dados mestres
• As telas são discutidas em detalhe enquanto o endereço de origem de cada item de dados ainda não está atribuído
• O aceite é descrito como «o sistema opera normalmente», sem nenhuma condição mensurável anexada

Os cinco sinais aparecem antes de uma só linha de código ser escrita, o que também explica por que os cinco ainda são baratos de corrigir naquele ponto.

Seis etapas, e o que se espera que cada uma produza

O modelo abaixo divide um projeto de digitalização em seis etapas. Nomeá-las não é formalidade de processo — o ponto é que cada etapa ganha uma condição de saída, para que os dois lados possam dizer se ela de fato terminou.

• Diagnóstico — produz uma avaliação de pontos de dor e uma linha de base de dados medida. A regra de trabalho é medir primeiro, calcular depois: colete dados de linha de base antes de combinar metas de melhoria e escopo. Não produz um preço fechado para uma implantação de planta inteira.
• Piloto — quando o escopo pode ser cercado, uma área pequena roda primeiro, com critérios de aceite combinados de antemão; períodos e indicadores que não têm valor confirmado são levantados e confirmados pelos dois lados. Não produz uma implantação de planta inteira.
• Implementação e comissionamento — parte de modelos de engenharia padronizados: alocação de I/O, listas de tags, topologia de rede e especificações de tela vêm antes da construção. Para trabalho de retrofit, também produz um plano de obra que mantém a produção rodando. Não produz requisitos novos; esses pertencem a um processo de mudança.
• Documentação de aceite — os documentos são eles mesmos entregáveis: manuais de operação, descrições de tabelas de banco de dados, especificações de interface, desenhos de lista de tags e outros materiais combinados contra o contrato e o escopo do projeto, para que a planta possa gerir, consultar e estender o sistema depois. Não produz quaisquer documentos de que alguém se lembre de pedir após a transferência; a lista é fixada no acordo técnico.
• Manutenção anual — produz um contrato de manutenção padronizado, uma lista de verificação de manutenção que avança ano a ano e um relatório anual de manutenção, para que o suporte se torne mensurável e revisável. Não produz desenvolvimento novo sem teto.
• Expansão — avança uma segunda fase com base no escopo do projeto e em uma avaliação no local, dando prioridade à compatibilidade com o investimento existente. Não produz uma substituição da fase um.

A metade «não produz» pesa tanto quanto a primeira. A maioria das controvérsias de transferência remonta a trabalho que um lado assumiu estar dentro de uma etapa em que nunca foi combinado.

Etapa a etapa: entregáveis e decisões do comprador

A tabela abaixo foi escrita para ser usada como lista de verificação nas conversas com o fornecedor. Se a terceira coluna não puder ser preenchida para uma etapa, essa etapa ainda não está delimitada, independentemente do que a proposta diga.

A numeração é uma sequência, não um cronograma. O diagnóstico pode levar dias, um piloto de uma só linha de quatro a oito semanas, uma implementação de planta inteira bem mais. Fixar a condição de saída de cada etapa importa mais do que fixar a duração.

Documentos são entregáveis, não papelada

Um padrão familiar: o sistema funciona, o engenheiro do fornecedor sabe como funciona, e mais ninguém. Dois anos depois a linha é modificada, aquele engenheiro já saiu, e a planta não consegue alterar um relatório porque ninguém escreveu de quais tabelas ele lê.

Um conjunto completo de documentos de projeto industrial chega a catorze tipos. Agrupá-los pelo ponto em que são produzidos facilita conferir a lista do fornecedor contra o contrato.

A abordagem recomendada é anexar esta lista ao acordo técnico em vez de contar com a boa vontade. Um conjunto de documentos combinado por escrito não custa extra na assinatura, e é caro de reconstruir depois que a equipe do projeto se dispersou.

Quais indicadores pertencem ao acordo técnico

«O sistema opera normalmente» não pode ser testado. Uma cláusula de aceite só é útil se uma terceira pessoa sem histórico do projeto puder lê-la, rodar um teste e chegar a um sim ou a um não.

Os indicadores abaixo são mensuráveis no local, e são os que valem negociar antes de assinar. Os valores devem ser preenchidos em conjunto contra o processo real, e não copiados de um modelo.

• Preenchimento de dados após uma interrupção: uma vez restaurada a comunicação, se as curvas de processo que cobrem o período interrompido são recuperadas automaticamente, e como a completude é verificada
• Acurácia de alarmes: como alarmes falsos e alarmes perdidos são contados, em qual janela de observação, e qual limiar é aceitável
• Latência de dados: o intervalo desde uma mudança no dispositivo até sua aparição na tela e no banco de dados, declarado como cifra e não como «tempo real»
• Definições de relatório: para cada relatório, a regra de agregação, o limite de turno, o fuso horário e o método de arredondamento — para que produção e qualidade leiam o mesmo número
• Recuperação e resposta: tempo de reinício após falha de servidor, o período de retenção antes de os dados irem para o arquivo histórico, e o tempo de resposta comprometido na manutenção

Indicadores como preenchimento de dados após uma interrupção e acurácia de alarmes podem ser escritos em um acordo técnico como condições de aceite, e pedir a um fornecedor que os aceite é um pedido razoável, não um pedido incomum.