pa 1419332

1

UNIVERSIDADE PAULISTA CURSO SUPERIOR DE TECNOLOGIA

GESTO EM TECNOLOGIA DA INFORMAO

ADRIANO SOUZA FREITAS

PIM V e VI PROJETO INTEGRADO MULTIDISCIPLINAR

ESTUDO DO CASO DA EMPRESA XPTO

Belm Par

2015

2




Trabalho do Projeto Integrado Multidisciplinar PIM V e PIM VI, apresentado como exigncia para concluso. Do 3 Semestre do Curso Superior de Tecnologia Gesto em Tecnologia da Informao, da Universidade Paulista UNIP,

Campus Nazar.

Monitora: RAMON PANTOJA.

Belm Par 2015

3

Resumo

Considerando o papel crucial que a Tecnologia da Informao (TI) desempenha ao apoiar e melhorar as operaes de negcio, as empresas esto mais dependentes de seus servios e infraestrutura. Este fato implica em uma maior ateno para com os servios de TI, os quais devem ser cuidadosamente projetados e mantidos para suportar as necessidades do negcio. As abordagens convencionais tratam o projeto de infraestruturas escolhendo a configurao de menor custo que suporte eficientemente os servios de TI. No entanto, as necessidades do negcio vo muito alm do custo da infraestrutura e precisam ser capturadas e relacionadas s questes tcnicas de TI. Esta dissertao apresenta uma investigao formal de tcnicas de projeto de infraestruturas de TI e acordos de nveis de servios onde s mtricas de negcio so levadas em considerao - esta a principal diferena em relao s abordagens existentes. A abordagem proposta baseada no conceito de Gartner, que estabelece uma relao formal entre a infraestrutura de TI, economia e mercado e Finanas e projeto Ti.

Palavras-chave: Tecnologia, Projeto e Economia.

4

Abstract

Considering the crucial role that Information Technology (IT) plays in supporting and improving business operations, companies are more dependent on their services and infrastructure. This fact implies a greater attention to IT services, which must be carefully designed and maintained to support the business needs. Conventional approaches deal with the infrastructure project by choosing the lowest cost configuration that efficiently support the IT services. However, the business needs go far beyond the cost of infrastructure and need to be captured and technical issues related to IT. This thesis presents a formal investigation into technical design of infrastructure and IT service level agreements where the business metrics are taken into account - this is the main difference with existing approaches. The proposed approach is based on the concept of Gartner, establishing a formal relationship between the IT infrastructure, economy and market and project finance and Ti

Keywords: Technology, Design and economics.

5

Sumrio

1- Introduo. ..................................................................................................... 6

2 Economia e Mercado.................................................................................... 7

3 Finanas em Projeto de TI ........................................................................ 7,8

3.1 Gerenciamento de Infraestrutura. .............................................................. 8

3.2 Estudos do caso ............................................................................ 8,9,10,11

3.2.1- Payback ................................................................................................. 11 3.2.2- TIR Taxa interna de retorno .................................................................11 3.2.3- VPL - Valor presente lquido...............................................................11,12 3.2.4- Ponto de equilbrio...................................................................................12 3.2.5- Fluxo de Caixa. .......................................................................................13 4- Concluso .................................................................................................. 144

5 Referncias Bibliogrficas ............................................................................. 15

6- Glossrio ...................................................................................................... 16

6

4. Introduo.

A Tecnologia da Informao (TI) tem fundamental importncia no apoio s operaes de negcio, as empresas esto cada vez mais dependentes de sua infraestrutura e seus servios de TI. Concomitantemente, com o passar do tempo, a TI teve que evoluir de forma a tornar-se capaz de atender s novas regras do mercado. Neste sentido, as metodologias de gerncia de TI tambm tiveram que evoluir de forma a acompanhar a TI.

Nesse trabalho iremos buscar e aplicar as teorias apresentadas nas disciplinas:

Economia e Mercado, Finanas em Projeto de TI e Gerenciamento de Infraestrutura. A integrao dessas disciplinas permite transformar o conhecimento em algo palpvel e aplicvel a realidade de cada caso encontrado e em solues possveis.

A economia uma cincia que se preocupa com aspectos sociais de indivduos e

grupos no mundo decorrente das relaes entre as demandas por recursos e a escassez dos mesmos. De forma geral a economia de mercado o sistema social baseado na diviso do trabalho e na propriedade privada dos meios de produo. Todos agem por conta prpria; mas as aes de cada um procuram satisfazer tanto as suas prprias necessidades como tambm as necessidades de outras pessoas.

A palavra infraestrutura pode designar as tecnologias da informao, canais de

comunicao formais ou informais, ferramentas de desenvolvimento de software, redes polticas e sociais ou sistemas de crena partilhados por membros de grupos especficos (Infraestrutura, 2009).

O estudo das finanas das organizaes e dos projetos uma das reas mais

complexas e desafiadoras da atualidade, pois deles depende a sade financeira das empresas. O dinheiro o que move o mundo, ou seja, tem a necessidade de ser bem investido para que haja mnimo de perda e um timo retorno.

7

2 Economia e Mercado

A economia estuda a maneira como se administram os recursos escassos, com o objetivo

de produzir bens e servios e distribu-los para seu consumo entre os membros da sociedade.

A economia faz parte de uma cincia maior, denominada cincias sociais, onde estuda a

ao econmica do homem, envolvendo, essencialmente, o processo de produo, a gerao

e a apropriao da renda, o dispndio (as despesas) e o processo de acumulao.

A economia uma cincia que se preocupa com aspectos sociais de indivduos e grupos

no mundo decorrente das relaes entre as demandas por recursos e a escassez dos mesmos.

A economia a cincia que estuda as formas de comportamento humano

resultantes da relao existente entre as ilimitadas necessidades a satisfazer e os recursos

que, embora escassos, se prestam a usos alternativos. ROSSET (1997, p.52).

De forma geral, a economia de mercado o sistema social baseado na diviso do

trabalho e na propriedade privada dos meios de produo. Todos agem por conta prpria; mas

as aes de cada um procuram satisfazer tanto as suas prprias necessidades como tambm

as necessidades de outras pessoas.

3 Finanas em Projeto de TI

Atualmente preciso realizar negcios, investir e tentar obter retorno sobre o investimento

realizado e, para tanto, preciso administrar o emprego do dinheiro que possumos.

O estudo das finanas das organizaes e dos projetos uma das reas mais complexas

e desafiadoras da atualidade, pois deles depende a sade financeira das empresas. O dinheiro

o que move o mundo, ou seja, tem a necessidade de ser bem investido para que haja mnimo

de perda e um timo retorno.

Segue abaixo uns conceitos para se diminuir os riscos em um Projeto de TI.

Levantamento das necessidades junto rea negcios;

8

Levantamento de escopo, requisitos, riscos, prazos e custos dos projetos;

Acompanhamento do cronograma dos projetos;

Gerenciamento da equipe de desenvolvimento dos projetos.

3.1 Gerenciamento de Infraestrutura.

De modo amplo o conjunto de elementos estruturais que enquadram e suportam toda

uma estrutura.

A palavra infraestrutura pode designar as tecnologias da informao, canais de

comunicao formais ou informais, ferramentas de desenvolvimento de software, redes

polticas e sociais ou sistemas de crena partilhados por membros de grupos especficos

(Infraestrutura, 2009).

3.2 Estudos do caso

Para iniciarmos esse estudo de caso necessitamos entender que avaliando os exemplos

que sero citados e aos dados levantados daro um parecer do que ocorre no mercado

Brasileiro, exemplos que vem de encontro com o projeto de GARTNER onde:

Ao identificarmos s dificuldades de desenvolver um projeto e entreg-lo no prazo

correto, problemas como:

Planejamento.

Aumento de custo

Mudanas no mercado

9

Cotao da moeda

Bolsa de valores

Com isso um projeto pode ter perda ou aumento do valor do seu produto final ou podendo

fazer o projeto fracassar.

Ao pensarmos em possveis falhas ou no que pode ou deve ser feito para isso no

ocorrer ou se caso venha a acontecer como contornar a situao para que mesmo com o erro

no projeto seja feito e traga algum retorno positivo.

Um dos principais objetivos da gerncia de servios de TI prover e suportar servios

que atendam s necessidades dos clientes.

Cliente a entidade que recebe do departamento de TI, ou contrata, perante um provedor

o servio. J usurio a pessoa que usar os servios de TI disponibilizados.

Dado que a infraestrutura de um componente indispensvel no contexto corporativo

atual, mant-la funcionando e atendendo s necessidades do negcio propriamente dito

crucial, por isso importante entender tais necessidades e relacion-las com o TI, de forma

que o negcio seja suportado por servios. Tais servios esto, por sua vez, apoiados em uma

infraestrutura que fornece qualidade apropriada.

Pode-se contratar um profissional para tal finalidade, onde ele ira orientar e formar uma

equipe para resolver parte do problema.

Mas como saber hora de contratar um profissional dessa rea. Hoje em dia muitas

empresas que terceirizam partes dos trabalhos da empresa, onde diminui custo e melhora a

qualidade do trabalho.

Geralmente quando um consultor chamado a socorrer uma empresa, ele encontra,

dentre outros, problemas estruturais, organizacionais e de recursos humanos.

10

O problema mais comum encontrado na rea financeira que nem sempre gerenciada

de forma correta, principalmente quando se trata de fluxo de caixa. As finanas no podem ser

administradas de forma intuitiva nem emprica.

Agindo assim o pequeno empresrio perde dinheiro sem saber exatamente onde.

Temos como exemplo um proprietrio de um posto de gasolina. A preocupao do

empresrio era apenas as vendas altas, mas o lucro no vinha. Dentre os problemas

encontrados os principais foram:

1. Margem de lucro muito pequena.

2. O capital de giro muito grande, devido ao combustvel ser pago a vista.

3. Grande devolues de cheques por no terem fundos.

4. O custo do carto de crdito nas vendas.

Est aqui um caso tipo de descaso com as finanas empresariais. O sucesso medido de

forma emprica e pouco profissional. Apenas pelo fluxo de clientes, ou seja, sem planejamento

nem estrutura o posto de gasolina ter como futuro a falncia.

Nenhum empreendimento subsiste sem recursos financeiros. Portanto preciso aprender

a lidar com esta questo que no to difcil assim, basta adquirir um pouco de conhecimento

que somado experincia do dia-a-dia ajuda bastante. Mesmo sendo uma pequena, mdia ou

grande empresa, os controles so necessrios. No basta abrir e fechar as portas todos os

dias sem saber para onde est indo.

Abrindo um negcio novo ser necessrio projetar os custos fixos e os custos variveis.

Com estes dados o novo empresrio precisa ter algumas informaes para decidir pela

abertura ou no do empreendimento.

Um primeiro passo a anlise da rentabilidade que est relacionada aos investimentos,

11

s receitas, aos custos e ao fluxo de caixa em um espao de tempo. Os mtodos indicados

para esta anlise so:

Payback.

TIR - Taxa interna de retorno.

VPL - Valor presente lquido.

3.2.1- Payback

O mtodo utilizado para informar o tempo de retorno do investimento. muito utilizado,

mas deficiente uma vez que no leva em considerao o custo do dinheiro no tempo. Se o

payback der um numero inferior a dois anos algo est errado. Nenhum negcio honesto trar

um retorno do investimento num prazo inferior a dois anos. O aceitvel est entre dois e quatro

anos.

3.2.2- TIR Taxa interna de retorno

A usada para tomar deciso de aceitar ou rejeitar o projeto. Se a TIR for maior que o custo

de capital, se aceita o projeto; se for menor, rejeita-se o projeto.

3.2.3- VPL - Valor presente lquido

Tcnica sofisticada de anlise de oramentos de capital, obtida subtraindo-se o

investimento inicial de um projeto do valor presente das entradas de caixa descontada a uma

taxa igual ao custo de capital da empresa.

Por considerar explicitamente o valor do dinheiro no tempo, o valor presente lquido

considerado uma tcnica sofisticada de anlise de oramentos de capital. Esse tipo de tcnica,

de uma forma ou de outra, desconta os fluxos de caixa da empresa a uma taxa especificada.

Essa taxa, frequentemente chamada de taxa de desconto, custo de oportunidade ou custo de

capital, refere-se ao retorno mnimo que deve ser obtido por um projeto, de forma a manter

inalterado o valor de mercado da empresa.

12

VLP= valores presentes das entradas de caixa investimento Inicial

Quadro 01 Formula do VLP

Utilizando-se o VPL, tanto as entradas como as sadas de caixa so traduzidas para

valores monetrios atuais.

Se o VPL for maior que zero, se aceita o projeto; se o VPL for menor que zero, rejeita-se o

projeto. Se o VPL for maior que zero a empresa obter um retorno maior do que seu custo de

capital.

3.2.4- Ponto de equilbrio

Podemos entender como situao onde no h perda nem ganho, ou seja, onde a

empresa est em zona de transio de sucesso ou falha.

Segundo Bernardi (2003), ponto de equilbrio o volume calculado, em que as receitas

totais de uma empresa igualam-se aos custos e despesas totais, portanto o lucro igual

zero. Nesse ponto no tem nem lucro e nem prejuzo.

Grfico: Ponto de Equilbrio

13

3.2.5- Fluxo de Caixa.

a previso de entradas e sadas de recursos monetrios, por um determinado perodo.

Essa previso deve ser feita com base nos dados levantados nas projees econmico-

financeiras atuais da empresa, levando, porm em considerao a memria de dados que

respaldar essa mesma.

14

6- Concluso

A economia de mercado o sistema social baseado na diviso do trabalho e na propriedade privada dos meios de produo. Todos agem por conta prpria; mas as aes de cada um procuram satisfazer tanto as suas prprias necessidades como tambm as necessidades de outras pessoas.

O estudo das finanas das organizaes e dos projetos uma das reas mais complexas e desafiadoras da atualidade, pois deles depende a sade financeira das empresas. O dinheiro o que move o mundo, ou seja, tem a necessidade de ser bem investido para que haja mnimo de perda e um timo retorno.

Com isso um projeto pode ter perda ou aumento do valor do seu produto final ou podendo fazer o projeto fracassar. Ao pensarmos em possveis falhas ou no que pode ou deve ser feito para isso no ocorrer ou se caso venha a acontecer como contornar a situao para que mesmo com o erro no projeto seja feito e traga algum retorno positivo.

Nenhum empreendimento subsiste sem recursos financeiros. Portanto preciso aprender a lidar com esta questo que no to difcil assim, basta adquirir um pouco de conhecimento que somado experincia do dia-a-dia ajuda bastante. Mesmo sendo uma pequena, mdia ou grande empresa, os controles so necessrios. No basta abrir e fechar as portas todos os dias sem saber para onde est indo.

O mtodo utilizado para informar o tempo de retorno do investimento. muito utilizado, mas deficiente uma vez que no leva em considerao o custo do dinheiro no tempo. Se o payback der um numero inferior a dois anos algo est errado. Nenhum negcio honesto trar um retorno do investimento num prazo inferior a dois anos. O aceitvel est entre dois e quatro anos.

15

7- Referncias Bibliogrficas

www.google.com.br

www.wikipdia.com.br

www.wikilivros.com.br

16

7- Glossrio

Quadro 01 Formula do VLP....................................................................... 12

Grfico: Ponto de Equlibrio........................................................................ 13

17

UNIVERSIDADE PAULISTA CURSO SUPERIOR DE TECNOLOGIA

GESTO EM TECNOLOGIA DA INFORMAO




Belm Par

2015

18




Trabalho do Projeto Integrado Multidisciplinar PIM V e PIM VI, apresentado como exigncia para concluso. Do 3 Semestre do Curso Superior de Tecnologia Gesto em Tecnologia da Informao, da Universidade Paulista UNIP, Campus Nazar. Monitora: RAMON PANTOJA.

Belm Par 2015

19

Resumo

A implantao do ERP recebe apoio de uma empresa de consultoria. Essa empresa que atua no conhecimento tcnico, na orientao metodolgica e no gerenciamento do projeto. A metodologia a ser empregada no projeto em questo ser organizado em sete frentes de trabalho, sendo elas: medida que o tempo passa, observa-se que os sistemas de ERP incorporam mais caractersticas que permitem anlises em tempo real, previso de tendncias e otimizao de processos, rotas de distribuio e controle. O ERP viabiliza anlises em tempo real de diversas questes fundamentais para o negcio da organizao como a quantidade e qualidade dos produtos, dos insumos em estoque, a satisfao dos clientes, os nveis de rentabilidade por produtos e segmento de cliente, entre outros. O projeto de implantao de software ERP implica em mudanas no desenho organizacional e no desenho de processos da organizao, pode provocar profundas mudanas na mesma. A estratgia adotada pela organizao para suavizar o processo natural de mudana que se estabelece no momento em que a empresa implanta um sistema de ERP. Independente do porte de uma soluo, todo projeto de software caracterizado por um estgio inicial, sendo este momento uma fase de anlise em que se procura estudar de que forma o mesmo ser conduzido. A nfase que dada a este tipo de atividade depende, basicamente, no apenas do tamanho do sistema a ser construdo, como tambm da forma como a equipe envolvida encontra-se estruturada e do conhecimento desta ltima acerca de padres e metodologias prprios da rea de software O sucesso de uma organizao de TI requer investimentos na qualidade e eficincia de seus servios, que devem estar alinhados as estratgias de TI e de negcios, sincronizadamente. Para que esse pensamento funcione, a empresa deve se basear em um Plano Estratgico de TI que exemplifique o comportamento dessa rea num determinado perodo de tempo e organize os dados corretos para a avaliao do quanto vale seus servios. A segurana da informao est relacionada com proteo de um conjunto de informaes, no sentido de preservar o valor que possuem para um indivduo ou uma organizao.

Palavras-chave: Consultoria, ERP, Estratgia, Plano Estratgico, Software

20

Abstract

The ERP implementation is supported by a consulting firm . This company engaged in technical knowledge, the methodological orientation and project management. The methodology to be employed in the project in question will be organized in 7 work fronts, namely: As time passes, it is observed that ERP systems incorporate more features that allow real-time analysis, trend forecasting and optimization processes, distribution routes and control. ERP enables real-time analysis of several key issues for the business of the organization as the quantity and quality of products, inputs in stock, the customer satisfaction levels of profitability by product and customer segment, among others. Projects ERP software implementation involves changes in organizational design and the design of the organization's processes, can cause profound changes in it. The strategies adopted by the organization are to soften the natural process of change that takes place when the company deploys an ERP system. Regardless of the size of a solution, every software project is characterized by an early stage, and this time a phase of analysis that seeks to explore how it will be conducted. The emphasis that is given to this type of activity depends basically not only the size of the system to be built, but also how the team involved is structured and the knowledge of the latter about standards and methodologies within the field of the success of a software organization requires it investments on the quality and efficiency of their services, which must be aligned it strategies and business synchronously. For this thought to work, the company should be based on a Strategic IT Plan that exemplifies the behavior of that area in a given period of time and arrange the correct data for the evaluation of their worth as services. The information security is related to protection a set of information, to preserve the feature value to an individual or organization.

Keywords: Consulting, ERP, Strategy, Strategic Plan Software

21

Sumario

1- Introduo.................................................................................................................................................................... 22

2-- Relevncia do Estudo ...................................................................................................................................................... 23

2.1- Definio do Estudo ...................................................................................................................................................... 23

2.2- Objetivo ......................................................................................................................................................................... 24

2.3- O Sistema de ERP ........................................................................................................................................................ 24

2.4- Projeto de Implantao do ERP .................................................................................................................................... 26

2.5- A Empresa XPTO ......................................................................................................................................................... 27

2.5.1- Dados Gerais ............................................................................................................................................................. 27

2.5.2- Histrico de Implantao ....................................................................................................................................... 27,29

2.5.3- Os Resultados do Projeto ......................................................................................................................................... 28

2.5.3.1- O prazo .................................................................................................................................................................... 28

3- Fundamentos de Modelagem de Sistemas .................................................................................................................... 28

3.1- A UML na modelagem de sistemas ......................................................................................................................... 30,31

3.2- Benefcios e pontos de ateno quanto utilizao de UML ...................................................................................... 31

3.3- Implementao da UML em um Projeto de Software................................................................................................... 32

4- Gesto Estratgica de Recursos Humanos ..................................................................................................................... 32

4.1- Gesto de Pessoas ....................................................................................................................................................... 32

4.2- Cultura Organizacional X Cultura ............................................................................................................................. 33,35

5- Planejamento Estrategico de TI ....................................................................................................................................... 35

6- Segurana da Informao ............................................................................................................................................... 37

6.1- Principios da Segurana da Informao ...................................................................................................................... 38

6.2- Plano de continuidade de negcios ......................................................................................................................... 39,40

6.2.1- Propsito do Plano de Continuidade de Negcios (PCN)......................................................................................... 40

6.3- Controle de acesso ........................................................................................................................................................ 40

6.3.1- O controle de acesso na segurana da informao .................................................................................................. 40

6.3.2- Identificao e autenticao ....................................................................................................................................... 41

6.3.3- Autorizao ................................................................................................................................................................. 41

6.3.4- Auditoria ...................................................................................................................................................................... 41

6.3.5- Tcnicas de controle de acesso ................................................................................................................................. 41

6.3.5.1-Controle de acesso discricionrio ....................................................................................................................... 41,43

6.3.5.2- Controle de acesso obrigatrio .......................................................................................................................... 42,43

6.3.5.3- Controle de acesso na segurana eletrnica ......................................................................................................... 43

7- Concluso ......................................................................................................................................................................... 44

8- Referncias Bibliogrficas ................................................................................................................................................ 45

9- Glossrio ........................................................................................................................................................................... 46

22

1- Introduo

O presente estudo justifica-se a partir das seguintes constataes: A XPTO, ao optar

pela implantao de um sistema ERP. Entretanto, essa organizao se esqueceu de atentar

para outros fatores como, por exemplo, se a organizao est para a mudana, se a

metodologia de Project Management est sendo bem empregada.

Todo projeto de software caracterizado por um estgio inicial, sendo este momento uma fase de anlise em que se procura estudar de que forma o mesmo ser conduzido. A nfase que dada a este tipo de atividade depende, basicamente, no apenas do tamanho do sistema a ser construdo, como tambm da forma como a equipe envolvida encontra-se estruturada e do conhecimento desta ltima acerca de padres e metodologias prprios da rea de software.

A rea de Recursos Humanos vem para fazer com que as organizaes reconheam

o verdadeiro papel das pessoas que contribuem para o sucesso. No bastando apenas ter

capital para investir em produtos, e nem ter marca registrada reconhecida diante do mercado,

preciso antes de tudo valorizar os seus clientes internos e externos, comprometer-se

eticamente com o desempenho. Contudo importante que a organizao desenvolva e

valorize os talentos existentes como forma de motiv-los para um bom desempenho, assim

como ele se sinta til no processo administrativo, que venha a conscientiz-lo como

colaborador e como ser humano da sua importncia em determinada empresa.

23

2-- Relevncia do Estudo

O presente estudo justifica-se a partir das seguintes constataes: A XPTO,

ao optar pela implantao de um sistema ERP, acredita pelo simples fato de selecionar o

melhor sistema disponvel bem como uma consultoria experiente que lhe de suporte

metodolgico para a implantao desse sistema de ERP, embasado em metodologia de

Project Management, possuem as condies suficientes para garantir o sucesso do projeto.

Entretanto, essa organizao se esqueceu de atentar para outros fatores

como, por exemplo, se a organizao est para a mudana, se a metodologia de Project

Management est sendo bem empregada, se a consultoria est adotando as tcnicas do

Change Management adequadas, entre outros. Fatores como esses, podero contribuir para a

obteno de melhores ou piores resultados quando nos referimos a um projeto de implantao

de um sistema ERP.

Ao estudar as variveis implcitas no Project Management, acreditamos ter

contribudo para o aprendizado dessa tcnica bem como para a melhoria dos processo de

implantao de projetos que se utilizam de alguma forma ou em algum grau, da metodologia do

Project Management.

2.1- Definio do Estudo

As tcnicas incorporam uma srie de fases relacionadas ao seu

processo, organizao e estrutura. O presente trabalho no pretende se

aprofundar no detalhadamente de todas as fases do Project

As tcnicas do Project Management incorporam uma srie de fases

relacionadas ao seu processo, organizao e estrutura. O presente trabalho no pretende se

aprofundar no detalhadamente de todas as fases do Project Management. As principais fases

sero apresentadas apenas para elucidar o assunto queles que no possuem domnio do

tema.

O projeto de implantao de software ERP implica em mudanas no desenho

organizacional e no desenho de processos da organizao, pode provocar profundas

mudanas na mesma. A estratgia adotada pela organizao para suavizar o processo

natural de mudana que se estabelece no momento em que a empresa implanta um sistema

de ERP.

Da mesma forma, a implantao do ERP, adotada como um diferencial

competitivo envolve a alterao de seus processos, polticas internas e prticas de gesto. Ela

24

requer um tratamento especifico dentro contexto de transformao organizacional uma vez que

alcanar o sucesso na implantao desse sistema.

O objetivo de implantao de sistemas de ERP, que as organizaes

passaram a adotar o sucesso na implantao de sistemas de ERP, que as organizaes

passaram a adotar metodologias especficas de gerenciamento de projetos. Esta metodologia

foi adaptada por diversas empresas especificas de consultoria de empresas. Embora cada

dessas metodologias adote um nome especifico de acordo com a empresa de consultoria que

aplica todas elas possuem uma origem comum, a metodologia de Project Management.

Este trabalho no tem como objetivo analisar detalhadamente cada uma dessas

metodologias nem compara-las metodologia do PMI. Mas sendo esta a base que suporta as

demais metodologias utilizadas para a implantao de sistemas de ERP, faremos uma reviso

da bibliografia de Project Management existente de forma a permitir homogeneizar os seus

principais conceitos aos leitores deste trabalhos.

2.2- Objetivo

Estudar casos de implantao de sistemas de ERP que utiliza metodologias

baseadas em tcnicas do Project Management, com o intuito de melhor compreender os

problemas que estariam supostamente surgindo falhas na aplicao dessas tcnicas, por parte

da organizao. At que ponto a utilizao das tcnicas de Project Management pode ser

considerado o fator determinante que permitir garantir o sucesso de implantao de projetos

de ERP.

2.3- O Sistema de ERP

O conceito de ERP (Enterprise Resource Planning) passou a ser um novo

paradigma que direcionou o desenvolvimento de sistemas aplicativos. Empresas passaram a

adotar esta tecnologia to rpido quanto possvel. Lozinsky (1996) destacou os seguintes

benefcios:

Habilidades de suportar a reviso de processos;

Maior visibilidade e controle sob a cadeia de suprimentos;

Consistncia e robustez do ponto de vista tecnolgico;

Reduo dos custos diretos com tecnologia de informao;

No existe uma nica definio formal para sistemas ERP. Jones (1997) os

define como sistema integrado de softwares que:

Integram todos os processos, regras e aplicaes para automatizar

toda a cadeia de suprimentos;

25

So baseados em tecnologia viabilizadora de atuao e controle por

processos em contraponto atuao e controles departamentais;

Fornecem uma arquitetura de informaes que une toda a empresa,

inclusive suas diversas plantas e pases.

Alguns dos fatores que levam os sistemas de ERP a ser um dos tpicos mais

discutidos nesse momento, independente da empresa, foram: maior concepo, necessidade

de incrementos de qualidade e variedade nos produtos, bem como a reduo dos tempos e

dos custos de desenvolvimento de novos aplicativos, no custo da tecnologia, na reduo do

volume de pessoal (tanto em nveis gerenciais e como nos overheads).

Outro fator que propiciou a migrao para sistemas de ERP foi o aumento

das fuses e aquisies observado em praticamente toda a empresa. A XPTO necessita de

tecnologias que possibilitem rapidamente acomodar este tipo de mudana, que possa ser

rapidamente implantada ao negcio.

Figura 1: Viso Geral do ERP

medida que o tempo passa, observa-se que os sistemas de ERP incorporam

mais caractersticas que permitem anlises em tempo real, previso de tendncias e

otimizao de processos, rotas de distribuio e controle. O ERP viabiliza anlises em tempo

real de diversas questes fundamentais para o negcio da organizao como a quantidade e

qualidade dos produtos, dos insumos em estoque, a satisfao dos clientes, os nveis de

rentabilidade por produtos e segmento de cliente, entre outros.

26

Alguns sistemas de ERP permitem a realizao de simulaes antes do

planejamento realizado. Os mdulos financeiros e de planejamento recebem informaes

diretamente dos mdulos de manufatura, distribuio e suprimentos permitindo que decises

sejam tomadas de modo rpido e eficiente.

2.4- Projeto de Implantao do ERP

A implantao do ERP recebe apoio de uma empresa de consultoria. Essa

empresa que atua no conhecimento tcnico, na orientao metodolgica e no gerenciamento

do projeto. A metodologia a ser empregada no projeto em questo ser organizado em sete

frentes de trabalho, sendo elas:

A Equipe de Infraestrutura tecnolgica, responsvel por implantar os

meios fsicos par a operao do sistema (servidores, redes, canais de comunicao,

microcomputadores, etc.) para complementar a funcionalidade do ERP.

A equipe de desenvolvimento ser responsvel pelo desenvolvimento

de programas de interface, converso de dados, relatrios, adaptaes e

complementos para o sistema ERP.

A equipe funcional ser responsvel pela realizao da reviso dos

processos de negcio e a configurao do sistema ERP.

A equipe de gerenciamento de mudana que tratar da integrao do

time de trabalho e da resoluo de problemas interpessoais, do plano de comunicao,

da elaborao e execuo de treinamento, da reviso da estrutura organizacional, das

revises de cargos e salrios e da administrao de expectativas e ansiedades dos

principais Stakeholders afetados pelo projeto.

A equipe de gerenciamento de risco associados ao sistema que ser

responsvel por identificar e gerenciar os riscos associados s mudanas do processo

sugeridas e s interfaces com outros sistemas. Especificar e implementar os

mecanismo de controle de acesso do sistema de modo a garantir o respeito s normas

de aprovao de documentos e a segregao de funes entre os funcionrios.

O grupo garantia de qualidade, que acompanhar o desenvolvimento

das atividades das frentes de trabalho anteriores, comparando-as com as melhores

prticas de implantao de sistemas de ERP.

27

A gerncia de projeto que ser responsvel pela gesto de recursos do

projeto de modo a concluir as tarefas necessrias com qualidade no prazo e no custo

estimado. Garantir tambm a integrao e o sincronismo das tarefas das demais

equipes.

Cada uma destas frentes de trabalho sero formadas por:

consultores, representantes das reas usurias, representantes da rea de informtica

e /ou representantes de sistemas de ERP,

FIGURA 2: Estrutura Proposta de um Projeto de ERP

2.5- A Empresa XPTO

2.5.1- Dados Gerais

A empresa XPTO, do ramo de telecomunicaes, possui filiais nas cidades de

Braslia, Porto Alegre, Salvador, Recife, Manaus e Rio de Janeiro que presta uma gama de

servios na rea da comunicao desde telefonia fixa e outros servios de valor agregado,

como a internet, servios de CRM e contedo.

2.5.2- Histrico de Implantao

A empresa iniciou seu processo de implantao do ERP em 1999. O sistema

foi implantado nas filiais com mdulos de materais, vendas, controladoria, finanas e projetos.

A empresa de consultoria contratada foi a Arthur Andersen que utilizou a metodologia de

implantao de sistemas e gesto de projetos ASAP. A arquitetura bsica do sistema envolve

trs mquinas independentes, um para cada unidade das filiais, que fisicamente se encontram

28

na filial do Rio de Janeiro. A rea de desenvolvimento, responsvel pela manuteno e novos

desenvolvimentos tambm se encontram na filial do Rio de Janeiro.

A utilizao de uma metodologia de gesto de projeto dentro da empresa passou a

treinar usurios chaves, tanto nas reas funcionais como da rea de TI. Na metodologia PMI

para ser aplicada em todos os projetos da organizao.

Na implantao do ERP, foi identificada carncia por parte da empresa dado a

complexidade do sistema de ERP, a empresa fornecedora desenvolveu uma metodologia que

mostrava caminhos mais curtos para configurar o sistema. Ela funciona como um guia para se

implantar as funcionalidades bsicas do sistema, ou seja, as funcionalidades standard. Esta

ferramenta no se adapta a implantaes que requeiram desenvolvimentos e customizaes

adicionais, mais complexas. Portanto, a condio fundamental para utilizar a metodologia e por

prpria recomendao da fornecedora, que a empresa implante o standard do sistema de

ERP, no se distanciando muito do que lhe oferecido nos mdulos standard.

2.5.3- Os Resultados do Projeto

A proposta inicial era de uma implantao rpida e simples, com as

funcionalidades bsicas que permitisse a empresa dar continuidade s suas atividades sem

impactar no seu dia a dia. No foi prevista nem uma grande customizao no projeto.

Normalmente a implantao de ERP dividiu- se em fases. No caso da

empresa foi optado por fazer o bsico com manutenes subsequentes que foram incluindo as

melhorias necessrias e o desenvolvimento adicional.

2.5.3.1- O prazo

O cumprimento da implantao foi realizado no prazo, o prazo inicial foi

novembro de1999 e foi concludo em Janeiro de 2000. Devido o tamanho do projeto o atraso

foi pequeno, em parte ocorreu devido ao grande volume de coisas que se props implantar no

prazo inicialmente determinado.

3- Fundamentos de Modelagem de Sistemas

Independente do porte de uma soluo, todo projeto de software

caracterizado por um estgio inicial, sendo este momento uma fase de anlise em que se

procura estudar de que forma o mesmo ser conduzido. A nfase que dada a este tipo de

atividade depende, basicamente, no apenas do tamanho do sistema a ser construdo, como

29

tambm da forma como a equipe envolvida encontra-se estruturada e do conhecimento desta

ltima acerca de padres e metodologias prprios da rea de software.

As presses do cotidiano (sobretudo prazos muito curtos e a impacincia das

reas que requisitaram uma soluo) acabam, por vezes, relegando este trabalho de anlise a

um segundo plano. Tudo isto resulta em uma srie de armadilhas, as quais podem culminar em

projetos que levaram mais tempo para serem executados ou, mesmo, que estouraram o

oramento previsto para a realizao das atividades.

Embora representem aspectos extremamente indesejveis, tais problemas so

parte do contexto com que se deparam muitos profissionais de Tecnologia da Informao no

dia-a-dia. Diversos estudos j foram publicados e fornecem numerosas explicaes para o

cancelamento de projetos. Essas pesquisas so unnimes em afirmar, atravs da observao

de organizaes dos mais variados tipos, que a falta de uma melhor anlise do que realmente

necessita ser feito representa um dos principais motivos de tais fracassos.

A linguagem UML procura fornecer meios para auxiliar no levantamento dos

requisitos que iro constituir um sistema, alm de recursos para a modelagem de estruturas

que faro parte do mesmo. O fato de a UML ser um padro de grande aceitao no mercado

tambm se deve, em grande parte, forte integrao desta com conceitos da Orientao a

Objetos (OO). Como muitos sistemas so concebidos a partir da aplicao de prticas e

tcnicas de OO, a elaborao de documentos modelando os componentes esperados feita

atualmente a partir de diagramas UML.

O objetivo deste artigo apresentar um resumo dos diferentes diagramas

disponibilizados pela UML, abordando ainda de que forma estes recursos podem ser teis em

sistemas baseados em elementos da Orientao a Objetos.

Figura 3: A linguagem UML

30

3.1- A UML na modelagem de sistemas

UML (sigla em ingls para "Unified Modeling Language") uma linguagem

que se presta modelagem de estruturas que iro compor uma aplicao, estando fortemente

amparada em conceitos de Orientao a Objetos. Em termos prticos, a UML contempla uma

srie de notaes para a construo de diagramas representando diferentes aspectos de um

software, alm de no estar presa a metodologias ou tecnologias especficas de

desenvolvimento. Sistemas construdos nas mais variadas linguagens e plataformas como C#,

VB. NET, Java, Delphi etc. podem se beneficiar das vantagens decorrentes do uso desta

linguagem.

O advento da UML como um dos principais meios para a documentao de

sistemas aconteceu ainda no final dos anos 1990, graas ao trabalho conjunto de trs

especialistas da rea de desenvolvimento de software: James Rumbaugh, Grady Booch e Ivar

Jacobson. Diversos dos diagramas disponibilizados pela UML resultado da evoluo de

representaes propostas em momentos anteriores por estes especialistas, sendo que os

mesmos procuram contemplar diferentes aspectos da construo de aplicaes baseadas em

tcnicas da OO.

bastante comum que se encontrem literaturas a respeito de design patterns

que fazem uso da UML, empregando esta ltima como um meio para a representao

esquemtica das ideias que esto sendo discutidas. Alm disso, metodologias de

desenvolvimento como RUP (Rational Unified Process) tm nesta linguagem um importante

pilar, j que os diversos diagramas existentes acabam por servir como parte da documentao

de um projeto.

As diversas notaes da UML podem ser utilizadas em vrias

situaes:

Para esboar estruturas de um sistema em discusses a respeito do

mesmo. Isto costuma acontecer de um modo informal, atravs do desenho de um

componente ou processo da aplicao considerada, buscando assim um melhor

entendimento daquilo que est analisando;

Como documentao que servir de base para atividades

de codificao das estruturas de um sistema, bem como elaborao de

testes das funcionalidades implementadas;

Na documentao de estruturas j existentes de um

sistema, ou seja, como uma ferramenta de engenharia reversa, a partir

31

da qual sero documentadas funcionalidades e outras estruturas da

aplicao em que esto.

3.2- Benefcios e pontos de ateno quanto utilizao de UML

Dentre as vantagens em se adotar a UML como ferramenta para

a modelagem e documentao de sistemas, convm destacar:

A UML foca na representao visual de diferentes elementos e

aspectos de um software. Devido s suas caractersticas bastante intuitivas, esta

linguagem permite uma compreenso mais rpida, assim como abrangente, de

componentes e funcionalidades que fazem parte de uma aplicao;

Sistemas extensos costumam apresentar relacionamentos complexos

entre as diferentes partes que os compem. Muitas vezes, a simples descrio textual

de dependncias entre os diversos recursos de uma aplicao pode ser confusa, no

atingindo o resultado esperado e que , basicamente, possibilitar uma clara

compreenso sobre como tais elementos interagem. O uso de UML pode simplificar tal

tarefa, permitindo a elaborao de diagramas primeira vista simples, mas que

resumem o difcil trabalho de descrever como classes e processos esto relacionados

entre si;

Desenvolvedores de diferentes plataformas podem compreender com

mais facilidade as caractersticas de um sistema (independentemente da tecnologia na

qual este foi concebido). Isto se deve ao fato da UML ser uma linguagem independente

de plataforma, alm de corresponder a um padro de ampla aceitao dentro da rea

de software;

Ainda considerando o item anterior, os diagramas UML representam

uma excelente ferramenta para a demonstrao de conceitos de Orientao a Objetos,

sobretudo no que se refere a explicaes a respeito de design patterns e outras

solues genricas passveis de reaproveitamento em novos projetos;

A forte nfase dada por esta linguagem padronizao tambm

contribui, sem sombra de dvidas, para um melhor desempenho das funes dentro

dos times de implementao de projetos. Os diferentes profissionais envolvidos na

codificao de uma aplicao tm na UML um meio que facilita a comunicao e a

transmisso de ideias, partindo-se para isto da premissa de que todos contam com um

conhecimento adequado desta linguagem.

32

3.3- Implementao da UML em um Projeto de Software

Em muitas situaes ser necessrio sincronizar a documentao do

projeto, atualizando diagramas elaborados num estgio inicial para que contemplem as

ltimas mudanas efetuadas numa aplicao. Este tipo de atividade costuma consumir

uma parcela significativa de tempo, devendo ser bem planejado a fim de evitar atrasos

ou, at mesmo, ser deixado de lado por representar um processo relativamente

trabalhoso;

essencial que a construo de diagramas UML priorize partes mais

complexas ou crticas de um sistema. A documentao de funcionalidades e estruturas

relativamente simples pode no agregar muito ao projeto, sendo desaconselhvel

investir tempo neste tipo de tarefa (quando o foco poderia justamente estar direcionado

a elementos de uma maior importncia dentro do contexto geral da aplicao);

A construo de diagramas muito extensos pode dificultar a

compreenso de determinados pontos de um sistema. A montagem de representaes

com um escopo mais reduzido pode ser a melhor opo em alguns momentos, visto

que permite um melhor entendimento de alguns detalhes que passariam despercebidos

num diagrama abrangendo um contexto bem maior.

4- Gesto Estratgica de Recursos Humanos

4.1- Gesto de Pessoas

Com o aparecimento de novas tecnologias, as mudanas ocorrentes e a

globalizao as empresas buscam a excelncia na qualidade, produtividade sendo o maior

contribuidor, o capital humano, ou seja, as pessoas que fazem parte das organizaes.

A administrao de Recursos Humanos refere-se s prticas e as polticas

necessrias para conduzir os aspectos relacionados s pessoas no trabalho de gerenciamento,

especificamente contratao, ao treinamento, a avaliao, a remunerao e ao ambiente

seguro aos funcionrios da empresa. Entre estas prticas e polticas esto: Conduzir anlise de

cargo (determinar a natureza do trabalho de cada funcionrio), prever a necessidade de

trabalho e recrutar candidatos, selecionar candidatos, orientar e treinar novos funcionrios,

gerenciar recompensas e salrios (como remunerar funcionrios), oferecer incentivos e

benefcios, avaliar o desempenho, comunicar-se (entrevistando, aconselhando, disciplinando),

treinar e desenvolver, construir o comprometimento do funcionrio. E o que o gerente precisa

saber sobre: oportunidades iguais e aes afirmativas, sade e segurana do funcionrio,

queixas e relaes trabalhistas (DESSLER, 2003, p. 2).

33

Com o passar dos anos, a Administrao de Recursos Humanos vem

mudando sua nomenclatura do tipo "Gesto de talentos humanos", "Gesto de Parceiros ou de

Colaboradores", "Gesto do Capital Humano", "Administrao do Capital Intelectual" e enfim

"Gesto de Pessoas".

As pessoas passam boa parte da vida numa organizao, e estas,

necessitam para desenvolverem, operar, produzir e competir. As organizaes esto focando

seus colaboradores como um recurso produtivo, pois se trata de um ser pensante, racional e

criativo.

Na viso de alguns autores o termo Gesto de Pessoas apresenta-se de

diferentes formas.

Para Chiavenato (1999, p. 8) "Gesto de Pessoas ou ARH o conjunto de

decises integradas sobre as relaes de emprego que influenciam a eficcia dos funcionrios

e das organizaes".

Ainda, segundo Chiavenato (2002, p. 20) "A Gesto de Pessoas se baseia em

trs aspectos fundamentais: 1. As pessoas como seres humanos; 2. As pessoas so como

mero recursos (humanos) organizacionais; 3. As pessoas como parceiras da organizao.

Ao referenciar Chiavenato notria a preocupao com seres humanos dentro

da organizao, contudo ele tem uma capacidade habilidade que por vezes no desenvolvida

nem incentivada a transparecer, ficando este um ser a merecer que por vezes no

incentivado a mostrar o seu talento.

Conforme Gil (2001, p. 17) "Gesto de Pessoas a funo gerencial que visa

cooperao das pessoas que atuam nas organizaes para o alcance dos objetivos tanto

organizacionais quanto individuais".

De modo que so inerentes gesto de pessoas a prtica de lidar com o

comportamento humano e administrar a justia nos relacionamentos. Sendo esta uma tarefa

rdua e difcil, pois passvel de erros ou de prticas injustas e/ou de situaes desgastantes.

Contudo faz-se necessrio o investimento para com aqueles que fazem a

organizao que contribuem diretamente para o sucesso e o desenvolvimento interno.

4.2- Cultura Organizacional X Cultura

de responsabilidade da Administrao estratgica de Recursos Humanos

conhecerem, analisar e acompanhar a evoluo da cultura organizacional.

34

Conforme Hobbins (2002, p. 240) "Cultura organizacional se refere a um sistema

de valores compartilhados pelos membros que difere uma organizao da outra".

De acordo com Shein (apud CHIAVENATO, 1997, p. 32),

Cultura organizacional o modelo de pressuposto bsicos que um grupo

assimilou na medida em que resolveu os seus problemas de adaptao externa e integrao

interna e que, por ter sido suficientemente eficaz. Foi considerado vlido e repassado

(ensinado) aos demais (novos) membros como a maneira correta de perceber, pensar e sentir

em relao queles problemas.

Chiavenato (1999, p. 172) "Cultura organizacional o conjunto de hbitos e

crenas, estabelecidos atravs de normas, valores, atitudes e expectativas compartilhadas por

todos os membros da organizao. A cultura espelha a mentalidade que predomina em uma

organizao".

"Cultura Organizacional a maneira costumeira ou tradicional de pensar e

fazer as coisas, que so compartilhados em grande extenso por todos os membros da

organizao e que os novos membros devem aprender e aceitar para serem aceitos no servio

da firma" (CHIAVENATO 1999, p. 173).

Cada organizao tem sua prpria cultura e a mantm de acordo com os seus

objetivos, sendo a partir desta que definida sua misso, alinhando-a, as decises, as aes

da organizao, ao planejamento, a organizao, a direo e ao controle.

De acordo com Lakatos (1999, p. 132) "Cultura empregada para indicar o

desenvolvimento do indivduo por meio da educao, da instruo".

Bernardes (apud FERRARIR, 1995, p. 126) Cultura o conjunto de ferramentas,

utenslios, lnguas, hbitos, normas, crenas, valores, rituais, objetos para vrios fins,

sentimentos, atitudes etc, que todos possuem.

Dias (2001, p. 59-60) "cultura todo aquele complexo que inclui conhecimento,

crena, arte, moral, direito, costumes e outras capacidades e hbitos adquiridos pelo homem

como membro da sociedade".

Pode se observar que as pessoas so diferentes, contudo as culturas so

formadas a partir destas, conseqentemente sofrem mutaes e absorvem e/ou assimilam

novos traos ou abandonam os antigos, atravs de diferentes formas.

De acordo com Chiavenato (1999, p. 173) Alguns aspectos de cultura so

percebidos outros menos visveis aspectos formais so facilmente perceptveis (polticas e

35

diretrizes, mtodos e procedimentos, objetivos, estrutura organizacional, tecnologia adotada,

ocultando outras informais (percepes, sentimentos, atitudes, valores, interaes informais,

normas grupais etc)).

A Figura 4: Modelo de iceberg fazendo uma aluso da cultura organizacional.

Na parte superior que a visvel, encontra se na superfcie das guas, e na

inferior fica oculta sob as guas e totalmente fora da viso das pessoas. (CHIAVENATO, 1999,

p. 173).

5- Planejamento Estratgico de TI

A estratgia nunca foi to importante quanto nos dias de hoje. Sobreviver e

ter sucesso na era das vantagens competitivas tem exigido das empresas a criao estruturada

da estratgia e a organizao disciplinada dos esforos de sua implantao. O cenrio dos

negcios atual imprevisvel e de competio intensa, impulsionada pelo avano das

tecnologias, instabilidade econmica, globalizao e governo. A expectativa de sucesso das

empresas so definidos pela sua capacidade de se adaptaro ambiente em mudana contnua.

O conceito de estratgia, segundo Michael Porter: Para Porter (1996, p.68):

Estratgia a criao de uma posio nica e valiosa, envolvendo um conjunto diferente de

atividades. Mintzberg (2000) argumenta que estratgia pode ser definida sob vrias ticas,

uma delas a que considera a estratgia como um padro, ou seja, uma consistncia de

comportamento ao longo do tempo. Discute tambm que a estratgia pode ser vista como uma

posio, isto , uma localizao de determinados produtos em determinados mercados. O

conceito de estratgia, segundo Henry Mintzberg:

O conceito de estratgia, segundo Kaplan e Norton: Conceituamos estratgia

como escolha dos segmentos de mercados e clientes que as so unidades de negcios

pretendem servir, identificado os processos internos crticos nos quais a unidade deve atingir a

excelncia para concretizar suas propostas de valor aos clientes dos segmento-alvos, e

36

selecionando as capacidades individuais para atingir os objetivos internos, dos clientes e

financeiros.

O sucesso de uma organizao de TI requer investimentos na qualidade e

eficincia de seus servios, que devem estar alinhados as estratgias de TI e de negcios,

sincronizadamente. Para que esse pensamento funcione, a empresa deve se basear em um

Plano Estratgico de TI que exemplifique o comportamento dessa rea num determinado

perodo de tempo e organize os dados corretos para a avaliao do quanto vale seus servios.

Pensando nisso, mais do que recomendvel que uma companhia tenha

elaborada consigo um plano de metas para a implantao da governana de tecnologia da

informao, atravs da aplicao de mtodos para atender as necessidades de mdio e longo

prazo da organizao, continuamente.

O primeiro passo deve ser o de alinhar a rea de TI com os negcios. Atitude,

essa, destinada ao entendimento do contexto organizacional e definio de objetivos de

negcio e de TI, conforme orientao hand-on determinada pelo COBIT, para definio de

objetivos. Se aplicado corretamente, esse mtodo auxiliar no conhecimento do contexto

organizacional da empresa, na identificao de objetivos de TI alinhados aos objetivos de

negcios, e o levar ao prximo passo.

No segundo mtodo para um bom planejamento estratgico, ser avaliado o

desempenho e a capacidade atual da rea de TI na organizao. Faz parte desse segundo

mtodo, identificar e avaliar a maturidade dos processos considerados crticos na rea de TI,

se baseando pelas metas estabelecidas pelos negcios, pela prpria TI e pela anlise FOFA

(ou SWOT, do ingls), ferramenta utilizada para fazer anlise do cenrio de uma empresa.

Tambm interessante fazer a anlise da matriz de arranjo da governana em prtica na

corporao. Como resultado, voc ter em mos o conjunto de processos crticos a gerenciar

para alcanar os objetivos da rea, a situao atual desses processos e a anlise SWOT

aplicada a eles.

Feito isso, voc se direcionar a definio de indicadores para medir o alcance

aos objetivos e a eficincia dos processos crticos. Deve se focar, tambm, na definio de

aes estratgicas que devem cobrir a eliminao ou atenuao dos gaps identificados na

segunda etapa, podendo ser destinados ao cumprimento dos objetivos da primeira etapa, em

ltimo caso.

Como consequncia, voc ir obter o Balance ScoreCard (BSC) de TI, nesta que

a terceira etapa.

37

Para desenvolver um planejamento ttico em tecnologia da informao, preciso

formular os planos de ao para que ambas as estratgias de TI e de negcios sejam

alcanadas.

Assim sendo, recomendvel estabelecer projetos voltados para a aquisio

de recursos de TI, para a terceirizao desses recursos e para a capacitao de recursos

humanos. A prioridade para aplicao dessas tticas ser definida de acordo com a estrutura

de governana presente na companhia.

O ltimo passo desse processo consiste em avaliar e divulgar os resultados

desse planejamento, para toda a empresa. Dessa maneira, alm de garantir que processo foi

adequado estrutura de governana, voc tambm ir obter o comprometimento do corpo de

colaboradores, nas atividades de implantao, aquisio, capacitao e terceirizao, alm de

garantia de continuao desses processos.

Tambm muito importante que a empresa aprenda com experincias

anteriores e analise o andamento desses processos, para que no cometa erros iguais,

aprimorando sua governana de TI.

6- Segurana da Informao

A segurana da informao est relacionada com proteo de um conjunto de

informaes, no sentido de preservar o valor que possuem para um indivduo ou uma

organizao. So caractersticas bsicas da segurana da informao os atributos de

confidencialidade, integridade, disponibilidade e autenticidade, no estando esta segurana

restrita somente a sistemas computacionais, informaes eletrnicas ou sistemas de

armazenamento. O conceito se aplica a todos os aspectos de proteo de informaes e

dados. O conceito de Segurana Informtica ou Segurana de Computadores est intimamente

relacionado com o de Segurana da Informao, incluindo no apenas a segurana dos

dados/informao, mas tambm a dos sistemas em si.

Atualmente o conceito de Segurana da Informao est padronizado pela

norma ISO/IEC 17799:2005, influenciada pelo padro ingls (British Standard) BS 7799. A

srie de normas ISO/IEC 27000 foram reservadas para tratar de padres de Segurana da

Informao, incluindo a complementao ao trabalho original do padro ingls. A ISO/IEC

27002:2005 continua sendo considerada formalmente como 17799:2005 para fins histricos.

38

6.1- Princpios da Segurana da Informao

Disponibilidade

Garante que uma informao estar disponvel para acesso no momento desejado.

Diz respeito eficcia do sistema, ao correto funcionamento da rede para que quando a

informao for necessria ela poder ser acessada. A perda da disponibilidade se d quando

se tenta acessar uma informao e no se consegue o acesso esperado.

Integridade:

Garante que o contedo da mensagem no foi alterado ou violado

indevidamente. Ou seja, mede a exatido da informao e seus mtodos de

modificao, manuteno, validade. H perda da integridade quando a informao

alterada indevidamente ou quando no se pode garantir que a informao a mais

atualizada, por exemplo.

Confidencialidade:

Garantir que a informao s ser acessvel por pessoas autorizadas. A principal

forma de garantir a confidencialidade por meio do controle de acesso (autenticao),

j que este controle garante que o contedo da mensagem somente ser acessado por

pessoas autorizadas. A confidencialidade (privacidade) se d justamente quando se

impede que pessoas no autorizadas tenham acesso ao contedo da mensagem.

Refere-se proteo da informao contra a divulgao no permitida. A perda da

confidencialidade se d quando algum no autorizado obtm acesso a

recursos/informaes.

Autenticidade:

Garante a identidade de quem est enviando a informao, ou seja, gera o no-

repdio que se d quando h garantia de que o emissor no poder se esquivar da

autoria da mensagem (irretratabilidade). Normalmente no entre como um dos pilares

da segurana da informao, mas fica aqui para fechar o mnemnico DICA.

39

6.2- Plano de continuidade de negcios

O Plano de Continuidade de Negcios - PCN (do ingls Business Continuity Plan -

BCP), estabelecido pela norma ABNT NBR 15999 Parte 1, o desenvolvimento preventivo de

um conjunto de estratgias e planos de ao de maneira a garantir que os servios essenciais

sejam devidamente identificados e preservados aps a ocorrncia de um desastre, e at o

retorno situao normal de funcionamento da empresa dentro do contexto do negcio do qual

ela faz parte. O plano de continuidade de negcios responsabilidade dos dirigentes da

organizao. A equipe de gerncia da segurana pode auxiliar nessa tarefa, mas no pode ser

responsabilizada por sua inteira implementao. Tal auxlio pode contemplar a criao,

manuteno, divulgao e coordenao do plano de contingncias.

Alm disso, sob o ponto de vista do PCN, o funcionamento de uma empresa

deve-se a duas variveis: os componentes e os processos.

Os componentes so todas as variveis utilizadas para realizao dos processos:

energia, telecomunicaes, informtica, infraestrutura, pessoas. Todas elas podem ser

substitudas ou restauradas, de acordo com suas caractersticas.

J os processos so as atividades realizadas para operar os negcios da empresa.

O Plano de Continuidade de Negcios constitudo pelos seguintes planos:

Plano de Contingncia,

Plano de Administrao de Crises (PAC),

Plano de Recuperao de Desastres (PRD) e

Plano de Continuidade Operacional (PCO).

Todos estes planos tm como objetivo principal a formalizao de aes a

serem tomadas para que, em momentos de crise, a recuperao, a continuidade e a retomada

possam ser efetivas, evitando que os processos crticos de negcio da organizao sejam

afetados, o que pode acarretar em perdas financeiras.

No que diz respeito necessidade de atualizaes, o Plano de Continuidade de

Negcios deve ser revisado periodicamente, pois mudanas significativas em componentes,

atividades ou processos crticos de negcio podem fazer com que novas estratgias e planos

de ao sejam previstos, evitando assim com que eventuais desastres desestabilizem

profundamente o andamento regular do negcio da empresa.

40

Desastre pode ser entendido como qualquer situao que afete os

processos crticos do negcio de uma organizao. Conseqentemente, algumas

ocorrncias podem ser caracterizadas como sendo desastres para uma determinada

empresa, mas podem no ser caracterizadas como um desastre para outra empresa.

6.2.1- Propsito do Plano de Continuidade de Negcios (PCN)

O propsito de um plano de continuidade de negcios permitir que uma

organizao recuperasse ou mantenha suas atividades em caso de uma interrupo das

operaes normais de negcios.

Os PCN so ativados para dar suporte s atividades crticas necessrias para

cumprir os objetivos da organizao. Eles podem ser executados integral ou parcialmente e em

qualquer etapa da resposta a um incidente.

O contedo e os componentes dos PCN variam de organizao para organizao

e possuem diferentes nveis de detalhe, dependendo da escala, ambiente, cultura e

complexidade tcnica da organizao.

Algumas organizaes de grande porte podem necessitar de documentos

separados para cada uma de suas atividades crticas, enquanto as organizaes menores

podem ser capazes de abordar todos os aspectos crticos em um nico documento.

6.3-Controle de acesso

Em segurana, especialmente segurana fsica, o termo controle de acesso PB

ou controlo de acessoPE

uma referncia prtica de permitir o acesso a uma propriedade,

prdio, ou sala, apenas para pessoas autorizadas. O controle fsico de acesso pode ser obtido

atravs de pessoas (um guarda, segurana ou recepcionista); atravs de meios mecnicos

como fechaduras e chaves; ou atravs de outros meios tecnolgicos, como sistemas baseados

em cartes de acesso.

6.3.1- O controle de acesso na segurana da informao

O controle de acesso, na segurana da informao, composto dos processos

de autenticao, autorizao e auditoria (accounting). Neste contexto o controle de acesso

pode ser entendido como a habilidade de permitir ou negar a utilizao de um objeto (uma

entidade passiva, como um sistema ou arquivo) por um sujeito (uma entidade ativa, como um

indivduo ou um processo). A autenticao identifica quem acessa o sistema, a autorizao

determina o que um usurio autenticado pode fazer, e a auditoria diz o que o usurio fez.

41

6.3.2- Identificao e autenticao

A identificao e autenticao fazem parte de um processo de dois passos que

determina quem pode acessar determinado sistema. Durante a identificao o usurio diz ao

sistema quem ele (normalmente atravs de um nome de usurio). Durante a autenticao a

identidade verificada atravs de uma credencial (uma senha, por exemplo) fornecida pelo

usurio. Atualmente, com a popularizao tecnolgica, reconhecimento por impresso digital,

smartcard, MiFare ou RFID esto substituindo, por exemplo, o mtodo de credencial (nome e

senha). Dispositivos com sensores que fazem a leitura, a verificao e a identificao de

caractersticas fsicas nicas de um indivduo aplicam a biometria e fazem agora a maior parte

dos reconhecimentos. A identificao biomtrica por impresso digital a mais conhecida e

utilizada atualmente por sua fiabilidade alta e baixo custo.

6.3.3- Autorizao

A autorizao define quais direitos e permisses tem o usurio do sistema. Aps o

usurio ser autenticado o processo de autorizao determina o que ele pode fazer no sistema.

6.3.4- Auditoria

A auditoria (accounting) uma referncia coleta da informao relacionada

utilizao, pelos usurios, dos recursos de um sistema. Esta informao pode ser utilizada

para gerenciamento, planejamento, cobrana e etc. A auditoria em tempo real ocorre quando

as informaes relativas aos usurios so trafegadas no momento do consumo dos recursos.

Na auditoria em batch as informaes so gravadas e enviadas posteriormente. As

informaes que so tipicamente relacionadas com este processo so a identidade do usurio,

a natureza do servio entregue, o momento em que o servio se inicia e o momento do seu

trmino.

6.3.5- Tcnicas de controle de acesso

As tcnicas de controle de acesso so normalmente categorizadas

em discricionrias e obrigatrias.

6.3.5.1-Controle de acesso discricionrio

O controle de acesso discricionrio (discretionary access control ou DAC) uma

poltica de controle de acesso determinada pelo proprietrio (owner) do recurso (um arquivo,

por exemplo). O proprietrio do recurso decide quem tem permisso de acesso em

determinado recurso e qual privilgio ele tem.

42

O DAC tem dois conceitos importantes:

Todo objeto em um sistema deve ter um proprietrio. A poltica de

acesso determinada pelo proprietrio do recurso. Teoricamente um objeto sem um

proprietrio considerado no protegido.

Direitos de acesso so estabelecidos pelo proprietrio do recurso, que

pode inclusive transferir essa propriedade.

Um exemplo de DAC so as permisses tradicionais do sistema UNIX,

implementadas tambm no Linux.

6.3.5.2- Controle de acesso obrigatrio

No controle de acesso obrigatrio (mandatory access control ou MAC) a poltica de

acesso determinada pelo sistema e no pelo proprietrio do recurso. Este controle utilizado

em sistemas de cujos dados so altamente sensveis, como governamentais e militares.

Rtulos de sensibilidade. Em sistemas de controle de acesso

obrigatrio, todos os sujeitos e objetos devem ter rtulos associados. Um rtulo de

sensibilidade de um sujeito define o seu nvel de confiana. Um rtulo de sensibilidade

de um objeto define o nvel de confiana necessrio para acess-lo. Para acessar um

determinado objeto, o sujeito deve ter um rtulo de sensibilidade igual ou superior ao

requisitado pelo objeto.

Importao e exportao de dados. O controle de importao e

exportao de dados para outros sistemas (incluindo impressoras) uma funo crtica

de um sistema baseado em MAC. O sistema precisa garantir que os rtulos de

sensibilidade so mantidos e implementados de maneira apropriada, de forma que a

informao sensvel seja protegida a todo momento.

Dois mtodos so comumente utilizados na aplicao de controle de acesso

obrigatrio:

Controles baseados em regras. Todos os sistemas MAC implementam

uma forma simples de controle de acesso baseado em regras que define que o acesso

deve ser dado ou negado com base no:

o rtulo de sensibilidade do objeto

o rtulo de sensibilidade do sujeito

43

Controles de acesso baseados no modelo lattice. Estes controles

podem ser utilizados em decises complexas envolvendo mltiplos objetos e/ou

sujeitos. O modelo lattice corresponde basicamente a um grafo dirigido sem ciclos. Um

lattice define uma ordenao parcial (ex.: filho->pai->av) que pode ser usada para

definir nveis de prioridade.

Sistemas usando MAC podem ser implementados por meio das seguintes tcnicas:

Listas de controle de acesso (ACLs) definem os direitos e permisses

que so dados a um sujeito sobre determinado objeto. As listas de controle de acesso

disponibilizam um mtodo flexvel de adoo de controles de acesso discricionrios.

Poucos sistemas implementam o MAC. O XTS-400 um exemplo.

6.3.5.3- Controle de acesso na segurana eletrnica

Na segurana eletrnica, o controle de acesso desempenha um papel importante

para identificar as pessoas presentes em uma determinada rea controlada. O controle de

acesso de pessoas em reas restritas, como condomnios, empresas, centro de

processamento de dados (CPD), entre outros, feito atravs de equipamentos como portas

eletrnicas, catracas, torniquetes e cancelas. Todos os acessos so registrados em um

software e banco de dados desenvolvidos para este fim. Com isto possvel rastrear todas as

pessoas que esto, ou estiveram presentes na rea controlada. Para autenticar e autorizar

uma pessoa so utilizadas diversas tecnologias como: carto de proximidade, biometria e

senha.

44

7- Concluso

As tcnicas do Project Management incorporam uma srie de fases relacionadas ao seu

processo, organizao e estrutura. O presente trabalho no pretende se aprofundar no

detalhadamente de todas as fases do Project Management. As principais fases sero

apresentadas apenas para elucidar o assunto aqueles que no possuem domnio do tema.

Estudar casos de implantao de sistemas de ERP que utiliza metodologias baseadas

em tcnicas do Project Management, com o intuito de melhor compreender os problemas que

estariam supostamente surgindo falhas na aplicao dessas tcnicas, por parte da

organizao. At que ponto a utilizao das tcnicas de Project Management pode ser

considerado o fator determinante que permitir garantir o sucesso de implantao de projetos

de ERP.

Ao remeter e ou abordar os talentos existentes nas organizaes eles por vezes ficam e ou esto esquecidos, por falta de uma boa rea de gesto de pessoas, pois ao se pensar nesta rea vai alm de admisso, demisso de colaborador, folha de pagamento vai muito alm do que proposto e visto na concepo de alguns dentro da organizao. Alm do que proposto insere o desenvolvimento do talento e ou do colaborador interno na organizao. No apenas um desenvolvimento atravs de palestras cursos, seminrios, mas tambm um desenvolvimento, que venha trazer satisfao, orgulho de trabalhar na organizao, assim como que ele possa futuramente a vir mudar de cargo, ascender hierarquicamente.

De modo que, investir nos talentos primordial, mas deve se mudar anteriormente a cultura da empresa, para que esta venha a ver o colaborador como um investimento em longo prazo a ser feito, e no como uma despesa a mais. Entretanto cabe a gesto de pessoas este desafio de quebrar os paradigmas existentes, pois at algum tempo atrs tinha se a concepo que a empresa deveria vestir a camisa do cliente, do consumidor, do seu pblico alvo e hoje mudou a concepo, a empresa tem que vestir a camisa do cliente interno, ou seja, dos colaboradores. Contudo faz-se necessria a atribuio da gesto de pessoas com a ajuda de todos os setores organizacionais como uma forma estratgica para que desperte e ou venha a desenvolver os talentos organizacionais.

45

8- Referncias Bibliogrficas

CHIAVENATO, Idalberto. Introduo teoria geral da administrao: uma viso abrangente da moderna administrao das organizaes: edio compacta. 3. ed. ver.. e atual. Rio de Janeiro:

Elsevier, 2004. Administrao nos novos tempos. 2. ed. Rio de Janeiro: Campus, 1999. Administrao de recursos humanos. Fundamentos Bsicos. 5. ed. So Paulo: Atlas, 2002.

DESSLER, Gary. Administrao de recursos humanos. Pearson Brasil, 2003.

GIL, Antnio Carlos. Gesto de pessoas: enfoque nos papis profissionais. So Paulo: Atlas, 2001.

TACHIZAWA, Takeshy. Gesto de pessoas: uma abordagem aplicada s estratgias de negcios. 2. ed. Rio de Janeiro: FGV, 2001.

VARELLA, Joo Marcos. Manual de gesto de pessoas e equipes: estratgias e tendncias. v. 1. So Paulo: Editora gente, 2002.

www.wikipdia.com

www.google.com.br

http://www.devmedia.com.br/modelagem-de-sistemas-atraves-de-uml-uma-visao-geral/27913#ixzz2hFWVDbLe

http://www.sato.adm.br/artigos/a_gestao_de_pessoas_como_ferramenta.htm

http://www.cnasi.com.br/metodos-para-um-bom-planejamento-estrategico-em-governanca-de-ti/

WALLACE, Michael; WEBBER, Lawrence. The Disaster Recovery Handbook: A Step-by-Step Plan to Ensure Business Continuity and Protect Vital Operations, Facilities, and Assets.

46

9- Glossrio

Figura 1: Viso Geral do ERP.....................................................................................................25

Figura 2: Estrutura Proposta de um Projeto de ERP............................................................... 27

Figura 3: A linguagem UML..................................................................................................... 29

A Figura 4: Modelo de iceberg fazendo uma aluso da cultura organizacional........................ 35

pa 1419332

Documents