Milhares de pessoas na IBM apoiam o desenvolvimento do IBM z Systems, e gerenciar o fluxo de trabalho de engenharia para uma empresa tão grande é uma tarefa enorme. Para manter os lançamentos dentro do cronograma, as equipes da plataforma IBM Z devem coordenar constantemente a fabricação, o design de chips, o hardware, o firmware, o sistema operacional, os testes, o rastreamento de defeitos e outros segmentos do projeto, além de processar grandes quantidades de dados.

Prazos de entrega implacáveis significam que problemas e erros devem ser resolvidos no início do ciclo de vida de desenvolvimento. Os sistemas também devem atender a requisitos regulatórios rigorosos em uma variedade de padrões governamentais e do setor, portanto, os testes, a validação e a verificação devem ser abrangentes.

“Há muitos controles governamentais sobre exportação, que podem estar envolvidos em restrições de desenvolvimento para alguns países e em licenciamento de controle de exportação em outros como exemplo”, diz Chris Roberts, Arquiteto, IBM Systems DevOps Enterprise Solutions Systems. “Temos que estar em conformidade com a auditoria e ser muito seguros. A IBM está ativa na comunidade de código aberto, mas não queremos que as pessoas vejam nossos designs de chip proprietários. Precisamos isolar as coisas, mesmo dentro da IBM, para que algumas equipes de desenvolvimento não vejam o que as outras estão fazendo.”

Durante anos, a equipe da plataforma zHW contou com várias ferramentas de gerenciamento de fluxo de trabalho para acompanhar o desenvolvimento, mas cada uma delas apresentava deficiências. “Uma das soluções que a IBM adquiriu há anos foi muito poderosa e fez tudo o que queríamos, mas era muito complexa e não intuitiva”, diz Dominic Odescalchi, Gerente e Executivo de Projeto da IBM, Gerenciamento do Programa zHW. “Havia desafios de usabilidade, então as pessoas começaram a procurar outras opções.”

Trabalhando na empresa de desenvolvimento IBM Z, os principais stakeholders criaram um gráfico de matriz de avaliação. Ele apresentou uma comparação lado a lado de ferramentas de fluxo de trabalho e mostrou quais soluções atenderam e quais não atenderam aos recursos de integração para as ferramentas usadas pela equipe. “Esse foi um esforço de um ano para garantir que selecionamos a ferramenta certa para fornecer os resultados que estávamos procurando”, diz Odescalchi. “Também tínhamos a liberdade de escolher a melhor ferramenta que atendesse aos nossos requisitos indispensáveis.”

Após receber inputs de membros da equipe em todo o mundo, foi definido um produto mínimo viável (MVP) que atendesse aos principais critérios de usabilidade, escalabilidade, integração vertical e horizontal, segurança, custo, priorização de backlog, suporte de linha de comando, suporte técnico e gerenciamento de dados e dependências.

Embora uma ampla seção transversal das equipes de Portfólio IBM Z tenha participado da criação do MVP, o projeto começou com as equipes zHW, que estavam comprometidas com a transição para a nova ferramenta para a primeira aprovação de implementação.

Com base em um processo de avaliação global de um ano, o stack de ferramentas IBM Engineering Workflow Management (EWM) foi selecionado como solução. “Por sermos completamente objetivos e permitirmos que os critérios e dados falassem, fomos levados ao EWM”, diz Odescalchi. “O EWM foi a ferramenta de consenso que concordamos coletivamente para fornecer a melhor solução.”

De todos os critérios de seleção, um dos fatores mais importantes foi a escalabilidade. “Precisamos de uma solução de escala empresarial, e poucas ferramentas podem suportar nosso volume de dados e usuários simultâneos e, ao mesmo tempo, fornecer o desempenho necessário”, diz Odescalchi.

A equipe de liderança da plataforma zHW respondeu ao problema da complexidade desenvolvendo personas para os principais usuários do sistema EWM. “O foco nas personas nos permitiu alcançar usabilidade e simplicidade para as pessoas inserindo dados, bem como para as pessoas consumindo dados”, diz Odescalchi. “Elas não ficarão sobrecarregadas com dezenas de opções de menu e seleções que não são relevantes para suas personas.”

Outro requisito importante do MVP era que os sistemas de gerenciamento de Track and Plan e defeitos precisavam operar como um ambiente integrado. “Não queríamos que fossem dois sistemas díspares e o EWM proporcionava esse ambiente singular”, diz Odescalchi.

Devido aos tamanhos de arquivo muito grandes criados durante o teste, qualquer solução teria que suportar anexos de armazenamento de dados grandes. “Os dados precisam estar prontamente disponíveis no armazenamento operacional. Muitas das outras ferramentas exigiam o arquivamento após apenas um ano, o que fica aquém dos recursos de que precisamos”, diz Odescalchi. “O IBM EWM pode armazenar informações em tempo real de anos sem precisar arquivar, e nenhuma das outras ferramentas chegou perto de oferecer esse recurso.”

O software IBM EWM coordenará o hub central de dados de engenharia para a equipe de desenvolvimento de plataforma zHW e trabalhará em conjunto com a solução IBM Engineering Lifecycle Management (ELM). “Algumas equipes podem estar usando um processo ágil que tem um fluxo de trabalho totalmente diferente do cascata, mas ainda precisa se conectar e ser consumido pelas outras equipes”, diz Roberts. “A personalização do fluxo de trabalho dentro do ELM ajuda a solução a se adaptar a todas as equipes, enquanto ainda coordena uma visão dos dados de desenvolvimento e progresso.”

Por fim, para garantir que o hardware esteja pronto para ser lançado, a equipe conclui os testes com a solução IBM Engineering Test Management (ETM). “Porque, novamente, isso é hardware. Você acaba com uma coisa física que desenvolveu. Como tal, as coisas precisam ser bem testadas, e tudo tem que dar certo na primeira vez”, diz Roberts.