O Sistema Toyota de Produção é sem dúvida a invenção mais importante em operação desde que o Modelo T de Henry Ford começou a sair da linha de produção. Isso gerou várias abordagens para melhorar as operações, todas baseadas nos mesmos princípios: atenção incansável aos detalhes, compromisso com a experimentação baseada em dados e encarregar os trabalhadores da tarefa contínua de aumentar a eficiência e eliminar o desperdício em seus trabalhos. Essa coleção de ideias costuma ser chamada de “enxuta”. Atualmente, a maioria das empresas de manufatura e algumas empresas de serviços colhem seus frutos. Mas as tentativas de aplicar abordagens enxutas ao trabalho com conhecimento têm se mostrado frustrantemente difíceis. A maioria no mundo dos negócios acredita que o trabalho com conhecimento não se presta aos princípios enxutos, porque, ao contrário da montagem de automóveis, ele não é repetitivo e não pode ser definido de forma inequívoca. Considere um funcionário do banco decidindo se quer fazer um empréstimo, um engenheiro desenvolvendo um novo produto e uma assistente social decidindo se o ambiente de uma criança é seguro: em cada caso, o trabalho envolve experiência e julgamento que dependem muito do conhecimento tácito — conhecimento trancado na cabeça do trabalhador. No entanto, nossa pesquisa em serviços de TI, financeiros, de engenharia e jurídicos revela que esse trabalho pode, de fato, se beneficiar dos princípios do Sistema Toyota de Produção. Por um lado, uma quantidade substancial de conhecimento considerado tácito não precisa ser; ele pode ser articulado e capturado por escrito se a organização fizer o esforço de retirá-lo da cabeça das pessoas. Por outro lado, todo trabalho de conhecimento inclui algumas atividades que não têm nada a ver com a aplicação de julgamento e podem ser simplificadas com o treinamento de funcionários para encontrar e eliminar continuamente o desperdício. Mesmo quando o conhecimento é genuinamente tácito, criar sistemas e regras para orientar as interações dos trabalhadores pode levar a uma colaboração mais eficaz. Na manufatura, há um entendimento comum de como tornar uma operação enxuta, e muitas das mesmas técnicas podem ser empregadas em diferentes organizações. Esse não é o caso do trabalho do conhecimento. No entanto, descobrimos que os princípios enxutos podem ser aplicados de alguma forma a quase todos os tipos de trabalho de conhecimento e podem gerar benefícios significativos: tempo de resposta mais rápido, maior qualidade e criatividade, custos mais baixos, menos trabalho árduo e frustração e maior satisfação no trabalho. A jornada Lean da Wipro Nosso estudo mais extenso sobre a aplicação dos princípios enxutos ao trabalho com conhecimento envolve uma iniciativa ambiciosa da Wipro Technologies. Com sede em Bangalore, Índia, a Wipro é uma das maiores empresas de serviços de TI e engenharia de produtos do mundo. Tem mais de 100.000 funcionários e 72 centros de entrega em 55 países. As operações que estamos estudando criam softwares personalizados complexos. Eles não se parecem em nada com uma linha de montagem. Os projetos são atribuídos a equipes cujos membros são escolhidos com base nas habilidades necessárias para realizar as tarefas, que vão desde o design de software que controla um decodificador digital até a criação de novas plataformas de comércio eletrônico. Assim como uma equipe de advogados trabalhando em um caso importante normalmente inclui membros com uma ampla gama de conhecimentos, uma equipe de software da Wipro consiste em pessoas com experiências altamente variadas. Alguns são bastante experientes, outros estão apenas começando; alguns têm habilidades especializadas, outros são generalistas; alguns fornecem ampla supervisão e apoio, outros fazem o trabalho real. Trocando ideias umas com as outras e testando coisas, eles encontram soluções. Vários desafios levaram a Wipro a embarcar em sua jornada enxuta, em 2004. Sua necessidade de funcionários altamente qualificados estava aumentando, assim como a movimentação estava aumentando devido à forte demanda do setor. Os dias em que a empresa podia competir com base em baixos custos de mão de obra acabaram. Nem poderia continuar competindo com qualidade superior; seus principais rivais haviam se recuperado. Em busca de uma vantagem sustentável, os líderes da Wipro decidiram construir um sistema enxuto. Embora reconhecessem que essa abordagem não era comprovada no trabalho de conhecimento e exigiria uma profunda transformação da empresa, eles acreditavam que a recompensa potencial — a capacidade de melhorar mais rápido do que seus concorrentes — valia o risco. Os gerentes da Wipro não conseguiram encontrar empresas que usassem técnicas enxutas para produzir software personalizado em grande escala. E descobriram que mesmo as principais consultorias de estratégia careciam de experiência relevante. Então, Sambuddha Deb, gerente sênior responsável pelas operações, reuniu outros nove gerentes da Wipro. O grupo se reuniu em torno de uma mesa de conferência e fez uma pergunta simples: “Como fazemos isso?” A resposta deles: “Vamos nos educar. Criaremos nossas próprias ideias para adaptar o lean a uma operação de software em grande escala e depois as testaremos.” Os gerentes começaram a estudar como a abordagem enxuta foi aplicada na manufatura. Eles se debruçaram sobre todo o material escrito que puderam encontrar, visitaram fábricas enxutas e conversaram com um ex-guru da Toyota. Em seguida, eles discutiram sobre como usar o que haviam aprendido; cada um escolheu um projeto existente para testar suas ideias. Aos poucos, eles identificaram práticas que funcionavam. Estamos estudando esse esforço desde o início. Analisamos os resultados de 1.883 projetos da Wipro que envolveram engenharia complexa de produtos ou a entrega de soluções de TI. Desses projetos, 772 usaram uma abordagem enxuta e 1.111 não. Também observamos muitos deles enquanto estavam sendo executados. Tornar uma operação enxuta é uma jornada de muitos anos, não um grande empreendimento. Ainda assim, descobrimos que a abordagem lean já está tendo um impacto significativo. Os projetos enxutos que estudamos não tiveram um desempenho melhor do que outros em medidas de qualidade (defeitos e erros), talvez porque os padrões já fossem altos. Mas eles produziram resultados superiores em termos de tempo e custo. Em média, os projetos enxutos foram concluídos em 5% menos tempo do que o previsto; os outros projetos normalmente terminaram no tempo previsto. E os projetos enxutos ficaram 9% abaixo do orçamento; os outros ficaram 2% abaixo do orçamento. (Para obter mais detalhes sobre os resultados, consulte “Princípios enxutos, aprendizado e trabalho de conhecimento: evidências de um provedor de serviços de software”, de Bradley R. Staats, David James Brunner e David M. Upton, Jornal de Gestão de Operações, Julho de 2011.) Com base em nossa pesquisa na Wipro, elaboramos alguns princípios para tornar as operações de conhecimento enxutas. Refinamos nossas ideias depois de revisar a literatura sobre manufatura enxuta (para um artigo particularmente útil, consulte “Decoding the DNA of the Toyota Production System”, de Steven J. Spear e H. Kent Bowen, HBR, setembro-outubro de 1999) e estudar os esforços enxutos em outros ambientes de trabalho baseado no conhecimento. No final, criamos seis princípios, que descreveremos em detalhes abaixo. Ao usá-los, os gerentes podem criar as abordagens lean personalizadas mais adequadas às suas organizações. Elimine desperdícios Taiichi Ohno, o principal arquiteto do sistema Toyota, disse que há “sete desperdícios” que todos em uma operação de manufatura deveriam se esforçar para eliminar: superprodução; transporte, estoque e movimentação de trabalhadores desnecessários; defeitos; superprocessamento; e espera. Os locais de trabalho de conhecimento típicos estão repletos desses resíduos. De fato, o trabalho de conhecimento inclui muitas atividades rotineiras que não envolvem julgamento ou experiência e podem consumir muito tempo: imprimir documentos, solicitar as informações necessárias para tomar uma decisão e marcar reuniões, para citar apenas algumas. Descobrimos que os trabalhadores do conhecimento tendem a subestimar grosseiramente a quantidade de ineficiência que poderia ser erradicada de seus empregos. A chave é fazer com que todos na organização tornem os resíduos visíveis de forma sistemática e façam algo a respeito. Veja como recrutar pessoas para a causa: Ensine a todos a perguntar “os cinco porquês”. O desperdício pode ser óbvio quando é apontado, mas encontrá-lo em primeiro lugar nem sempre é fácil, porque geralmente faz parte da paisagem há muito tempo. A solução: em vez de presumir que a abordagem usada para um processo está correta, suponha que ela esteja errada. Para esse fim, os gerentes da Toyota criaram “os cinco porquês” — um processo de fazer perguntas continuamente até chegar à causa raiz de cada atividade realizada. Por que estou participando desta reunião? Por que estou preenchendo esse relatório? Por que estou em frente à impressora? Quando uma equipe da Wipro cujo projeto estava atrasado passou por esse exercício, descobriu, primeiro, que seus membros estavam resolvendo os mesmos problemas repetidamente. Outras perguntas revelaram um problema maior: a equipe estava tão ocupada tentando acompanhar seu trabalho que estava negligenciando a criação de soluções padrão e o treinamento de pessoas. Isso significava que poucos membros tinham a experiência necessária para lidar com uma variedade de problemas. Em resposta, a equipe reestruturou o projeto de acordo com linhas funcionais, designou indivíduos para serem líderes primários e secundários de cada função e os tornou responsáveis pela criação de soluções padrão e pelo treinamento dos outros membros da equipe. As pessoas passavam para uma função diferente a cada trimestre para garantir ainda mais que todos adquirissem habilidades abrangentes. Embora essas medidas tenham aumentado inicialmente o tempo necessário para realizar o trabalho, logo a equipe conseguiu acelerar e entregou o projeto dentro do prazo. Incentive todos a procurarem pequenas formas de resíduos, não apenas grandes. As empresas mais bem-sucedidas já eliminaram formas grandes e óbvias de desperdício, mas as áreas de operações de conhecimento geralmente estão repletas de moedas que ninguém se preocupou em pegar. Pense no seu próprio local de trabalho. Quantos e-mails bagunçam sua caixa de entrada porque alguém enviou um e-mail para você desnecessariamente? Quanto tempo você teve que esperar para iniciar uma reunião agendada regularmente porque os participantes chegaram lentamente? Quantos relatórios são criados e ninguém lê? Para identificar e eliminar continuamente o desperdício, uma organização deve aprender a se preocupar com as pequenas coisas. Isso significa ajudar as pessoas a ver quanto desperdício as cerca e reconhecer que eliminá-lo as liberará para realizar um trabalho mais valioso (e mais gratificante). Significa aplicar os cinco porquês a tudo. E isso significa dedicar tempo e outros recursos para eliminar o desperdício. Uma equipe de projeto que observamos no início da jornada lean da Wipro sabia que precisava identificar pequenas fontes de desperdício, mas não sabia como. Ela decidiu usar um mapa de fluxo de valor para iniciar o processo. Um mapa de fluxo de valor não apenas captura os estágios individuais detalhados de um projeto em andamento, mas também identifica o valor agregado e o desperdício. A equipe deve acompanhar cada etapa e perguntar: “Por que fizemos isso?” Isso permite criar uma lista priorizada de elementos que podem ser eliminados. A equipe que estudamos estava desenvolvendo drivers de impressora — software que controla impressoras. À medida que os membros escreviam o código, precisavam testá-lo em uma impressora. O mapeamento do fluxo de valor destacou várias formas de desperdício. Por exemplo, quatro pessoas que usavam a mesma impressora costumavam ficar paradas ao redor da máquina enquanto os trabalhos das outras estavam imprimindo. A troca frequente entre os usuários também significava que eles passavam muito tempo ajustando as configurações da impressora para suas necessidades específicas. E como a impressora estava em um andar diferente, eles estavam constantemente subindo e descendo as escadas — uma viagem de ida e volta de cinco a 10 minutos. Depois de identificar essas formas de desperdício, a equipe encontrou espaço para a impressora em seu próprio andar e designou intervalos de tempo para cada usuário. Essas e muitas outras pequenas mudanças permitiram que ela dedicasse muito mais tempo ao trabalho real. Revise periodicamente a estrutura e o conteúdo de cada trabalho. Muitos trabalhos de conhecimento são não estruturados e amplos. Eles tendem a se expandir gradualmente à medida que uma atividade após a outra é adicionada. As pessoas podem acabar com muita coisa para fazer e muito tempo dedicados a tarefas de baixo valor. Os gerentes devem avaliar regularmente as tarefas de seus funcionários, incluindo quanto tempo é gasto em cada uma delas. Uma organização de desenvolvimento de produtos que realizou essa revisão descobriu que a falta de tarefas, a priorização inadequada das atribuições e a falta de compreensão do que compunha uma carga de trabalho completa criaram uma situação na qual seus engenheiros normalmente trabalhavam duas vezes mais do que poderiam realizar de forma realista. Isso estava causando gargalos significativos, alternância excessiva entre tarefas, prazos perdidos e esgotamento de colaboradores. Assim, a empresa reduziu as cargas de trabalho dos engenheiros para que o comprometimento de ninguém excedesse 100% de sua capacidade. Isso significava que nem todo o trabalho planejado poderia ser agendado, e os gerentes precisavam fazer escolhas difíceis. No entanto, a produtividade e a satisfação dos funcionários aumentaram. Especifique o trabalho A prática de escrever exatamente como realizar uma tarefa — definindo claramente a substância, a ordem, o tempo e o resultado desejado — proporcionou um valor significativo aos fabricantes. Ele permite que as saídas reais e esperadas sejam comparadas. Se os dois não coincidirem, a organização sabe que há um problema com a adesão ao processo ou ao processo em si e pode tomar medidas para corrigi-lo. À primeira vista, essa abordagem pode não parecer relevante para as operações de conhecimento. Muitos dos processos nas operações de conhecimento são elaborados dentro da cabeça de um funcionário; eles podem ser invisíveis para os outros e difíceis de articular em etapas concretas e replicáveis. Um banqueiro de investimento, por exemplo, pode não ser capaz de explicar facilmente como ele convenceu alguém a aceitar um acordo. Leitura adicional da HBR “Decodificando o DNA do Sistema Toyota de Produção”, de Steven J. Spear e H. Kent Bowen (setembro-outubro de 1999) “Fixing Health Care On the Front Lines”, de Richard M.J. Bohmer (abril de 2010) “Fixing Health Care from the Inside, Today”, de Steven J. Spear (setembro de 2005) “Aprendendo a liderar na Toyota”, de Steven J. Spear (maio de 2004) “The Lean Service Machine”, de Cynthia Karen Swank (outubro de 2003) “Além da Toyota: como erradicar o desperdício e buscar a perfeição”, de James P. Womack e Daniel T. Jones (setembro-outubro de 1996) “Da produção enxuta à empresa enxuta”, de James P. Womack e Daniel T. Jones (março-abril de 1994) Além disso, o trabalho em uma operação de conhecimento pode mudar rapidamente e, em qualquer dia, as pessoas podem realizar uma combinação de tarefas — algumas que exigem julgamento ou intuição e outras que podem ser reduzidas a um protocolo porque o problema e as melhores maneiras de resolvê-lo são bem compreendidos. Precisamente porque as pessoas normalmente realizam os dois tipos de trabalho, elas e suas organizações presumem que muitas tarefas que poderiam ser padronizadas não podem ser padronizadas. Apesar dos desafios, uma quantidade surpreendentemente grande de trabalho de conhecimento pode ser especificada. E uma vez que tenha sido feito, ele pode ser melhorado continuamente. A chave é desafiar a suposição de que todo conhecimento é inerentemente tácito. Uma empresa de manufatura que conhecemos tinha um programador experiente que designava o trabalho em toda a fábrica. Os líderes da empresa, querendo melhorar o processo de agendamento, pediram a um gerente sênior que o entrevistasse. Inicialmente, ele respondeu às perguntas do gerente com vagas generalidades. Mas quando o gerente persistiu, pedindo que ele explicasse por que ele tomou uma decisão em vez de outra, ele começou a dar respostas concretas e detalhadas. O gerente descobriu gradualmente as regras implícitas que o agendador estava usando. A empresa então ajustou as regras e o desempenho subiu. Especificar o trabalho de conhecimento envolve quatro etapas: Procure partes reproduzíveis do processo e codifique-as. Quase todas as áreas de trabalho do conhecimento têm mais pontos em comum do que aparenta. Na Wipro, as equipes acharam difícil especificar o processo geral de escrita de código, porque muitas vezes envolvia soluções inovadoras. Mas quando eles reformularam a pergunta para perguntar “O que fazemos repetidamente?” eles perceberam que muitos aspectos do processo, incluindo revisão por pares, compilações diárias (integrando todos os trechos de código escritos naquele dia no programa), testes e avaliações de clientes, ocorriam com frequência dentro de um projeto e entre projetos e podiam ser padronizados. Não tente especificar tudo inicialmente, se é que alguma vez. Algumas tarefas ocorrem tão raramente que o investimento necessário para especificá-las não vale a pena. E, às vezes, um problema é tão mal compreendido que um especialista precisa aconselhar sobre a melhor forma de resolvê-lo. No entanto, mesmo nesses casos, partes do processo podem ser especificadas. Um banco japonês que queria expandir seu negócio de hipotecas residenciais descobriu que contratar analistas de crédito especializados para apoiar o crescimento desejado seria caro e difícil. Mas os gerentes reconheceram que, ao estudar cuidadosamente as decisões de empréstimo anteriores, eles poderiam derivar as regras usadas para tomá-las e incorporá-las a um sistema de TI. O sistema não eliminou completamente a necessidade de especialistas, que precisavam fazer julgamentos em casos que eram extraordinariamente complexos ou envolviam fatores especiais. No entanto, a grande maioria dos casos pode ser tratada automaticamente, permitindo que a empresa expanda seus negócios hipotecários de forma rápida e segura. Use dados para obter a adesão. Um grande benefício de especificar processos repetíveis é que os profissionais do conhecimento ficam então livres para se concentrarem nas partes do trabalho em que podem criar mais valor. Mas muitos profissionais altamente treinados não acreditam que seu trabalho possa ser explicitado. Por exemplo, embora especificar o trabalho possa melhorar os resultados na medicina, os médicos geralmente resistem vigorosamente, argumentando que seu julgamento e experiência não podem ser reduzidos a um conjunto de regras. (Consulte a barra lateral “Leitura adicional da HBR” para ver artigos sobre esse tópico de Richard Bohmer e Steven Spear.) Leitura adicional Repensando a fábrica de decisões Gestão do conhecimento Característica Roger Martin O argumento para estruturar o conhecimento funciona como uma empresa de serviços profissionais. Salvar Compartilhar Como a especificação bem-sucedida do trabalho geralmente depende do envolvimento dos trabalhadores, superar essa resistência é crucial. Comprovar a eficácia do processo é fundamental para superar essa resistência. A Wipro reconheceu isso logo no início e começou a rastrear onde e como a especificação das tarefas estava aumentando o desempenho. Rapidamente percebeu que a especificação era particularmente benéfica para projetos atrasados. Os gerentes puderam então usar os dados sobre as melhorias desses projetos para conquistar outras partes da organização. Continue estudando o trabalho que foi designado como tácito. Mesmo que o trabalho não seja especificado hoje, isso não significa que não possa ser amanhã. O que atualmente é um evento incomum pode acontecer com frequência no futuro. E a compreensão de problemas complicados pode crescer com o tempo. Em “Fixing Health Care on the Front Lines” (HBR, abril de 2010), Richard M.J. Bohmer descreve como a Intermountain Healthcare, uma empresa que opera em Utah e Idaho, se destaca no aprimoramento regular dos protocolos de tratamento de doenças. Uma abordagem que ela emprega é permitir que os médicos substituam os protocolos em situações ambíguas. Ele coleta e analisa os dados das substituições e usa o conhecimento das bem-sucedidas para melhorar o protocolo. Se uma substituição produzir resultados ruins, a empresa usa os dados para persuadir os médicos a seguirem a rotina com mais frequência. A Intermountain até criou uma unidade para testar as ideias e intuições dos médicos. Um teste levou a melhores critérios para transferir pacientes das enfermarias para a terapia intensiva. Especificar o trabalho da maneira sistemática que descrevemos permite que uma organização do conhecimento se envolva continuamente no aprendizado disciplinado. Fazer esse esforço geralmente exige recursos dedicados. A Wipro criou um escritório de produtividade para monitorar as melhores práticas, investigar novas ideias, auxiliar nos esforços de educação e ajudar a criar procedimentos práticos padrão que poderiam ser usados em diferentes equipes. Estruturar as comunicações Reconhecendo que muitos problemas são grandes ou complexos demais para serem resolvidos por uma pessoa, as organizações estão usando cada vez mais equipes para realizar o trabalho de conhecimento. No entanto, quando várias pessoas estão envolvidas em um processo, uma comunicação eficaz se torna imperativa, especialmente porque as equipes podem ter membros em todo o mundo. Um sistema enxuto pode promover uma boa comunicação ao articular as maneiras pelas quais ela deve ser realizada. Veja como: Defina quem deve se comunicar, com que frequência e o quê. Os profissionais do conhecimento precisam entender quem usará sua produção. Quando o fornecedor da obra está em contato direto com o “cliente” (normalmente alguém da mesma equipe), os dois podem colaborar para garantir que o resultado seja executado conforme o esperado. Se a comunicação frequente gerar um rico fluxo de informações, os problemas podem ser detectados e corrigidos logo no início. E quando o conteúdo desejado da comunicação é explicitado, as pessoas obtêm as informações de que precisam e não precisam perder tempo tentando descobrir o que os outros estão dizendo. Uma ferramenta que a Wipro adotou para auxiliar nas comunicações foi a matriz de estrutura de design. Em um DSM, as tarefas de um projeto são listadas nas linhas e colunas de uma matriz, e a equipe marca se cada item está relacionado aos outros, designando cada relacionamento como uma dependência direta ou um ciclo de feedback. A álgebra matricial pode então criar uma ordem recomendada para as tarefas. (Para saber mais sobre o DSM, consulte “Seus engenheiros estão conversando uns com os outros quando deveriam?” de Manuel E. Sosa, Steven D. Eppinger e Craig M. Rowles, HBR, novembro de 2007.) A matemática é um pouco complicada, mas a Wipro usou uma versão simplificada de planilha que qualquer equipe poderia entender. Com o toque de um botão, o programa classificou as tarefas e identificou quais membros da equipe precisavam interagir sobre cada uma delas e quando. Crie um entendimento compartilhado. Os membros das equipes de conhecimento trabalham cada vez mais além das fronteiras geográficas, culturais, linguísticas e funcionais. Isso significa que eles podem não ter a mesma opinião sobre o que está sendo comunicado; as mesmas palavras podem ter significados diferentes para pessoas diferentes. Considere as interações entre pessoas de uma empresa dos EUA e seu provedor indiano de serviços de TI. Uma troca que documentamos envolveu uma pergunta aparentemente simples: “Você pode concluir o trabalho dentro de um determinado prazo?” Para as pessoas da empresa norte-americana, sim significava sim e não significava não — e se algo desse errado, elas podiam gritar e bater na mesa. Por outro lado, os indianos muitas vezes expressaram não de forma tão indireta que seus colegas americanos ouviram que sim. E quando os índios levantaram problemas, eles os enquadraram como perguntas suaves, que foram amplamente ignoradas pelos trabalhadores americanos, que não estavam acostumados com tais sutilezas. Embora a comunicação entre os dois grupos fosse estruturada — havia atualizações regulares entre as partes designadas, com foco em definir pontos de discussão — as mensagens não estavam sendo transmitidas. A empresa norte-americana aprendeu que, sempre que entrava em um novo relacionamento com o fornecedor, precisava especificar exatamente como o fornecedor deveria se comunicar. A necessidade de estruturar as comunicações e construir um entendimento compartilhado também ficou evidente em uma revista que conhecemos. Um editor pode adquirir um artigo longo de um autor externo e entregá-lo a um colega para edição. A tarefa de transformar essas contribuições em artigos de alta qualidade dentro do prazo era muitas vezes desafiadora e estressante. A gerência reconheceu o dilema, mas achou que era inevitável: acreditava que as entregas eram inerentemente difíceis porque a edição envolve conhecimento tácito do assunto e de como expressar as ideias, e dois editores não abordam uma peça da mesma maneira. Essas coisas eram verdadeiras, mas parte do problema era que não havia um processo específico para os dois editores se comunicarem sobre o propósito do artigo e como alcançá-lo. Freqüentemente, eles não conseguiam falar nada. Mesmo quando conversaram, as conversas não foram estruturadas. Os dois poderiam ter ideias totalmente diferentes sobre o rascunho e o trabalho necessário antes que ele pudesse ser publicado, e não havia meios formais de conciliar pontos de vista conflitantes. A revista tinha um processo específico para enviar propostas de artigos: cada um deveria incluir uma descrição por escrito do valor da peça e um plano de edição. Mas, muitas vezes, a proposta era baseada na descrição do autor de um artigo previsto, e o rascunho que finalmente chegou pode se afastar significativamente da proposta. E, às vezes, um editor adquirente contornava o processo apresentando uma proposta ao editor-chefe em uma apresentação oral. Uma abordagem mais eficaz teria estipulado, primeiro, que cada editor submetesse uma proposta por escrito, de forma que as razões para a publicação do artigo — o valor que ele proporcionaria aos leitores — ficassem registradas. Depois que um rascunho completo do artigo fosse recebido, tanto o adquirente quanto o editor designado teriam que escrever uma crítica detalhada e um plano de edição. (O último pode incluir a estrutura e o tamanho, a necessidade de conteúdo adicional, o uso de exemplos e uma estimativa do tempo necessário para concluir o trabalho.) A etapa final seria uma conversa estruturada facilitada por um editor de renome, durante a qual os três chegariam a um acordo sobre essas questões. Com comunicações bem especificadas, as pessoas entendem o trabalho que estão realizando. Isso permite que eles passem tempo resolvendo problemas em vez de tentar descobrir o trabalho em questão. Resolva divergências com fatos, não com opiniões. Uma longa linha de pesquisa destaca as maneiras pelas quais as emoções e a irracionalidade podem distorcer o processo de tomada de decisão. Isso pode ser um problema especialmente grande quando o trabalho envolve conhecimento tácito, porque muitas vezes não está claro como um especialista chegou a uma decisão específica e em que grau essa decisão foi baseada em intuição ou emoção versus fatos. Um dos projetos enxutos da Wipro ilustra o desafio e o benefício da comunicação inequívoca dentro de uma equipe. A equipe em questão implementou um sistema de revisões programadas regularmente, no qual membros mais experientes avaliavam o código de software escrito por seus colegas menos experientes. O revisor de cada membro júnior era diferente a cada vez. O objetivo era se destacar em encontrar e corrigir diferentes tipos de erros, ajudar pessoas menos experientes a melhorar e permitir que os membros da equipe se conhecessem. Infelizmente, os revisores seniores usaram padrões diferentes e comunicaram as avaliações de forma diferente. O que era bom escrever código para um pode ser um erro para outro. Mesmo quando os revisores concordavam sobre o que constituía um erro, eles geralmente o chamavam de coisas diferentes. A falta de padrões e comunicação comuns prejudicou o moral dos funcionários juniores. Plano de fundo essencial O novo desafio da produtividade Desenvolvendo funcionários Característica Peter F. Drucker Como as empresas podem aumentar a produtividade dos trabalhadores do conhecimento e dos serviços? Salvar Compartilhar Um dos revisores detectou o problema e reuniu a equipe para discuti-lo. O grupo reconheceu que teve a oportunidade de padronizar as comunicações e o trabalho principal. Alguns dos membros seniores elaboraram uma lista de erros comuns e suas definições, para todos os revisores usarem. O exercício levou a equipe a perceber que muitos erros que eles consideravam erros difusos — questões que envolviam coisas como a forma como as variáveis eram definidas e como as explicações eram incorporadas ao código — eram, na verdade, bastante concretos. E uma vez que essas coisas fossem explicadas, os erros poderiam ser corrigidos sistematicamente. A linguagem da equipe logo se tornou tão precisa que até mesmo uma máquina poderia entendê-la: o programa de criação de código podia avaliar automaticamente se os membros haviam seguido as diretrizes e levantaria uma bandeira vermelha se não o fizessem. No final, a equipe passou menos tempo lutando pelo que era um erro e mais tempo trabalhando na prevenção de erros em primeiro lugar. Como resultado, a incidência de erros caiu drasticamente. Resolva os problemas de forma rápida e direta Um dos objetivos fundamentais do Sistema Toyota de Produção é transformar uma operação em um motor de solução de problemas. O núcleo desse mecanismo é o método científico: articular uma hipótese explícita e mensurável sobre como algum aspecto do trabalho poderia ser melhorado, conduzir um teste objetivo da hipótese e, se os dados apoiarem a hipótese, tornar a abordagem o padrão. Mas há muito mais do que isso. Veja como adaptar o método científico em um ambiente de conhecimento: Se surgir um problema, o ideal é que a pessoa que o criou o resolva. Podem surgir problemas porque o processo de trabalho é falho ou porque o trabalhador cometeu um erro. Em ambos os casos, envolver o trabalhador na solução do problema geralmente resulta em uma solução mais rápida, porque as pessoas mais próximas a um problema geralmente sabem mais sobre ele. Se isso não for viável, o trabalhador deve participar da aplicação da correção. Lembre-se de que, na Wipro, os membros seniores de uma equipe de software verificavam o código escrito por novatos. Se um erro fosse encontrado, os novatos, e não os especialistas, eram responsáveis por corrigi-lo, com a ajuda de seus colegas seniores, quando necessário. Isso garantiu que os novatos soubessem quando haviam cometido um erro e entendessem o que havia dado errado, reduzindo a probabilidade de cometerem erros semelhantes no futuro. Os problemas devem ser resolvidos onde eles ocorrem. A localização fornece informações contextuais importantes. Sem essa informação, quem está tentando resolver um problema não consegue reproduzir exatamente o que aconteceu e tem muito menos chances de ter sucesso. Em uma época em que os membros da equipe geralmente estão espalhados pelo mundo, a ideia enxuta de que todos que estão tentando resolver um problema deveriam ser capazes de vê-lo em primeira mão pode parecer inviável. Mas a tecnologia moderna torna isso eminentemente possível. Por exemplo, alguns membros de uma equipe da Wipro que observamos foram responsáveis por testar o software no site de um cliente dos EUA; outros membros, baseados na Índia, foram responsáveis por corrigir qualquer bug que surgisse. Nesse caso, os membros da equipe não estavam apenas em locais diferentes — eles estavam em fusos horários diferentes. Um grupo normalmente dormia enquanto o outro trabalhava. Às vezes, os engenheiros na Índia não conseguiam replicar os erros que seus colegas nos EUA haviam encontrado e, portanto, não conseguiam corrigi-los. Por fim, a equipe decidiu que o grupo dos EUA usasse ferramentas de vídeo na web para registrar as etapas tomadas e as configurações do sistema que produziram um erro; isso tornou muito mais fácil para os engenheiros na Índia identificar as causas e corrigir o problema. Resolva os problemas o mais rápido possível depois que eles surgirem. Quanto mais atualizadas forem as informações sobre um problema, menos elas estarão sujeitas a distorções e mais fácil será encontrar a causa. Atacar um problema logo no início também ajuda você a aproveitar ao máximo o incidente como uma oportunidade de aprendizado. É por isso que os funcionários da Toyota puxam cabos elétricos para soar o alarme quando ocorre um problema. Mesmo que a instalação de sistemas de alarme similares em, digamos, um escritório de advocacia ou laboratório farmacêutico não seja viável, aplicar o princípio por trás deles é. Com isso em mente, uma equipe da Wipro que verificava semanalmente seu código recém-escrito passou a fazer com que os engenheiros da linha de frente verificassem o trabalho uns dos outros diariamente, enquanto os líderes da equipe revisavam o trabalho do grupo a cada dois ou três dias. A incidência de erros diminuiu. Ao usar o método científico e fazer com que quem causou um erro o corrija onde e quando ele ocorreu, uma organização do conhecimento pode criar um mecanismo de solução de problemas que impulsiona a melhoria contínua. Planeje uma jornada incremental Aplicar os princípios enxutos ao trabalho com conhecimento não é simplesmente uma questão de copiar ferramentas que tiveram sucesso na fabricação. Em vez disso, você deve usar o conteúdo da caixa de ferramentas para inventar algo novo. Você provavelmente não acertará na primeira tentativa, mas com o tempo você pode montar um sistema de melhoria contínua fazendo o seguinte: Comece pequeno. A Wipro lançou 10 projetos piloto para explorar se uma abordagem enxuta era uma opção viável. Quando oito apresentaram resultados promissores, a empresa encarregou o escritório de produtividade de liderar um esforço em toda a empresa. Pouco a pouco, a empresa aprendeu quais ideias funcionavam, quais precisavam ser refinadas e quais deveriam ser descartadas. Codifique as lições aprendidas. É importante que alguém na organização tenha uma visão geral da iniciativa; caso contrário, um aprendizado valioso poderá ser facilmente perdido. O escritório de produtividade da Wipro cumpriu essa função, analisando cada projeto enxuto, liderando os esforços educacionais e ajudando a padronizar as práticas. Continue procurando novas formas de trabalhar. Embora o progresso na Wipro tenha sido estável em termos do número de projetos enxutos realizados, os gerentes seniores reconheceram que a adoção generalizada era apenas uma medida de sucesso e que a implementação também precisava ser profunda. Três anos após o início da iniciativa lean, todos os sinais externos eram promissores. Os funcionários estavam amplamente engajados, os clientes expressaram interesse em aplicar os novos métodos da Wipro em suas próprias operações de TI e o crescimento no número de projetos enxutos foi enorme. No entanto, durante a análise contínua do esforço, os líderes da iniciativa viram que algumas equipes estavam aplicando abordagens enxutas apenas em certas partes de seus projetos. Preocupados com o fato de que as equipes pudessem adotar apenas algumas das ferramentas mais superficialmente atraentes e não mudar fundamentalmente a forma como trabalhavam, os líderes pararam de adicionar projetos ao esforço e reservaram tempo para reexaminar as experiências até o momento. Eles criaram recomendações detalhadas e específicas para cada estágio que poderiam ser aplicadas a vários tipos de projetos. Finalmente, reconhecendo que não tinham recursos para apoiar os esforços enxutos em todos os setores, eles decidiram se concentrar em projetos maiores, onde os ganhos potenciais eram maiores. Quando esse trabalho de base foi concluído — em questão de três ou quatro meses — eles relançaram o esforço e os benefícios aumentaram. Lembre-se de que a abordagem enxuta não é útil em todos os lugares. Se o trabalho em questão é visionário e experimental e exige a invenção de novas formas de realizar tarefas, não tente aplicar os princípios lean em todos os lugares. Tarefas repetitivas dentro do trabalho podem e devem ser tratadas com ideias enxutas. Mas a inovação sofrerá se o tempo necessário para criar e testar ideias malucas for classificado como desperdício e eliminado. Envolva seus gerentes No longo prazo, os princípios enxutos resultam em melhorias de baixo para cima: as pessoas da linha de frente geram e implementam novas ideias, enquanto os gerentes desempenham um papel de apoio. Mas esse é o estado final; uma organização raramente, ou nunca, começa lá. Gerentes médios e seniores são fundamentais para iniciar o processo. Os gerentes de projeto e outros líderes de nível médio devem treinar e motivar suas equipes. Isso requer um investimento significativo de tempo de gerenciamento. Durante nossa pesquisa, descobrimos que equipes que tinham líderes fortemente engajados na iniciativa lean — que educaram suas equipes e as convenceram de que os esforços enxutos melhorariam o desempenho — tiveram mais sucesso do que equipes cujos líderes não o eram. Na Wipro, o gerente de projeto ou um instrutor lean certificado conduziram o treinamento inicial. Depois, coube ao gerente de projeto incentivar a equipe a usar as ideias. Os líderes seniores devem ser campeões de longo prazo. Muitas organizações sofrem de tite de melhoria do processo. Seus líderes elogiam a iniciativa do mês — e, não é de surpreender que as pessoas não levem as iniciativas muito a sério. Transformar uma organização em um sistema enxuto exige uma reinvenção popular de como o trabalho é realizado. Isso é tão verdadeiro no trabalho com conhecimento quanto na manufatura. A transformação exige investimento sustentado, uma grande quantidade de treinamento, uma nova cultura e novos processos. A liderança sênior deve tratá-lo como um programa de mudança de longo prazo. Azim Premji, presidente da Wipro, entendeu bem isso; ele esteve profundamente envolvido com a iniciativa de sua empresa desde o início. Ele analisou pessoalmente projetos enxutos, se reuniu consistentemente com os líderes da iniciativa e falou sobre isso para o mundo exterior. Seu compromisso público deixou claro para os funcionários que o programa existia para ficar. Transformando um Uma fábrica em um sistema enxuto exige um esforço enorme e incansável. Persistência, não genialidade, é a chave. Transformar uma operação de conhecimento, que tem muito menos processos repetitivos e codificáveis, em um sistema enxuto é ainda mais difícil. Mas, como testemunhamos, isso pode ser feito. E a própria dificuldade significa que será difícil para um concorrente replicar o sistema. Esse é o seu poder. 1. A erradicação contínua do desperdício deve ser parte integrante do trabalho de todo profissional do conhecimento. 2. Esforce-se para tornar explícito o conhecimento tácito. 3. Especifique como os trabalhadores devem se comunicar uns com os outros. 4. Use o método científico para resolver problemas o mais rápido possível. As pessoas que criaram o problema deveriam resolvê-lo. 5. Lembre-se de que um sistema enxuto leva anos para ser construído. 6. Os líderes devem abrir o caminho.