ALTERNATIVAS DE REMODELAGEM
DO PROCESSO DE
DESENVOLVIMENTO DE PRODUTOS
FINANCEIROS EM UMA EMPRESA
PÚBLICA
Aline Vieira Malanovicz (UFRGS)
Este trabalho tem o objetivo de analisar alternativas de remodelagem
do processo de desenvolvimento de produto em uma empresa pública
do setor financeiro. Três alternativas de melhoria do processo foram
descritas, bem como seus benefícios potenciais e soluções, com base
em entrevistas com a equipe de desenvolvedores, análise de
documentos e artefatos e observação participante em projetos, e essas
melhorias foram analisadas de acordo com a literatura da área de
Gestão de Processos, Desenvolvimento de Produtos e Engenharia de
Software. Conclui-se que as propostas apresentam contribuições para
a organização estudada, indicando soluções para vários problemas
identificados. As propostas também têm potenciais desdobramentos
para outras organizações, na forma das diversas oportunidades de
melhorias para a eficiência do processo de desenvolvimento de
produtos. Podem ser destacados os principais benefícios potenciais das
diferentes alternativas de solução. A alternativa de adoção de Métodos
Ágeis para o desenvolvimento de software poderia simplificar os
projetos de desenvolvimento, permitindo maior agilidade e
simplificação do processo, entregas mais frequentes, melhor
organização, e maior eficiência, mais foco no que precisa ser entregue
no fim de cada Sprint. A alternativa de reforma do Sistema Legado
representa um avanço dentro da lógica do sistema legado, pois a
adoção de sub-rotinas nas fórmulas permite a modularização dos
cálculos, permitindo maior flexibilidade para seu reuso. A repercussão
dessa mudança representa melhoras em clareza e manutenibilidade. A
alternativa de migração para o ERP SAP proporciona melhorias em
organização, controle e agilidade das atividades, especialmente quanto
à interligação dos processos em um sistema integrado.
Palavras-chave: Remodelagem de Processos, Processos mais
Eficientes, Processo de Desenvolvimento de Produtos Financeiros,
Sistemas Legados, Sistemas Integrados de Gestão (ERP).
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
2
1. Introdução
Os temas de interesse de pesquisa relacionados com gestão da qualidade e da produção incluem gestão de
processos produtivos, confiabilidade de processos e produtos e qualidade em serviços (ENEGEP, 2015). Isso
inclui transformar os processos organizacionais, para aumentar a eficiência dos processos, por meio de práticas
incrementais, radicais, ou apenas novas para uma determinada empresa.
O processo de desenvolvimento de produtos é um dos processos mais estratégicos para as empresas financeiras.
Desenvolver produtos de maneira eficiente e com inovação tem sido um desafio crescente (TONOLLI Jr., 2012).
Foi identificada, em uma empresa pública do setor financeiro, uma situação-problema relevante no processo de
desenvolvimento de produtos, o que evidenciou ineficiências e a necessidade de soluções para este processo. Os
produtos (financiamentos) comercializados pela empresa são desenvolvidos segundo um processo praticamente
artesanal, baseado principalmente nos recursos atualmente já obsoletos do principal sistema legado da empresa.
Considerando esse diagnóstico de situação-problema, este trabalho tem como objetivo identificar alternativas de
remodelagem do processo de desenvolvimento de produto em uma empresa pública do setor financeiro.
Este artigo tecnológico está estruturado com a Seção 2 apresentando o método de pesquisa adotado, e a Seção 3
apresentando os resultados do trabalho. São descritos: o contexto da realidade investigada, a situação-problema
diagnosticada, as três alternativas propostas de solução, e sua análise segundo bases teórico-científicas
identificadas na revisão bibliográfica sobre Gestão de Processos, Desenvolvimento de Produtos e Engenharia de
Software. A Seção 4 apresenta as conclusões da pesquisa, indicando recomendações decorrentes do estudo.
2. Metodologia
Esta pesquisa tem característica exploratória e natureza qualitativa. A unidade de análise é o processo de
desenvolvimento de produto da empresa, e foi aplicado o método Estudo de Caso (YIN, 2005). A coleta de
dados foi realizada com uso das técnicas mostradas no Quadro 1:
Quadro 1 – Técnicas de Coleta de Dados Utilizadas na Pesquisa
Entrevistas Semi-Estruturadas Análise de Documentos Observação e Análise de Artefatos
Os participantes da equipe de
desenvolvimento de produtos foram
entrevistados individualmente, e a
eles foram feitas “poucas perguntas”
(como recomendado para estudos
exploratórios): questões mais gerais,
simples, amplas e abertas sobre o
contexto como um todo do processo
de desenvolvimento de produtos:
1. Como é atualmente o Processo de
Desenvolvimento de Produto?
2. Como deveria ser o Processo de
Desenvolvimento de Produto?
3. Quais as alternativas de solução
Foram consultados e analisados
documentos tais como: website da
empresa, normativos internos da
empresa, normativos externos do
Banco Central do Brasil, e de
repassadores de recursos, manuais
operacionais, manuais financeiros,
tutoriais de utilização de sistemas,
documentação dos programas de
cálculo (fórmulas) e planilhas de
conferência e acompanhamento
dos cálculos desenvolvidos, além
de e-mails trocados pela equipe de
desenvolvimento entre si e com os
A observação foi realizada junto à
equipe de desenvolvimento, uma
vez por semana durante o segundo
semestre de 2014, ao longo do
processo de desenvolvimento de
dois produtos novos e de
adaptações necessárias em quatro
produtos já existentes. Foram
observados artefatos como:
sistemas utilizados, telas de
entrada de dados, recursos como
softwares de apoio, métodos de
registro de documentação,
tutoriais do processo, e o módulo
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
3
para os problemas deste processo? usuários-chave do processo. financeiro do sistema SAP.
(MARCONI; LAKATOS, 2007) (PRIOR, 2004; FREITAS, 2010) (BAUER; GASKELL, 2002)
A Consulta Documental e a Análise de Artefatos permitiram identificar o desenho do processo atual e propostas
de redesenho realizadas por consultorias especializadas: uma reforma do processo de maneira independente de
tecnologia, adotando Métodos Ágeis; uma reforma do sistema legado; e uma remodelagem voltada ao ERP SAP.
As Entrevistas permitiram identificar algumas tentativas de melhorias ou alternativas de solução do processo de
desenvolvimento e da linguagem de programação. Puderam ser identificadas as percepções dos clientes internos
e dos desenvolvedores sobre o processo “como é” e “como deveria ser”, além da sua apreciação das alternativas
de solução e de suas potenciais mudanças, melhorias e benefícios, especialmente no caso da alternativa de
remodelagem do processo para adequar-se ao ERP SAP.
A análise dos resultados adotou como fundamentos teórico-científicos os critérios de qualidade dados pelas
“boas práticas” recomendadas na literatura das áreas de Gestão de Processos, Desenvolvimento de Produtos e
Engenharia de Software. O relato da pesquisa foi enviado para toda a equipe envolvida no desenvolvimento de
produtos, para fins de validação das conclusões obtidas, e foi ajustado conforme suas indicações.
3. Resultados
O contexto de estudo é uma empresa pública de fomento que atua na região sul do país há mais de 50 anos e
conta com cerca de 500 funcionários. Os produtos desenvolvidos e comercializados pela empresa são
financiamentos de médio e longo prazo. A empresa conduz atualmente um projeto de modernização de processos
e tecnologia, visando à implantação de um sistema integrado de gestão (Enterprise Resource Planning (ERP) da
empresa alemã SAP). Os gestores demonstraram receptividade a esta pesquisa de remodelagem de processos,
mas manifestaram preferência pela não-divulgação do nome da empresa.
Os produtos financeiros são desenvolvidos na forma de procedimentos e parâmetros de cálculo, que são
processados e atualizados periodicamente via sistema informatizado. A principal ferramenta do processo é um
sistema legado, desenvolvido em linguagem COBOL e implantado em mainframe na década de 1970. Atuando
no Processo de Desenvolvimento de Produtos da empresa, há uma “equipe de fórmulas”: são desenvolvedores
(analistas de negócio) da área de controle financeiro, que atuam em conjunto com analistas da área de tecnologia,
realizando suas atividades na sala da área de negócio de controles financeiros.
Trabalhos de pesquisa anteriores (BRAZ; CAMARGO, 2005; MALANOVICZ, 2014) diagnosticaram pontos de
deficiência em processos da área de controle financeiro e na tecnologia de desenvolvimento de produtos utilizada
na empresa. A Figura 1 mostra o fluxo do processo atual, com alguns artefatos utilizados ou produzidos. Uma
avaliação do processo atual de desenvolvimento de produtos, com base nas “boas práticas” recomendadas pela
literatura, revelou limitações e dificuldades em diferentes aspectos do processo, especialmente em termos de:
Gestão de Processos (ineficiências, retrabalho, falta de comunicação e envolvimento);
Desenvolvimento de Produtos (definições confusas, falta de padronização e parametrização dos
produtos, numerosos procedimentos de cálculo a serem mantidos, dificuldades de produção e baixa
legibilidade da documentação); e
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
4
Engenharia de Software (falta de ambiente e de ferramentas robustas e amigáveis de desenvolvimento,
reduzida equipe que conhece a linguagem, dificuldades de manutenção, controle e teste de produtos).
Figura 1 – Fluxo do processo atual e artefatos utilizados ou produzidos.
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
5
Fonte: coleta de dados
Com base nesse diagnóstico, foram identificadas três possíveis alternativas para resolução da situação-problema:
adoção de Métodos Ágeis, reformas no Sistema Legado, e migração para o ERP SAP.
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
6
3.1 Proposta de adoção de Métodos Ágeis
Para melhorar o processo de desenvolvimento de produtos foi proposta a adoção de Metodologias Ágeis de
desenvolvimento de software. Foi indicado à equipe o livro “Scrum e XP direto das Trincheiras” (KNIBERG,
2007), que apresenta casos reais de uso desses métodos.
A metodologia adota ciclos/Sprints de planejamento com o cliente/Product Owner e com o gerente de
projetos/Scrum Master, com reuniões diárias da equipe/Stand-up Meetings, trabalho dedicado e ininterrupto a
cada Sprint, organização de um quadro de tarefas “feitas/fazendo/testando/a fazer” e entregas de partes
funcionais do produto a cada Sprint.
Para a adoção dessas práticas pela equipe de desenvolvimento de produto, foi sugerida uma abordagem de ações
imediatas e outras de curto prazo e médio-longo prazo. Imediatamente, planejar os Sprints para dois projetos em
andamento, fazer uma reunião de planejamento do Sprint, e marcar um prazo de duas semanas para fazer
reuniões de retrospectiva do Sprint e de planejamento do próximo; começar também um projeto novo com o
novo método desde o início; começar já a realizar as reuniões diárias, no início do dia, todos os dias, para relatos
breves dos progressos e dificuldades, na sala da chefia, em pé mesmo, com perguntas simples: “O que tu fizeste
ontem? O que tu vais fazer hoje? Quais as tuas dificuldades?”; criar o quadro de andamento das tarefas, com
base no que o pessoal relatar na primeira reunião diária e fazer as reuniões diárias diante do quadro, para
atualizá-lo „em tempo real‟. Todas essas seriam ações imediatas.
No curto prazo, solicitar ao departamento de recursos humanos um Treinamento nessas metodologias ágeis.
A médio ou longo prazo, depois dessa experiência inicial e do treinamento formal, propor gradualmente para
outros projetos em andamento, e depois para novos projetos, a mudança geral para esta nova metodologia. Esta
proposta de melhorias foi avaliada pela equipe como uma “boa ideia”, mas não foi implementada.
3.2 Proposta de reformas no Sistema Legado
Para melhorar o processo de desenvolvimento de produtos, também foram propostos Projetos de Reforma do
Sistema Financeiro Corporativo, incorporando à linguagem de programação os chamados supercomandos, além
de explorar inovações possíveis no processo.
Estas reformas contemplam aprimoramentos tais como: Reformulação do ambiente de testes, adotando interface
mais amigável e tornando mais ágil o processo de testes; Reformulação das rotinas de Pagamentos Antecipados,
de Liberações de Recursos, e de Projeções de Parcelas, reduzindo suas limitações e simplificando sua utilização.
Além disso, incluem também a Reformulação completa das fórmulas, com sua otimização, racionalização e
parametrização, utilizando comandos em COBOL mais abrangentes com mais variáveis de entrada e de saída, os
chamados Supercomandos, que implementam funções de cálculos financeiros parametrizados conforme
parâmetros e indicadores pré-definidos (Figura 2).
Figura 2 – Artefatos da Alternativa de Reforma do Sistema Legado: Parâmetros e Indicadores de Supercomandos
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
7
Fonte: coleta de dados
A proposta inclui também facilidades de carga, numeração automática, cópia a partir de modelo, inclusão de
comandos estruturados de desvio condicional, atualização automática de passos com desvios no código, e
documentação automática dos passos das fórmulas e dos registros de histórico e de auditoria das atualizações
realizadas, além de promover a padronização e simplificar a manutenção das fórmulas; e Controles financeiros
adicionais, como estorno e recálculo de lançamentos, indicadores de (in)adimplência, comissões, datas de
vencimento, ampliação dos campos utilizados para os cálculos de encargos, e ampliação e maior abrangência dos
eventos disparadores de fórmulas.
Esta alternativa teve sua implementação iniciada por meio de projetos que desenvolveriam formas de
parametrização dos cálculos, eventos disparadores de cálculos mais abrangentes, ambiente de testes mais seguro
e amigável, comandos de cálculo mais robustos e controles financeiros adicionais.
Em relação aos progressos desses projetos, a equipe envolvida avaliou que o desenvolvimento orientado por
projetos e com formalização de prioridades funcionou. Os aprimoramentos referentes ao ambiente de testes e a
alguns controles financeiros adicionais foram efetivamente implementados.
Foi avaliado pela equipe que esta melhoria de sistemas, com todos os aprimoramentos propostos, teria um
impacto altamente significativo no processo de desenvolvimento de produtos. Entretanto, os projetos foram
descontinuados. Esta decisão foi tomada em nome de um grande projeto de implantação de sistema integrado de
gestão, mas resulta em manter a precariedade atual do processo no sistema legado e pode significar dificuldades
na migração para um sistema novo.
3.3 Proposta de migração para o ERP SAP
Para melhorar o processo de desenvolvimento de produtos, a proposta mais radical foi a de migração do sistema
corporativo legado para um sistema integrado de gestão, exigindo a remodelagem do processo para o ERP SAP.
Esta iniciativa insere-se no projeto de modernização de sistemas e processos em curso na empresa pesquisada.
Desde recentemente, para obter ganhos de eficiência e de produtividade, a empresa objetiva migrar seus sistemas
para uma plataforma mais moderna e conduz um projeto de modernização de processos e redefinição de seus
recursos de tecnologia da informação.
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
8
Esta proposta de melhoria envolve a utilização do módulo de Banking do sistema integrado (módulo Customer
Mortgage Loans), que conta com uma grande variedade de configurações de parâmetros de cálculo pré-definidas
(SAP, 2011). A criação de um novo produto é feita por meio da escolha ou configuração de parâmetros, que já
estão pré-associados a cálculos já validados, implementados em linguagem de alto nível (ABAP), com simulação
de cálculo simplificada e ambiente amigável para teste e homologação pelo usuário, testes automatizáveis,
cenários-padrão de teste (pagamentos, recebimentos, liberações, fluxo de caixa, descontos, contabilização).
A Figura 3 a seguir apresenta a sequência das atividades a serem executadas no processo de Desenvolvimento de
Produtos remodelado, entre as quais se destaca a necessidade de definições prévias de regras de crédito, risco e
operacionais, modelos de relatório de análise, condições de pagamento, regras de cálculo, pagamento,
recebimento e prazos, formas de contabilização e demais controles financeiros. A remodelagem prevê que todas
as definições estejam prontas antes da efetiva criação do produto no sistema, que então se resume à
configuração, nos módulos do sistema, das condições previamente definidas.
Figura 3 – Processo de Desenvolvimento de Produto no SAP: Fluxo, Parâmetros, Condições, Simulações.
Fonte: coleta de dados.
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
9
A Entrada do processo remodelado é a comunicação de aprovação do novo produto. Diferentemente do processo
atual, estão previstas etapas de análise e definições de negócio previamente às parametrizações em sistema. Estas
fases iniciais incluem tarefas como: Enviar aprovação de novo produto (no SAP), analisar recomendação e fazer
estudos, a cargo de uma equipe de analistas de sistemas e analistas de negócios de diferentes áreas da empresa.
Além disso, as definições estão previstas nas tarefas: Definir regras de crédito, risco e operacionais; modelos de
relatório de análise no SAP; condições de pagamento, regras de cálculo, pagamento, recebimento e prazo.
As Regras de Cálculo incluem definições de itens que às vezes eram duvidosos no processo atual, como:
Periodicidade de encargos na carência, Periodicidade de encargos na amortização, Periodicidade de principal na
amortização, Prazos de liberação e amortização (mensal, anual), Formas de pagamento do principal (SAC,
PRICE), Juros (exponencial, linear), Calendário-ano (civil, comercial, civil bissexto), Taxa de juros (fixa,
variável), Data do cálculo (fixa ou móvel para dia útil seguinte), Indexador/Moeda, Encargos (juros, atualização
de saldo), Benefícios (bônus sobre juros ou principal, perda de benefício se inadimplente), Encargos de
inadimplência, Regras para pagamento antecipado, pagamento ao provedor de recursos, e envio de cobranças.
Outras definições prévias incluem controles financeiros e contábeis: definir contabilização de movimentos
financeiros, controles de acompanhamento de saldo, conciliação entre operações ativa e passiva, manutenção de
dados para órgãos fiscalizadores, acompanhamento de operações com benefícios, recolhimento antecipado ao
provedor de recursos, envio de arquivos a órgãos externos. Também se deve definir a parte jurídica de contratos,
ao Elaborar modelos de contrato a utilizar, cláusulas, regras, documentos necessários, garantias admissíveis.
Depois dessas definições iniciais, a equipe de analistas de sistemas deve analisar adaptações necessárias no SAP
para atender o produto, incluindo programas, campos, relatórios de controle, comunicações ao repassador de
recursos. Depois disso, pode ser efetivada a criação do produto no SAP, na tarefa de Configurar o sistema para o
novo produto: dados obrigatórios, validações, regras contábeis, regras de cálculo, comunicações ao repassador.
Para a criação de produtos, o módulo de cálculo de empréstimos (Customer Mortgage Loans) do ERP SAP
oferece diferentes tipos pré-definidos de produtos, subprodutos, classes e linhas. Estes tipos dispõem de opções
pré-configuradas de parametrização como Categorias de Produtos (por exemplo, financiamentos hipotecários) e
Grupos de Condições que implementam regras de cálculo comumente utilizadas. O módulo de controle de
garantias é parametrizável e integrado com o sistema de cálculos, e este sistema é integrado com o módulo
contábil, de modo que cada movimento financeiro de produto corresponde a um lançamento contábil automático.
Prosseguindo, é necessário analisar e configurar garantias, configurar tabelas com regras de enquadramento e
análise e parametrizar cláusulas do modelo de contrato. Ao mesmo tempo, deve-se elaborar e disponibilizar
normativos internos e manuais referentes à operacionalização do novo produto. E devem-se reunir as equipes de
usuários do produto para efetuar testes-pilotos (integrados) do produto no SAP nos ambientes de qualidade e de
homologação, simulando desde as fases iniciais de analise até os pagamentos, recebimentos, liberações, fluxo de
caixa, antecipação de saldo, descontos, contabilização. Nesse ponto, deve-se corrigir os erros eventualmente
encontrados até que o produto seja validado pelo usuário. Após a validação, deve-se disponibilizar o produto,
configurando-o em ambiente de produção (efetivo) pela equipe de analistas de sistemas, e informando à equipe
de negócios, que encaminha o processo de divulgação interna e externa.
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
10
A Saída do processo remodelado para o ERP SAP é o produto configurado e parametrizado no sistema, já
testado pelos usuários e disponível para ser utilizado e divulgado.
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
11
3.4 Análise das alternativas de solução propostas para a situação-problema
Puderam ser resumidas no Quadro 2 as análises dos resultados da pesquisa sobre os benefícios potenciais
proporcionados pelas três alternativas de solução propostas. As análises foram realizadas conforme as “boas
práticas” das abordagens da Gestão de Processos, Desenvolvimento de Produtos e Engenharia de Software.
Quadro 2 – Análise das alternativas propostas segundo as "boas práticas" da literatura
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
12
4 Conclusões
Este trabalho atingiu seu objetivo de analisar alternativas de remodelagem do processo de desenvolvimento de
produto em uma empresa pública do setor financeiro. Três alternativas de melhoria do processo foram descritas,
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
13
bem como seus benefícios potenciais e soluções, com base em entrevistas com a equipe de desenvolvedores,
análise de documentos e artefatos e observação participante em projetos, e essas melhorias foram analisadas de
acordo com a literatura da área de Gestão de Processos, Desenvolvimento de Produtos e Engenharia de Software.
Conclui-se que as propostas apresentam contribuições para a organização estudada, indicando soluções para
vários problemas identificados. As propostas também têm potenciais desdobramentos para outras organizações,
na forma das diversas oportunidades de melhorias para a eficiência do processo de desenvolvimento de produtos.
Podem ser destacados os principais benefícios potenciais das diferentes alternativas de solução. A alternativa de
adoção de Métodos Ágeis para o desenvolvimento de software poderia simplificar os projetos de
desenvolvimento, permitindo maior agilidade e simplificação do processo, com entregas mais frequentes, melhor
organização, e maior eficiência, com mais foco no que precisa ser entregue no fim de cada Sprint. A alternativa
de reforma do Sistema Legado representa um avanço dentro da lógica do sistema legado, pois a adoção de sub-
rotinas nas fórmulas permite a modularização dos cálculos, permitindo maior flexibilidade para seu reuso. A
repercussão dessa mudança representa principalmente melhoras em clareza e manutenibilidade. A alternativa de
migração para o ERP SAP proporciona melhorias sensíveis em termos de organização, controle e agilidade das
atividades, especialmente quando se contempla a interligação dos processos em um sistema integrado.
Também podem ser destacadas melhorias em: maior rigor no processo de desenvolvimento de produtos, pela
organização modular configurável e parametrizada dos elementos comerciais de venda dos produtos integrada
aos elementos de cálculo, contabilização e acompanhamento pós-venda; maior segurança e qualidade no
desenvolvimento de produtos, pela necessidade de definição de condições multidepartamentais interconectadas
no sistema integrado, e pela maior facilidade e amplitude de possibilidades de realização de testes, inclusive
testes automatizados em grande escala; maior clareza e legibilidade de documentação, pela parametrização dos
critérios de cálculo; maior eficiência e flexibilidade para o desenvolvimento de novos produtos, pela existência e
pela variedade de condições pré-definidas que podem ser selecionadas e combinadas entre si para a composição
de um novo produto; maior sustentabilidade do processo, pelas melhores condições de manutenção e testes,
como consequências da segurança e flexibilidade alcançadas no novo processo.
É possível perceber, com base nas melhorias a serem proporcionadas pela alternativa de migração para o ERP
SAP, que ela oferece benefícios potenciais tanto para a migração para novo sistema como para a manutenção do
legado. Recomenda-se, portanto, à empresa pesquisada que adote esta opção de melhoria do processo.
A implementação do novo processo remodelado na organização deve permitir, depois de uma experiência inicial
de médio ou longo prazo, pesquisas futuras no sentido da avaliação da percepção dos desenvolvedores sobre a
efetividade das soluções propostas e dos benefícios da mudança para o novo sistema e para a nova metodologia.
Isso configura uma oportunidade de pesquisa futura, pois possivelmente demandará uma mudança cultural
substancial na organização estudada, pela potencial melhoria de eficiência e da sustentabilidade do processo.
Referências Bibliográficas
BACEN – Banco Central do Brasil. Programa de Educação Financeira. 2014. Recuperado em 19 abril, 2015, de
https://www.bcb.gov.br/?PEF-BC.
XXXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUCAO Perspectivas Globais para a Engenharia de Produção
Fortaleza, CE, Brasil, 13 a 16 de outubro de 2015.
14
BAUER, GASKELL
BAUER, M.W.; GASKELL, G.(org). Pesquisa qualitativa com texto, imagem e som. Petrópolis: Vozes, 2002.
BRAZ, I.; CAMARGO, A.C.S. Análise de Risco em Processos em um Banco. Trabalho de Conclusão de
Curso. Especialização em Controladoria e Auditoria. Fundação Getúlio Vargas, FGV-RJ, Brasil, 2005.
CAMPOS, V. F. Qualidade total: Padronização de Empresa. Nova Lima: INDG Tecnologia e Serviços, 2004.
ENEGEP. Encontro Nacional de Engenharia de Produção. Áreas e Subáreas da Engenharia de Produção.
2015. Recuperado em 9 abril 2015 de http://www.abepro.org.br/enegep/2015/interna.asp?m=1220&c=1305&p=1215
FREITAS, L. N. E-mails no trabalho em grupo e sua efetividade no processo decisório da Springer
Carrier. Dissertação (Mestrado em Administração). 2010. Escola de Administração. UFRGS. Porto Alegre.
GONÇALVES, J.E.L. As empresas são grandes coleções de processos. RAE – Revista de Administração de
Empresas. jan.-mar., São Paulo, v.40, n.1, p.6-19, 2000a.
GONÇALVES, J.E.L. Processo, que processo?. RAE – Revista de Administração de Empresas. out-dez, São
Paulo, v.40, n. 4, p. 8-19, 2000b.
KNIBERG, H. Scrum e XP Direto das Trincheiras: como fazemos Scrum. C4Media, Publisher of InfoQ.com.
2007. Recuperado em 4 setembro, 2013, de http://infoq.com/br/minibooks/scrum-xp-fromthe-Trenches.
MALANOVICZ, Aline Vieira. Critérios para Avaliação da Qualidade de Linguagens de Programação: Análise
da Linguagem das Fórmulas. In: XXI Simpósio de Engenharia de Produção (SIMPEP). Bauru, SP, Brasil, 10-
12 novembro 2014. Recuperado em 19 abril,2015 de http://www.simpep.feb.unesp.br/anais_simpep.php?e=9.
MARCONI, M.; LAKATOS, E. Metodologia do Trabalho Científico. 4.ed. São Paulo: Atlas, 2007.
MORENO Jr., V.A.; FERREIRA, R.L.G.; CAVAZOTTE, F.S.C.N. Antecedentes da intenção de formação de
parcerias entre as áreas de TI e negócios. Anais... ENANPAD, São Paulo, 2009.
PMI-RS Project Management Institute RS Chapter. Torne o gerenciamento de projetos indispensável para os
resultados do negócio. 2014. Recuperado em 14 agosto, 2014, de http://www.pmirs.org.br/site/home.
POPPENDIECK, Mary; POPPENDIECK, Tom Leading Lean Software Development: Results are not the
Point. Boston: Addison-Wesley, 2009.
PRIOR, L. Doing Things with Documents. In: SILVERMAN, D. (org.). Qualitative Research: Theory,
Method and Practice. 2.ed. London: Sage, 2004.
SAP. Administração de empréstimos (FS-CML). 2011. Recuperado em 29 agosto, 2014, de
help.sap.com/saphelp_470/helpdata/pt/05/7cba34e465b73ee10000009b38f83b/content.htm
SOUZA, W.M. O papel do usuário no extreme programming. E-Revista Facitec, v.2, n.1, art.2, jul. Recuperado
em 8 abril, 2010, de www.facitec.br/erevista.
TONOLLI Jr. E.J. Análise das relações dos elementos de alinhamento estratégico entre negócio e T.I. com o
processo de desenvolvimento de produto. Revista de Administração Mackenzie. São Paulo, v.13, n.2, mar.-
abr., p.135-170, 2012.
VALLE, N.A.Y.; SOUSA, R.C.; UNSONST, V.A.F.; ANQUETIL, N.A. Critérios de avaliação para
reengenharia de sistemas legados. In: WMSWM. 2. Anais. SBC. Manaus, 2005.
YIN, R.K. Estudo de Caso: Planejamento e Métodos. 3 ed. São Paulo: Bookman, 2005.
Top Related