Processo documentado n\u00e3o \u00e9 o fim do trabalho. \u00c9 o come\u00e7o.<\/p>\n\n\n\n
A maioria dos escrit\u00f3rios que estrutura processos passa por uma fase boa: o retrabalho cai, a equipe ganha autonomia, o dono respira. Seis meses depois, o cen\u00e1rio muda. O processo escrito n\u00e3o descreve mais o que a equipe faz na pr\u00e1tica. Cada colaborador criou o pr\u00f3prio atalho. O documento virou pe\u00e7a de museu.<\/p>\n\n\n\n
Processo n\u00e3o se degrada por m\u00e1 f\u00e9. Se degrada porque a realidade muda e o processo n\u00e3o acompanha.<\/strong><\/p>\n\n\n\n Melhoria cont\u00ednua \u00e9 o mecanismo que impede essa degrada\u00e7\u00e3o. N\u00e3o \u00e9 um projeto com in\u00edcio e fim, \u00e9 uma rotina que transforma erro em ajuste de processo, indicador em decis\u00e3o e sugest\u00e3o da equipe em padr\u00e3o novo. \u00c9 o que separa um escrit\u00f3rio que estruturou uma vez de um escrit\u00f3rio que evolui.<\/p>\n\n\n\n Neste artigo, voc\u00ea vai entender por que processos envelhecem, como funciona o ciclo PDCA aplicado \u00e0 realidade cont\u00e1bil, como conduzir an\u00e1lise de causa raiz sem virar ca\u00e7a \u00e0s bruxas, como montar a rotina de revis\u00e3o e quais indicadores mostram se a melhoria est\u00e1 acontecendo de fato.<\/p>\n\n\n\n Todo processo \u00e9 a fotografia de uma realidade. Quando a realidade muda e a fotografia n\u00e3o, surge a dist\u00e2ncia entre o que est\u00e1 escrito e o que \u00e9 feito.<\/p>\n\n\n\n Nova obriga\u00e7\u00e3o acess\u00f3ria, altera\u00e7\u00e3o de layout de arquivo, mudan\u00e7a em regra de enquadramento. Cada mudan\u00e7a externa invalida uma parte do processo. Quando n\u00e3o h\u00e1 gatilho de revis\u00e3o, a equipe adapta na marra e ningu\u00e9m atualiza o documento.<\/p>\n\n\n\n Interface muda, campo muda de lugar, funcionalidade nova aparece. O processo continua descrevendo a tela antiga. O colaborador experiente ignora o documento porque sabe onde clicar. O colaborador novo segue o documento e trava.<\/p>\n\n\n\n Processo desenhado para quarenta clientes n\u00e3o sustenta cento e vinte. O que era confer\u00eancia individual vira gargalo. A etapa que fazia sentido em escala pequena passa a consumir tempo desproporcional. Nada quebrou de forma vis\u00edvel, mas a opera\u00e7\u00e3o ficou lenta.<\/p>\n\n\n\n Este \u00e9 o envelhecimento positivo. Um colaborador descobre uma forma mais r\u00e1pida de executar. Se n\u00e3o existe canal para transformar essa descoberta em padr\u00e3o, a melhoria fica restrita a uma pessoa. O escrit\u00f3rio ganha um atalho individual e perde um ganho coletivo.<\/p>\n\n\n\n Em todos os casos, o sinal \u00e9 o mesmo: algu\u00e9m pergunta como se faz determinada tarefa e a resposta \u00e9 depende de quem est\u00e1 fazendo. Quando isso acontece, o processo j\u00e1 morreu e ningu\u00e9m emitiu o atestado.<\/p>\n\n\n\n O PDCA \u00e9 um ciclo simples de quatro etapas usado para melhorar processos de forma estruturada. A for\u00e7a dele n\u00e3o est\u00e1 na complexidade, est\u00e1 na disciplina de fechar o ciclo em vez de parar na metade.<\/p>\n\n\n\n A etapa de planejamento come\u00e7a com um problema espec\u00edfico e mensur\u00e1vel, n\u00e3o com uma insatisfa\u00e7\u00e3o gen\u00e9rica. A equipe est\u00e1 sobrecarregada n\u00e3o \u00e9 um problema definido. O tempo m\u00e9dio de fechamento do departamento fiscal subiu de seis para nove dias no \u00faltimo trimestre \u00e9.<\/p>\n\n\n\n Definido o problema, formula-se a hip\u00f3tese de causa e a mudan\u00e7a a ser testada, com um resultado esperado expl\u00edcito.<\/p>\n\n\n\n A mudan\u00e7a \u00e9 aplicada em um recorte controlado. Um grupo de clientes, um colaborador, um m\u00eas. Testar em escala reduzida limita o dano se a hip\u00f3tese estiver errada e permite observar o efeito com clareza.<\/p>\n\n\n\n Mudar o processo de toda a opera\u00e7\u00e3o de uma vez \u00e9 o erro que faz a equipe perder confian\u00e7a na melhoria cont\u00ednua, porque quando d\u00e1 errado o custo \u00e9 alto e vis\u00edvel.<\/p>\n\n\n\n Sem medi\u00e7\u00e3o pr\u00e9via, n\u00e3o existe verifica\u00e7\u00e3o. \u00c9 por isso que a etapa de planejamento precisa registrar o n\u00famero inicial. Verifica\u00e7\u00e3o \u00e9 compara\u00e7\u00e3o: o indicador melhorou, piorou ou ficou igual?<\/p>\n\n\n\n Resultado neutro \u00e9 informa\u00e7\u00e3o \u00fatil. Significa que a causa presumida n\u00e3o era a causa real, e o ciclo recome\u00e7a com outra hip\u00f3tese.<\/p>\n\n\n\n Se funcionou, a mudan\u00e7a vira padr\u00e3o: o processo \u00e9 atualizado, a equipe \u00e9 comunicada e a nova vers\u00e3o passa a ser a refer\u00eancia. Se n\u00e3o funcionou, descarta-se e registra-se o aprendizado.<\/p>\n\n\n\n A etapa de padroniza\u00e7\u00e3o \u00e9 a mais pulada e a mais importante. Melhoria testada que n\u00e3o vira documento se perde na primeira troca de equipe.<\/strong><\/p>\n\n\n\n Problema: o \u00edndice de retifica\u00e7\u00e3o de obriga\u00e7\u00f5es acess\u00f3rias est\u00e1 acima do aceit\u00e1vel. Hip\u00f3tese: a confer\u00eancia acontece apenas ao final, quando corrigir j\u00e1 \u00e9 caro. Mudan\u00e7a testada: incluir um ponto de confer\u00eancia intermedi\u00e1rio em um grupo de clientes por dois meses. Verifica\u00e7\u00e3o: comparar o \u00edndice de retifica\u00e7\u00e3o do grupo testado com o restante da carteira. A\u00e7\u00e3o: se o \u00edndice cair, o ponto de confer\u00eancia entra no processo padr\u00e3o de todos os clientes.<\/p>\n\n\n\n Melhoria cont\u00ednua morre no primeiro dia em que a an\u00e1lise de erro vira julgamento de pessoa. Quando errar tem custo pessoal, a equipe esconde o erro. E erro escondido n\u00e3o gera melhoria, gera reincid\u00eancia.<\/p>\n\n\n\n Diante de uma falha, a pergunta n\u00e3o \u00e9 quem fez. \u00c9 o que no processo permitiu que isso acontecesse. Toda falha recorrente tem causa estrutural: informa\u00e7\u00e3o de entrada incompleta, crit\u00e9rio de execu\u00e7\u00e3o indefinido, aus\u00eancia de ponto de confer\u00eancia, prazo apertado demais.<\/p>\n\n\n\n M\u00e9todo simples para chegar da consequ\u00eancia \u00e0 causa. Aplicado a um caso comum:<\/p>\n\n\n\n A causa raiz n\u00e3o \u00e9 o colaborador. \u00c9 a aus\u00eancia de canal \u00fanico. Corrigir a pessoa resolve um caso. Corrigir o canal resolve a categoria inteira.<\/p>\n\n\n\n Nem toda falha exige mudan\u00e7a de processo. A distin\u00e7\u00e3o pr\u00e1tica \u00e9 a recorr\u00eancia: falha que acontece uma vez, com pessoas diferentes e em contextos diferentes, \u00e9 ru\u00eddo. Falha que se repete \u00e9 processo.<\/p>\n\n\n\n O registro de ocorr\u00eancias \u00e9 o que permite fazer essa distin\u00e7\u00e3o com dado em vez de impress\u00e3o. Sem registro, toda falha parece isolada e nenhuma causa estrutural aparece.<\/p>\n\n\n\n Melhoria cont\u00ednua sem rotina definida \u00e9 inten\u00e7\u00e3o. A rotina precisa ter frequ\u00eancia, participantes e pauta fixa.<\/p>\n\n\n\n Todo erro, retrabalho ou atraso gera um registro curto: o que aconteceu, em qual etapa, qual o impacto. Leva menos de um minuto e \u00e9 a mat\u00e9ria-prima de tudo o que vem depois. Sem esse h\u00e1bito, a reuni\u00e3o de melhoria vira sess\u00e3o de opini\u00e3o.<\/p>\n\n\n\n Uma vez por m\u00eas, com os respons\u00e1veis de \u00e1rea, a pauta \u00e9 fixa:<\/p>\n\n\n\n Duas ou tr\u00eas melhorias por m\u00eas, sustentadas ao longo de um ano, produzem transforma\u00e7\u00e3o. Quinze melhorias simult\u00e2neas produzem confus\u00e3o e nenhuma conclus\u00e3o.<\/p>\n\n\n\n Quem executa v\u00ea o desperd\u00edcio antes de qualquer indicador. Um canal simples para registrar sugest\u00f5es, com o compromisso de que toda sugest\u00e3o recebe resposta, converte a experi\u00eancia da equipe em melhoria de processo.<\/p>\n\n\n\n O compromisso da resposta \u00e9 a parte cr\u00edtica. Sugest\u00e3o que n\u00e3o recebe retorno mata o canal em dois meses.<\/p>\n\n\n\n Independentemente dos ciclos mensais, uma vez por ano todo processo documentado \u00e9 lido e confrontado com a pr\u00e1tica. \u00c9 a varredura que captura o envelhecimento silencioso, aquele que n\u00e3o gerou erro vis\u00edvel ainda.<\/p>\n\n\n\n Melhoria cont\u00ednua precisa de evid\u00eancia. Sem indicador, a sensa\u00e7\u00e3o de que as coisas est\u00e3o melhorando pode conviver com uma opera\u00e7\u00e3o que piorou.<\/p>\n\n\n\n Quando o registro de ocorr\u00eancias come\u00e7a, o n\u00famero aparente de erros aumenta. Isso costuma assustar o dono, mas n\u00e3o significa piora. Significa que erros que sempre existiram passaram a ser vis\u00edveis.<\/p>\n\n\n\n A leitura correta do indicador \u00e9: primeiro sobe porque melhora o registro, depois cai porque melhora o processo. Escrit\u00f3rio que interpreta a alta inicial como fracasso costuma abandonar a rotina exatamente no ponto em que ela come\u00e7aria a dar resultado.<\/strong><\/p>\n\n\n\n Vale medir tamb\u00e9m a melhoria cont\u00ednua em si: quantas melhorias foram testadas no trimestre, quantas viraram padr\u00e3o e quantas foram descartadas. Rotina que n\u00e3o gera padr\u00e3o novo h\u00e1 tr\u00eas meses \u00e9 rotina que virou reuni\u00e3o.<\/p>\n\n\n\n Quatro obst\u00e1culos aparecem com frequ\u00eancia e todos t\u00eam solu\u00e7\u00e3o estrutural.<\/p>\n\n\n\n A obje\u00e7\u00e3o mais comum \u00e9 que n\u00e3o h\u00e1 espa\u00e7o na agenda. A resposta \u00e9 que a melhoria cont\u00ednua n\u00e3o compete com a opera\u00e7\u00e3o, ela reduz a opera\u00e7\u00e3o. O tempo gasto em uma hora mensal de an\u00e1lise costuma retornar multiplicado na redu\u00e7\u00e3o do retrabalho. Ainda assim, se n\u00e3o estiver na agenda com hora marcada, n\u00e3o acontece.<\/p>\n\n\n\n Onde erro gera puni\u00e7\u00e3o, erro \u00e9 escondido. A mudan\u00e7a come\u00e7a pelo comportamento do dono na primeira falha analisada em grupo. Se ele pergunta o que no processo permitiu, a equipe entende o jogo. Se pergunta quem fez, a rotina morre ali.<\/p>\n\n\n\n Escrit\u00f3rio que decide melhorar tudo simultaneamente sobrecarrega a equipe, n\u00e3o consegue isolar o efeito de nenhuma mudan\u00e7a e conclui que melhoria cont\u00ednua n\u00e3o funciona. Poucas mudan\u00e7as por ciclo, testadas e verificadas, \u00e9 o que sustenta o m\u00e9todo.<\/p>\n\n\n\n A melhoria acontece, funciona e n\u00e3o \u00e9 documentada. Tr\u00eas meses depois, com um colaborador novo, a opera\u00e7\u00e3o volta ao padr\u00e3o antigo. Fechar o ciclo na etapa de padroniza\u00e7\u00e3o \u00e9 o que transforma melhoria em patrim\u00f4nio do escrit\u00f3rio, e n\u00e3o em conhecimento de uma pessoa.<\/p>\n\n\n\n Estruturar processos \u00e9 um projeto. Manter processos vivos \u00e9 uma rotina.<\/p>\n\n\n\n Muitos escrit\u00f3rios fazem o projeto, colhem o resultado e param. Um ano depois, o retrabalho voltou, os prazos apertaram e o dono est\u00e1 novamente no meio da opera\u00e7\u00e3o resolvendo exce\u00e7\u00e3o. N\u00e3o foi o m\u00e9todo que falhou. Foi a aus\u00eancia de manuten\u00e7\u00e3o.<\/p>\n\n\n\n A melhoria cont\u00ednua \u00e9 o mecanismo que faz a estrutura durar. Ela transforma cada erro em ajuste, cada indicador em decis\u00e3o e cada sugest\u00e3o da equipe em padr\u00e3o. \u00c9 o que permite ao escrit\u00f3rio absorver crescimento sem que a opera\u00e7\u00e3o se deteriore junto.<\/strong><\/p>\n\n\n\n Dentro do M\u00e9todo Matriz Lucrativa, esse \u00e9 o ponto em que o Pilar de Processos deixa de ser uma implanta\u00e7\u00e3o e passa a ser uma capacidade permanente do escrit\u00f3rio.<\/p>\n\n\n\n Documentar processos organiza. Revisar processos de forma sistem\u00e1tica \u00e9 o que sustenta o crescimento ao longo do tempo.<\/p>\n\n\n\n A diferen\u00e7a entre um escrit\u00f3rio que estruturou uma vez e um escrit\u00f3rio que evolui est\u00e1 na exist\u00eancia de um ciclo: medir, analisar a causa, testar a mudan\u00e7a e padronizar o que funcionou.<\/p>\n\n\n\n Sem esse ciclo, toda estrutura\u00e7\u00e3o tem prazo de validade.<\/p>\n\n\n\n A Maestria Cont\u00e1bil \u00e9 o programa criado para donos de escrit\u00f3rio que querem estruturar a opera\u00e7\u00e3o com m\u00e9todo, processos e gest\u00e3o real. Mais de 5.000 contadores j\u00e1 transformaram seus escrit\u00f3rios com o M\u00e9todo Matriz Lucrativa.<\/p>\n\n\n\n Construa uma opera\u00e7\u00e3o que melhora sozinha, m\u00eas ap\u00f3s m\u00eas.<\/strong><\/p>\n\n\n\n O manual descreve como o processo \u00e9 executado hoje. A melhoria cont\u00ednua \u00e9 a rotina que decide quando e por que esse processo deve mudar. Um escrit\u00f3rio pode ter manual completo e nenhuma rotina de revis\u00e3o, e nesse caso o manual envelhece at\u00e9 deixar de descrever a realidade. S\u00e3o camadas complementares: uma registra o padr\u00e3o, a outra evolui o padr\u00e3o.<\/p>\n\n\n\n Duas frequ\u00eancias combinadas funcionam bem. Um ciclo mensal focado nos poucos problemas de maior impacto, alimentado pelo registro de ocorr\u00eancias, e uma revis\u00e3o anual completa de todo o manual. Al\u00e9m disso, existem gatilhos que disparam revis\u00e3o imediata: mudan\u00e7a de legisla\u00e7\u00e3o, atualiza\u00e7\u00e3o relevante de sistema e erro recorrente na mesma etapa.<\/p>\n\n\n\n Sim, e com menos esfor\u00e7o de coordena\u00e7\u00e3o do que uma estrutura grande. A adapta\u00e7\u00e3o necess\u00e1ria \u00e9 de escala, n\u00e3o de m\u00e9todo: em equipe enxuta, o ciclo pode ser quinzenal e informal, com uma melhoria por vez. O que n\u00e3o muda \u00e9 a exig\u00eancia de medir antes, testar em recorte e padronizar o que funcionou.<\/p>\n\n\n\n Separando an\u00e1lise de processo de avalia\u00e7\u00e3o de pessoa. A resist\u00eancia quase sempre nasce do receio de que o registro de erro seja usado como argumento em avalia\u00e7\u00e3o individual. Quando a equipe percebe que a an\u00e1lise resulta em mudan\u00e7a de processo e n\u00e3o em cobran\u00e7a, o registro passa a ser volunt\u00e1rio. O primeiro caso analisado em grupo define o tom para todos os seguintes.<\/p>\n\n\n\n Melhorias pontuais aparecem no primeiro ou segundo ciclo, porque costumam atacar desperd\u00edcios evidentes. O ganho estrutural, que \u00e9 a redu\u00e7\u00e3o consistente de retrabalho e a estabiliza\u00e7\u00e3o dos prazos, se acumula ao longo de meses. O erro comum \u00e9 avaliar a rotina pelo resultado do primeiro m\u00eas e abandon\u00e1-la antes de o efeito composto aparecer.<\/p>\n\n\n\n Registrar o aprendizado e voltar \u00e0 etapa de an\u00e1lise com outra hip\u00f3tese. Teste que n\u00e3o confirma a hip\u00f3tese n\u00e3o \u00e9 fracasso, \u00e9 descarte de uma causa presumida, o que estreita o campo de busca. O desperd\u00edcio real acontece quando a mudan\u00e7a \u00e9 implantada em toda a opera\u00e7\u00e3o sem teste e o erro s\u00f3 aparece depois, em escala.<\/p>\n","protected":false},"excerpt":{"rendered":" Processo documentado n\u00e3o \u00e9 o fim do trabalho. \u00c9 o come\u00e7o. A maioria dos escrit\u00f3rios que estrutura processos passa por uma fase boa: o retrabalho cai, a equipe ganha autonomia, o dono respira. Seis meses depois, o cen\u00e1rio muda. O processo escrito n\u00e3o descreve mais o que a equipe faz na pr\u00e1tica. Cada colaborador criou […]<\/p>\n","protected":false},"author":2,"featured_media":1642,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-1638","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-viviane-araujo"],"_links":{"self":[{"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/posts\/1638","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/comments?post=1638"}],"version-history":[{"count":1,"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/posts\/1638\/revisions"}],"predecessor-version":[{"id":1649,"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/posts\/1638\/revisions\/1649"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/media\/1642"}],"wp:attachment":[{"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/media?parent=1638"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/categories?post=1638"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/contadoresvisionarios.com.br\/blog-visionario\/wp-json\/wp\/v2\/tags?post=1638"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Por que processos envelhecem e param de funcionar<\/h2>\n\n\n\n
A legisla\u00e7\u00e3o muda<\/h3>\n\n\n\n
O sistema \u00e9 atualizado<\/h3>\n\n\n\n
O volume cresce<\/h3>\n\n\n\n
A equipe encontra caminhos melhores<\/h3>\n\n\n\n
O sintoma comum<\/h3>\n\n\n\n
PDCA aplicado ao escrit\u00f3rio cont\u00e1bil<\/h2>\n\n\n\n
Planejar: definir o problema e a hip\u00f3tese<\/h3>\n\n\n\n
Executar: testar em escala reduzida<\/h3>\n\n\n\n
Verificar: comparar com o indicador de antes<\/h3>\n\n\n\n
Agir: padronizar ou descartar<\/h3>\n\n\n\n
Um exemplo completo<\/h3>\n\n\n\n
An\u00e1lise de causa raiz sem procurar culpado<\/h2>\n\n\n\n
A pergunta certa<\/h3>\n\n\n\n
A t\u00e9cnica dos cinco porqu\u00eas<\/h3>\n\n\n\n
\n
Erro sist\u00eamico e erro pontual<\/h3>\n\n\n\n
A rotina de melhoria cont\u00ednua<\/h2>\n\n\n\n
Registro cont\u00ednuo de ocorr\u00eancias<\/h3>\n\n\n\n
Ciclo mensal de revis\u00e3o<\/h3>\n\n\n\n
\n
Canal aberto de sugest\u00e3o da equipe<\/h3>\n\n\n\n
Revis\u00e3o anual completa do manual<\/h3>\n\n\n\n
Como medir se a melhoria est\u00e1 acontecendo<\/h2>\n\n\n\n
Indicadores de opera\u00e7\u00e3o<\/h3>\n\n\n\n
Indicador<\/strong><\/td> O que revela<\/strong><\/td> Dire\u00e7\u00e3o desejada<\/strong><\/td><\/tr><\/thead> Tempo m\u00e9dio de fechamento por departamento<\/td> Efici\u00eancia do fluxo interno<\/td> Redu\u00e7\u00e3o com estabilidade<\/td><\/tr> \u00cdndice de retrabalho por entrega<\/td> Qualidade do processo e da entrada<\/td> Redu\u00e7\u00e3o consistente<\/td><\/tr> \u00cdndice de retifica\u00e7\u00e3o de obriga\u00e7\u00f5es<\/td> Confiabilidade da confer\u00eancia<\/td> Tend\u00eancia a zero<\/td><\/tr> Entregas dentro do prazo interno<\/td> Ader\u00eancia ao calend\u00e1rio<\/td> Eleva\u00e7\u00e3o e manuten\u00e7\u00e3o<\/td><\/tr> Ocorr\u00eancias registradas por m\u00eas<\/td> Maturidade do registro e do processo<\/td> Sobe no in\u00edcio, cai depois<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n Por que as ocorr\u00eancias sobem antes de cair<\/h3>\n\n\n\n
O indicador da pr\u00f3pria rotina<\/h3>\n\n\n\n
O que trava a melhoria cont\u00ednua na pr\u00e1tica<\/h2>\n\n\n\n
Falta de tempo<\/h3>\n\n\n\n
Cultura de culpa<\/h3>\n\n\n\n
Mudan\u00e7a demais ao mesmo tempo<\/h3>\n\n\n\n
Falta de padroniza\u00e7\u00e3o do que deu certo<\/h3>\n\n\n\n
Melhoria cont\u00ednua \u00e9 o que impede o retorno ao caos<\/h2>\n\n\n\n
Conhe\u00e7a a Maestria Cont\u00e1bil!<\/h2>\n\n\n\n
Perguntas frequentes sobre melhoria cont\u00ednua<\/h2>\n\n\n\n
Qual a diferen\u00e7a entre melhoria cont\u00ednua e manual de processos?<\/h3>\n\n\n\n
Com que frequ\u00eancia os processos devem ser revisados?<\/h3>\n\n\n\n
Escrit\u00f3rio pequeno consegue aplicar PDCA?<\/h3>\n\n\n\n
Como fazer a equipe participar sem resist\u00eancia?<\/h3>\n\n\n\n
Quanto tempo at\u00e9 aparecer resultado?<\/h3>\n\n\n\n
O que fazer quando a mudan\u00e7a testada n\u00e3o funciona?<\/h3>\n\n\n\n