As listas de verificação são uma das ferramentas que compõem o Sistema Toyota de Desenvolvimento de Produto (STDP). Elas constituem uma base de conhecimento acumulado, apresentando tudo que uma empresa conseguiu aprender ao longo do tempo sobre as boas e más práticas de um projeto. Pode-se dizer que as listas de verificação são simples lembretes de itens ou práticas que não podem ser esquecidas durante o desenvolvimento de um produto. Elas podem ser tanto poderosas, se usadas e atualizadas regularmente, quanto inúteis, se forem pouco utilizadas. Segundo James Morgan, autor do livro – Sistema Toyota de Desenvolvimento de Produto, as listas de verificação são ferramentas de padronização e constituem a parte central do STDP. Sua utilização inicia-se desde o período do Kentou, até o final do projeto. As listas de verificação podem proporcionar a orientação de um processo, além de ajudar a garantir a qualidade de um produto. Cada item de um produto deve conter uma lista com um único responsável, o qual cuidará de sua manutenção. A matriz de qualidade do pára-lama do Camry, ilustrada na figura 1, é um típico exemplo de uma lista de verificação.
Figura 1. Exemplo de lista de verificação – Matriz de qualidade do pára-lama do Camry.
Fonte: Morgan, M. J. (2008), Sistema Toyota de Desenvolvimento de Produtos (p. 309). São Paulo: Bookman
Entende-se pela ilustração anterior que quanto mais o desenvolvimento avança, novos itens a serem inspecionados surgem mediante cada etapa do processo. Dessa forma, a Toyota consegue garantir a qualidade em cada peça e consequentemente no produto final.
Como uma lista de verificação pode ser usada em Lean TI? O exemplo da lista de verificação apresentado na figura 1 pode parecer complicado em razão de vários detalhes a serem inspecionados durante o processo de fabricação de um automóvel. Porém, se lembrarmos que o princípio de uma lista é somente adicionar simples lembretes de itens ou práticas que não podem ser esquecidas durante o desenvolvimento, a sua aplicação torna-se simples. Por exemplo, suponhamos que um Product Owner (P.O.) recebe alguns requisitos do cliente semanalmente. Com o passar do tempo o P.O. passará a ter experiência do que é necessário ter checagens adicionais e poderá criar uma lista de verificação para requisições similares. Para um template de email marketing poderíamos ter uma lista contendo alguns os itens como:
Repare que os itens citados anteriormente devem ser verificados durante o processo de desenvolvimento e não apenas no final da implementação. Para especificar com mais detalhes sobre o conceito das listas de verificação, imaginemos um desenvolvedor que recebe um requisito ou uma User Story (U.S.) para implementar. Durante a codificação poderão surgir pontos distintos da aplicação que necessitam de ajustes. Nesse momento, o programador terá de tomar uma decisão: alterar o(s) código(s) imediatamente em outra(s) parte(s) da aplicação, de forma a manter a integridade em seu desenvolvimento, ou continuar a programação e modificar quando terminar o que está fazendo atualmente. Normalmente os desenvolvedores responderiam: se a modificação for rápida, de forma a não perder o foco do trabalho atual, ajustaria a(s) outra(s) área(s) da aplicação primeiramente, caso contrário modificaria somente após finalizar o que comecei. Podemos concluir que se o número de ajustes, paralelos à codificação atual do programador, for elevado, maiores serão as chances de ele se esquecer de implementar algo. Se o desenvolvedor registrar essas modificações, no momento em que identificá-las, no computador ou usando papel e caneta, as chances de esquecimento diminuirão consideravelmente, resultando uma maior consistência na codificação e consequentemente melhorando a qualidade do produto final.
Conclui-se que, se os itens a serem inspecionados de um projeto de TI tornam-se reincidentes para a equipe com o passar do tempo, o responsável pela área, onde a reincidência ocorreu, deverá criar uma lista de verificação detalhando o que deve ser checado e em qual etapa do processo de desenvolvimento. Se forem problemas específicos, que surgem mais frequentemente durante a codificação, a lista de verificação deve ser feita no exato momento que o desenvolvedor identificar necessidade - sob esse tipo de situação, esses lembretes específicos poderão ser descartados caso o desenvolvedor não identifique uso futuro. Para saber se as aplicações das listas estão sendo feitas corretamente em TI, uma das opções seria medir o número de erros obtidos na etapa de teste do processo de desenvolvimento e verificar se ele diminui com o passar do tempo. É válido lembrar que as listas de verificação não são apenas uma ferramenta que a Toyota utiliza durante o processo de desenvolvimento de produto, elas são uma forma de aprendizado e possibilita melhoria contínua dos subprocessos responsáveis pela concepção dos veículos. A qualidade de um produto ou um projeto é muitas vezes percebida nos detalhes e para dificultar o esquecimento de algum deles e evitar algum erro, é necessário utilizar uma lista de verificação.
Bibliografia
- Morgan, J. M. e Liker, J. K. (2008), Sistema Toyota de Desenvolvimento de Produto. São Paulo: bookman