Você está na página 1de 13

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

Anlise Comparativa de Metodologias de Implementao de SAP


Jos Esteves
Universidade Politcnica de Catalunya, Departamento de Lenguajes y Sistemas Informticos, Barcelona, Espanha jesteves@lsi.upc.es

Joo Jorge
Universidade de Coimbra, Departamento de Engenharia Informtica, Coimbra, Portugal Joao.Jorge@oni.pt

Resumo
A metodologia de implementao usada num projecto de implementao SAP considerada como um factor crtico de sucesso. Vrias metodologias tm sido propostas, por parte da prpria empresa SAP bem como por consultores, sendo importante a avaliao dos mritos comparativos das novas metodologias. Este trabalho apresenta trs importantes metodologias de implementao de sistemas SAP e efectua uma anlise comparativa entre elas. Os factores a comparar foram: a duro prevista, a estrutura da metodologia e o tipo de empresas.

Palavras Chave: ASAP, Summit, Method Blue, Metodologia, ERP, SAP R/3, IBM, Coopers & Lybrand.

Introduo

O mercado dos ERP`s cresceu bastante nos ltimos anos com milhares de implementaes em todo o Mundo. Todavia em muitos casos estas implementaes no tiveram o sucesso esperado. Na Europa em 1999 somente metade das implementaes foram finalizadas antes ou durante o perodo previsto e somente 59% foram concludas dentro do oramento [Input 1999]. A metodologia de implementao adoptada um factor crtico de sucesso num projecto SAP ([Bancroft 1998], [Holland et al. 1999], [Esteves e Pastor 2000], [Esteves e Pastor 2001]). De acordo com Bancroft, podemos no seguir todos os passos da metodologia que seleccionamos, mas extremamente til ter um "road map", um guia a seguir. Existem vrias metodologias de implementao do sistema SAP, tendo grande parte das consultoras desenvolvido a sua prpria. Todavia a maioria esto baseadas nas prprias metodologias desenvolvidas pela empresa SAP, a criadora do sistema. A principal razo para tal, reside na necessidade de se obter uma certificao por parte do fornecedor de que a consultora e a sua metodologia respeitam as normas definidas pelo fornecedor. O objectivo deste trabalho o de aprofundar o conhecimento sobre as metodologias de implementao usadas atravs da anlise de trs metodologias de implementao de sistemas

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

SAP. De referir, que este estudo exploratrio na rea, no existindo at ao momento nenhuma publicao referente ao tema. A razo para este facto deve-se em parte a que as consultoras no disponibilizam informao sobre as metodologias. Este trabalho est estruturado da seguinte forma: primeiro apresentamos cada uma das metodologias sendo apresentada uma breve descrio e a estrutura da metodologia. Depois efectuamos uma anlise comparativa entre as vrias metodologias estudadas evidenciando as vantagens comparativas. Finalmente apresentamos concluses finais e trabalho futuro.

Descrio das metodologias

1.1.1 Summit
Summit R/3 [Summit R/3 1995], a metodologia da Coopers &Lybrand para projectos SAP/R3, usada para obter melhorias no desempenho dos negcios das organizaes dos clientes como resultado da implementao deste sistema. Possui a facilidade de suportar todo o tipo de projectos SAP R/3, desde aqueles que so uma parte de um programa corporativo de transformao at aqueles que so implementaes directas deste sistema. A Summit est concebida para permitir que os projectos SAP R/3 sejam concludos o mais cedo possvel e com um risco aceitvel.

1.2.1 Estrutura
A metodologia Summit est estruturada em mdulos, 13 no total. Existem trs tipos de mdulos: Mdulos ciclo de vida (1-7) definem actividades e entregas do cic lo de vida do projecto. Mdulos de contnuos (8-10) que abrangem todo projecto, a durao das suas actividades e entregas que variam em relao com o ciclo de vida. Temas (11-13) aplica-se ao longo do projecto e principalmente dizem respeito a problemas e sugestes e orientaes.

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

Iniciao do Projecto

Anlise Estratgica

Desenho Processos

Desenvolvimento

Prottipo

Transio

Gesto de Integrao Transferencia de Conhecimento Arquitectura Tcnica Medidas de Desempenho Gesto do Projecto Gesto da Mudana

Figura 1- Estrutura da metodologia Summit SAP R/3.

1. Iniciao mobiliza o projecto SAP com uma compreenso geral do mbito do projecto, uma equipa de projecto bem preparada e uma estrutura geral do plano do projecto. 2. Anlise estratgica analisa o negcio actual, os processos chave e as estratgias de TI e pode re-desenvolver os processos chave para satisfazer os objectivos de negcio da organizao. O compromisso com o sistema SAP validado. 3. Desenho de processos analisa os processos de negcio e redesenha-os para que funcionem mais eficientemente. A ferramenta Analyzer SAP R/3 usada para conduzir o redesenho dos processos. O mdulo tambm inclui actividades para refinar a arquitectura de tecnologias de i formao e a estrutura organizacional. Finalmente, o n desenho conceptual preparado. 4. Prottipo configura o sistema SAP R/3, usando normalmente a ferramenta SAP IMG, reflectindo sobre o redesenho de processos e o desenho conceptual. As especificaes so p reparadas para aumentos, modificaes, interfaces e converso de dados. So definidos os detalhes de ajuste do sistema SAP na restante arquitectura de TI. Todo este trabalho desenvolvido iterativamente. 5. Desenvolvimento disponibiliza um sistema correctamente parametrizado com todas as funes de negcio requeridas. Adiciona mdulos especficos e parametrizados para converso, interfaces e melhorias do sistema SAP. elaborada a documentao para os

Manuteno

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

utilizadores e a documentao tcnica. feita a respectiva formao de utilizadores. Inclui ainda a integrao total do sistema e testes de aprovao. 6. Transio confirma a prestabilidade do sistema como um todo e efectua a converso final dos dados, fecho do novo sistema e a transferncia da responsabilidade para a gesto por parte dos utilizadores e da equipa de tecnologias de informao. 7. Sustentao consolida a transio, garante a reviso regular do sistema, as mtricas de desempenho dos processos de negcio, para alm de identificar planos de aco para sustentar vantagens competitivas. 8. Gesto de integrao valida as fases do projecto e cobre todas as aces que devem ser tomadas ao longo do projecto para garantir que os mdulos do SAP R/3 so integrados uns com os outros e com outros sistemas. 9. Transferncia d conhecimento garante que em cada estado a equipa projecto, a e comunidade de utilizadores e as equipas de suporte tm as capacidades suficientes e conhecimento acerca da funcionalidade de negcio do sistema SAP R/3 e as suas capacidades tcnicas. 10. Arquitectura tcnica garante que a arquitectura tcnica apropriada est em funcionamento quando necessria durante o curso do projecto. Este mdulo abrange o ambiente de produo e qualquer ambiente intermedirio usado para a elaborao do prottipo e desenvolvimento. 11. Medidas de desempenho aborda a definio inicial e o refinamento progressivo dos objectivos de desempenho e a sua subsequente monitorizao do desempenho alcanado. 12. Gesto do projecto abrange aspectos gerais do projecto e problemas especficos que podem ser menos discutidos dentro da estrutura de actividades/entregas, bem como, o uso do goal directed project management, o standard de gesto de projectos da Coopers & Lybrand. 13. Gesto da mudana aborda a importncia da gesto da mudana e define os seus problemas chave para cada mdulo do ciclo de vida do Summit R/3.

2.1

ASAP

Em 1996, a SAP introduziu o Accelerated SAP (ASAP), a metodologia de implementao do sistema SAP R/3, com o objectivo de diminuir o tempo de implementao dos projectos numa

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

organizao. O ASAP uma metodologia estruturada que facilita a adeso dos utilizadores ao sistema, com um roadmap bem definido, eficiente documentao nas vrias fases que a compem. A metodologia ASAP possibilita aos novos clientes utilizar a experincia e conhecimento adquiridos pelas milhares de implementaes a nvel mundial. O ASAP unifica todo um processo de implementao, de modo a alcanar a misso crtica das funcionalidades do negcio da organizao [Kale 2000]. O centro da metodologia ASAP o roadmap, um processo com cinco etapas que apoiam a empresa, desde da preparao inicial at concluso do projecto com a entrada em produtivo [SAP On Line 2000]. As cinco fases que a compem so: Preparao do Projecto; Anlise dos Processos de Negcio; Realizao; Preparao Final; Entrada em Produtivo e Suporte.

Preparao Projecto

Anlise Negcio

Realizao

Preparao Final

Entrada Produo e Suporte

Gesto do Projecto; Gesto da Mudana; Anlise de Risco; Reviso.

Metodologia

Assistente de Implementao; B.D. de Perguntas e Respostas; Guia de Implementao;

ASAP
Servios

Gerador de perfis;

Treino, Licenas de material de treino (InfoDB), Transporte. Sistema de Suporte, Reviso de projectos
Figura 2 Estrutura da metodologia ASAP.

Os componentes que se destacam nesta metodologia so os roadmap de implementao, plano do projecto, melhorias contnuas, ferramentas e aceleradores, rea de conhecimento, procedimentos dos processos de negcio e base de dados de perguntas e respostas [Miller 1999]. O ASAP fornece um guia passo a passo com as actividades paralelas e orientadas por processos

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

dentro de cada fase necessria implementao, servindo-se de uma base de dados de informao gerada durante todo o projecto.

2.1.1 Estrutura
As fases que compem esta metodologia, tambm conhecidas por ASAP roadmap so as seguintes: Fases de Implementao Descrio O objectivo desta fase definir o incio do projecto, identificando os elementos da equipa e o desenvolvimento do plano de trabalho. Oficialmente o prembulo dos trabalhos marcado com uma reunio chamada de Kickoff, onde esto presentes t dos os intervenientes do o projecto e se clarificam as funes e responsabilidades de cada um dos elementos. No preparar da implementao so definidos as metas e objectivos, esclarecimento do mbito e a estratgia de implementao, planeamento e sequncia geral e o estabelecimento da organizao. Consiste em criar uma anlise de processos de negcio, que se caracteriza numa descrio pormenorizada dos resultados das entrevistas (Workshops) entre os consultores funcionais e os utilizadores chaves. Dessa forma so documentadas as exigncias do processo de negcio da organizao atravs duma ferramenta de perguntas e respostas, baseadas num fluxo de documentos. Tendo por base a documentao compilada atinge-se um entendimento comum de como a organizao pretende gerir seus negcios no sistema SAP. Desenvolve-se um modelo de estado futuro, de uma forma integrada e de acordo com as solues documentadas nos processos de negcio do cliente. Realizao Cada um dos processos analisados na fase anterior parametrizado, testado, validado e documentado de um modo cclico. Conceptualmente o processo de refinamento interactivo, em que se obtm um resultado atravs das vrias repeties, at obteno de resultados satisfatrios das necessidades declaradas.

Preparao do Projecto

Anlise dos Processos de Negcio

O intuito desta fase concluir a preparao final, estratgia de arranque, migrao dos dados de negcio, testes, treino dos utilizadores, administrao do sistema, preparao da sada dos consultores, de modo a finalizar os pendentes para o incio em produtivo. A preparao final serve para resolver todas as actividades cruciais que esto pendentes. A Preparao Final concluso bem-sucedida desta fase, ir permitir ao utilizador as condies necessrias ao sistema activo SAP. A SAP contempla um servio de testes que permite que especialistas da prpria SAP inspeccionem remotamente o sistema e avalia potenciais problemas, disponibilizando recomendaes para a sua optimizao.

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

Entrada em Produtivo e Suporte

Esta etapa marcada pelo culminar de um ambiente pr-produtivo para o incio oficial do sistema em produtivo. necessrio preparar uma organizao de suporte para os utilizadores, no s nos primeiros dias crticos das operaes produtivas, mas para fornecer um suporte a longo prazo. O principal produto do ASAP utilizado a avaliao do desempenho do sistema. Desta forma d-se o projecto como concludo, passando a organizao a ser responsvel pela sobrevivncia do sistema onde podero haver mudanas contnuas de reengenharia de processos.
Tabela 1 - O ASAP Roadmap

2.2

Method Blue

O Method Blue um novo estado de arte da metodologia usada pela IBM na implementao dos servios de ERP nos seus clientes [GSC 2001]. O Method Blue no apoia unicamente o suporte da implementao da nova aplicao, como tambm encaminha os processos de negcio, mudanas organizacionais e tecnolgicas. A metodologia criada pela IBM foi dividida em fases que representam todo o ciclo de vida do projecto e os domnios a capacidade necessria para executar essas fases. As cinco principais reas que caracterizam a experincia necessria para a implementao de solues so: Gesto do Compromisso, Negcio, Organizao, Aplicao e Infra-estruturas das Tecnologias de Informao.

1.3.1 Estrutura
So definidos cinco domnios de capacidade, os quais representam competncias especficas necessrias em cada fase do projecto. A tabela dois representa esses domnios. Domnios Gesto do Compromisso Negcio Descrio Evidencia a administrao do projecto, a equipa de projecto e a relao com o cliente de forma assegurar o alcance dos objectivos. Assegura o alinhamento contnuo do projecto relacionado com o negcio em causa. Identifica os assuntos chave actuais e futuros. Desenha os processos de negcio e aplicaes. Avalia a estrutura corrente da organizao, capacidade necessria do sistema, funes e responsabilidades e implementa tcnicas de gesto da mudana de forma a organizao reger-se com o alinhamento das solues implementadas. Projecta, configura, desenvolve e integra uma soluo nica que satisfaa as exigncias empresariais do cliente.

Organizao

Aplicao

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

Infra-estruturas Avalia a corrente infra-estrutura da tecnologia de informao, desenvolve uma anlise e prope solues, desenvolvendo uma nova infra-estrutura de das Tecnologias processos, recursos e plano de implementao de apoio ao novo ambiente de Informao do ERP.
Tabela 2 - Descrio dos domnios do Method Blue

O ciclo de vida do projecto traduz-se em seis fases, as quais cobrem as necessidades do cliente. A tabela trs relata essas fases: Fases de Implementao Compreende e avalia a estratgia de negcio, processos crticos, disponibilizao para a mudana e corrente infra-estrutura do conjunto de aplicaes. Especifica um alto nvel de exigncias para futuras capacidades e desempenho do negcio e identifica as falhas entre o que existe e o que ser. Avalia os processos crticos, disponibiliza organizao conhecimento para a mudana corrente nas infra-estrutura e aplicaes. Especfica as exigncias de alto nvel e capacidades futuras. Identifica falhas entre processos actuais e futuros. Melhora a capacidade, desempenho do negcio e a matriz de exigncias que ir constituir uma parte importante em toda a fase. Selecciona ou valida uma soluo que melhor se interaja nos processos que as exigncias definiram na fase anterior. Seleco Clarifica a definio do negcio no caso das escolhas e excepes, melhorando com as funcionalidades da aplicao, a estratgia e escolha da aplicao. Descrio

Preparao

Evidnciao

Ajuda o cliente com a seleco da aplicao em redesenhar os processos e a Reengenharia/ organizao, como tambm intercala e desenha a configurao baseada na soluo e infra-estrutura de apoio ao negcio. Desenho Permite assim desenvolver a documentao necessria dos processos de negcio futuro, com esta nova aplicao. Configurao Desenvolve, integra e testa a configurao final para assegurar o alinhamento das especificaes do desenho. Desenvolve um treino com os utilizadores finais, plano de produo e retirada dos consultores. Determina o nvel de apoio aps arranque do sistema em produtivo. Preparara o conjunto da aplicao, infra-estruturas das T.I. e organizao. Inclui um suporte de ajuda, treino para o produtivo, sistema operacional completamente configurado e testado conforme a estratgia de implementao.
Tabela 3 - Descrio das fases do Method Blue.

Desdobrar

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

Anlise Comparativa

Analisando as vrias metodologias descritas anteriormente a nvel comparativo podemos sintetizar da seguinte forma: Summit SAP R/3 Autor Durao prevista Estrutura Tipo empresas Coopers & Lybrand ND Modular ND ASAP SAP 6 a 9 meses Fases Mdias ou Grandes Method Blue Method Blue 6 a 11 meses Domnios/Fases Mdias ou Grandes

Tabela 4 - Anlise comparativa entre as vrias metodologias.

De seguida analisamos cada um dos aspectos da tabela. Durao prevista A definio de tempos para a implementao do sistema SAP numa empresa est relacionada com uma srie de condicionantes e que passamos a destacar alguns deles: dimenso da empresa, competncias tcnicas da consultora responsvel pelo projecto, nmero de consultores envolvidos no projecto, motivao dos intervenientes directos por parte do cliente e objectivos definidos tendo em contas as especificidade pretendidas. No caso da metodologia Method Blue a durao prevista poder ser ligeiramente superior, visto que esta contempla a seleco do ERP, enquanto que as outras metodologias ( Coopers & Lybrand e SAP) a fase da seleco no se encontra prevista, actuando somente depois de se saber qual o ERP a implementar. Estrutura - Relativamente estrutura de cada uma das metodologias nota-se por parte do ASAP uma preocupao em seguir os standards para a definio de um projecto de implementao de acordo com o IEEE project plan standard. As empresas consultoras esto mais preocupadas com a prpria interpretao por parte dos utilizadores em detrimento de tanto formalismo. No que concerne s fases do ciclo de vida das metodologias, em essncia so iguais, os nomes diferem um pouco, e diferem em quatro ou cinco fases dependendo do agrupamento das actividades. Uma das razes para este facto a necessidade que as consultoras tm em que a sua metodologia seja certificada pela empresa SAP, pelo que elas seguem a metodologia da empresa SAP, o ASAP. Outro aspecto o exteriorizar melhor as dimenses ortogonais a todo o projecto como sejam a mudana organizacional, a formao ou a prpria gesto do projecto. Por exemplo, o Summit

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

possui uma vantagem em relao dimenso mudana organizacional, pois possui esta dimenso relevante, sendo algo ortogonal a toda a implementao, enquanto que o ASAP possui tarefas discretas relacionadas com essa dimenso. Algumas diferenas nas metodologias das consultoras relativamente ao ASAP prendem-se com aspectos referentes gesto de projectos, pois cada consultora possui uma metodologia/experincia prpria que em certa medida intenta incorporar/aglutinar com a metodologia de implementao do sistema SAP. Tipo de empresas - a questo do tipo de empresas pertinente na medida em que embora a SAP indique que a sua metodologia vocacionada para mdias e grandes empresas, no seu conceito, mdias e grandes empresas so empresas com mais de 300 milhes de dlares de volume de negcios. Isto corresponde na maioria dos casos, a grandes empresas. Veja -se o caso das empresas portuguesas, onde poucas, ou melhor, pouqussimas empresas chegam a este nvel de negcios. As metodologias das consultoras possuem uma vocao mais orientada a todo o tipo de empresas, sendo mais abrangentes e tambm flexveis ao tipo de empresa, permitindo uma adequao de recursos e tarefas a realizar, enquanto que o ASAP uma metodologia pouco flexvel. Todavia, nenhuma das trs metodologias est orientada para pequenas e mdias empresas (caso tpico em Portugal) pois requerem imensos recursos para que sejam efectivamente cumpridas com sucesso, principalmente recursos humanos. Um estudo recentemente publicado [Siau 2001] divide as metodologias em trs geraes baseando-se no nmero de "sites" a implementar, o mbito, o foco da metodologia, tecnologia, organizao e processos. Ele define a primeira gerao como uma empresa e um nico "site" enquanto que a segunda gerao corresponde a uma empresa com mltiplos "sites". A terceira gerao corrresponde a introduo de e-business, e novos modelos de negocio. O ASAP situa-se na primeira gerao [Siau 2001]. Ns no concordamos com esta anlise na medida em que a primeira gerao de ERP`s aconteceu em grandes empresas com mltiplos "sites" e, segundo, a metodologia ASAP totalmente independente do nmero de "sites", algo perfeitamente descrito na documentao da metodologia. Inclusiv, existem tarefas perfeitamente definidas para a coordenao de vrias equipas projecto. Ao visualizar a tabela cinco, conclumos que todas as metodologias tm de uma forma geral as mesmas tarefas a cumprir, denotando-se que umas agrupam as ditas tarefas em mais ou menos fases. No caso da Method Blue denota-se que contm uma fase inexistente nas outras duas, devido seleco que esta faz do ERP. A IBM devido grande pluralidade de ERP`s que tem competncias para implementar, disponibiliza aos seus clientes a hiptese de aconselhamento de qual o ERP que mais se adapta as necessidades da organizao.

10

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

Standard

Summit SAP R/3 Iniciao do Projecto

ASAP Preparao do projecto Anlise dos processos de negcio

Method Blue Preparao Evidnciao Seleco Reengenharia/ Desenho

1 Fase

Anlise estratgica

2 Fase

Desenho Processos Prottipo


3 Fase

Realizao Desenvolvimento

Configurao

4 Fase

Transio Manuteno

Preparao final Entrada em produtivo e suporte

Desdobrar -

5 Fase

Tabela 5 - Anlise comparativa das vrias fases de cada metodologia.

Alm das fases, estas metodologias mencionam as competncias que so necessrias para a gesto do projecto. No caso da Method Blue estas so chamadas de domnios, enquanto que na Summit estas so chamada de temas. Ambas de uma forma ou de outra , mais aprofundadas ou mais superficiais so relatadas nelas todas. Na nossa opinio o ASAP deveria referir mais afincadamente este assunto de extrema importncia na implementao de ERP`s.

Concluses

Como resumo comparativo das diversas metodologias, podemos concluir que: As metodologias coincidem em algo, todas usam a modelizao de processos como a base dos futuros passos de implementao. Todas evidencia m a necessidade para uma forte modelizao de processos e definio de requisitos antes de se comear a parametrizar o sistema. O ASAP preocupa-se muito com o To-Be, i.e, como vai ser a organizao, ao contrrio das outras metodologias que evidenciam a necessidade de uma anlise do As-Is, i.e., como actualmente, bem como a necessidade de uma definio clara de quais os objectivos do projecto.

11

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

O ASAP uma metodologia muito bem estruturada no que se refere s tarefas a realizar, possivelmente excessivamente detalhada no que se refere ao nmero de tarefas do ponto de vista de projectos de implementao em pequenas e mdias empresas (embora se saiba que no est vocacionada para essas empresas, ela usada por ser a metodologia de referncia). No entanto, possui falta de viso no que diz respeito a aspectos como gesto da mudana, retorno de investimento, formao e gesto do projecto como um todo. As outras metodologias pecam pela falta de detalhe e rigor na definio das tarefas.

Estas metodologias esto m voltadas para o cumprimento das tarefas do que para o ais acompanhamento dos objectivos definidos para o projecto, tornando-se numa abordagem mais operacional do que estratgica.

O ASAP tem a vantagem de ser uma metodologia que exige maior disciplina e organizao por parte da equipa projecto.

Qualquer uma das trs metodologias no est orientada para pequenas e mdias empresas (empresas portuguesas) pois requerem imensos recursos para que sejam efectivamente cumpridas com sucesso, principalmente recursos humanos.

Falta de um sistema de monitorizao que nao seja unicamente o de verificar se as tarefas esto a ser cumpridas dentro dos prazos estabelecidos e se o oramento est a ser cumprido (a mxima do "ontime and on budget"). Necessidade de um sistema de mtricas de acordo com os aspectos organizacionais e os objectivos definidos inicialmente no projecto.

Falta de tratamento da gesto de conhecimento. Todas abordam este aspecto como essencial, todavia nenhuma propes actividades especificas para tal efeito, somente so indicadas recomendaes.

Enquanto que autores como [Siau 2001] preconizam que a investigao em metodologias ERP ir orientar-se para a ajuda de implementaes inter-empresa, com realce em CRM e e-business, importante orientar a investigao para metodologias ERP aplicadas a pequenas e mdias empresas, com enfoque em aspectos como gesto da mudana, gesto dos projectos e formao. Actualmente a SAP preconiza o uso da metodologia ASAP com a extenso a metodologias para solucionar problemas como os da gesto mudana. So as novas metodologias de implementao que as consultoras comeam a usar sobre o rtulo Powered by SAP, onde a prpria SAP fornece um certificado de qualidade da metodologia. Por fim uma questo relativamente relao tipo de organizao versus metodologia usada. Da mesma forma que a SAP desenvolveu mdulos especficos para cada sector de actividade, dever existir alguma especificidade a nvel das metodologias tambm para cada sector?

12

Published in: Conference of Associao Portuguesa de Sistemas de Informao (APSI), vora, Portugal, November 2001

O trabalho aqui apresentado baseia -se na anlise da documentao de cada uma das metodologias. No futuro, pretendemos fazer a anlise baseando-nos em estudos de casos, que alm de permitirem a validao de alguns dos pontos aqui referidos permitem ter uma noo real do uso e dos pontos fortes e fracos de cada metodologia. Alguns estudos de casos analisados evidenciam que existe pouca preocupao na seleco da metodologia de implementao, embora seja apresentada como um factor crtico de sucesso a estratgia de implementao e a seleco da metodologia [Esteves e Pastor 2000]. Normalmente usada a metodologia da consultora. Isto deve-se em parte a falta de conhecimento por parte das empresas de outras metodologias, nomeadamente o ASAP.

Referncias

nd Bancroft, N., Seip H., Sprengel A., "Implementing SAP R/3", 2 ed., Manning Publications, 1998.

GSC, Global Services Consulting Methodology, http://www.ibm.com/services/bustran/methodology1.html, Junho 2001. IBM, Implementation factories- creating the next generation of customer value, http://www.ibm.com/services/pressrel/PRESSREL_81201.html, Novembro de 1999. Esteves, J., Pastor J., "Towards the Unification of Critical Success Factors for ERP implementations", 10th Annual BIT conference, Manchester, Novembro 2000, p. 44. Esteves J. Pastor J., "Analysis of Critical Success Factors Relevance along SAP Implementation Phases ", Americas Conference on Information Systems, 2001. Holland C. P., Light B., Gibson N., "A Critical Success Factors Model for Enterprise Resource Planning Implementation", European Conference on Information Systems, Junho 1999. Input company, "Buyers' Guide to SAP services Providers in Europe", http://www.input.com/buyers_guide/ea38e/ea38e_main.cfm?research_id=349, Maio 1999. Miller, S., SAP R/3 Certification Exam Guide, MC Graw Hill, 1999. SAP Magazine, SAPmagazine.net, N 7/3, Pg. 94-97, 2000. SAPOnLine, SAP On Line 4.6B. Biblioteca SAP, release 4.6B, Implementation Guide for R/3 Customizing (IMG), Setembro de 2000. Siau, K., "ERP Implementation Methodologies, Past, Present and future", 2001 Information Resources Management Association International Conference, Maio 2001, pp. 896-899. Summit R/3, "Summit R/3 Pocket Guide", version 2.1, Coopers & Lybrand, 1995.

13

Você também pode gostar