Você está na página 1de 30

1

Criar a estrutura analtica do projeto (EAP)


Adaptado de SOTILLE, Mauro A. et al. Gerenciamento do Escopo em projetos. 2. Ed. Rio de Janeiro, Fundao Getlio Vargas, 2009. Considerando que uma imagem melhor do que mil palavras, interessante termos um instrumento que seja capaz de expressar por meio de uma imagem as entregas previstas para o projeto. A EAP a expresso da lngua portuguesa para WBS (work breakdown structure). De acordo com o PMI (PMI,2008:116), ela representa uma decomposio hierrquica orientada s entregas do trabalho a ser executada pela equipe para atingir os objetivos do projeto e criar as entregas requisitadas, sendo que cada nvel descendente da EAP representa uma definio gradualmente mais detalhada da definio do trabalho do projeto. Por meio de estrutura semelhante a um organograma, a EAP representa o que dever ser entregue pelo projeto. Ela permite detalhar quais as entregas que devem ser geradas em funo dos objetivos do projeto. A organizao das entregas por meio de uma EAP vem sendo fortemente utilizada nos projetos de sucesso em todo o mundo, j que permite o esclarecimento equipe do projeto, fornecedores, clientes, patrocinadores e demais interessados sobre o que se espera em termos de resultados do projeto e, conseqentemente, do que ser monitorado e controlado. Se o gerente de projetos optar por estruturar a EAP em funo das fases do ciclo de vida do projeto e de seus componentes ter maior facilidade para alocar/controlar os custos do projeto e sua organizao, uma vez que a conta de controle corresponde fase/subfases do projeto. Decompondo o escopo Desde o incio do projeto devemos pensar nele de uma forma sistmica, isso , pensar nele como um todo e em suas partes (decomposio hierrquica). Pelo glossrio do PMI (2008), a decomposio uma tcnica que subdivide o escopo do projeto e as entregas do projeto em componentes menores e mais facilmente gerenciveis at que o trabalho do projeto associado realizao do escopo do projeto e ao fornecimento das entregas seja definido em detalhes suficientes para dar suporte execuo, ao monitoramento e ao controle do trabalho.

Definir componentes menores facilita a estimativa de prazo, custo e recursos para sua concluso; auxilia na definio de critrios para monitorao e controle do desempenho e viabiliza uma atribuio de responsabilidade mais adequada realidade do projeto. Apesar de outras reas de aplicao realizarem decomposio utilizando modelos de estruturas analticas semelhantes a uma EAP, no devemos confundi-la com outras. Uma estrutura analtica de riscos, organizada por categoria de risco, ou uma estrutura analtica de recursos, categorizada pelo tipo de recurso, ou uma lista de preo de materiais, que compe a rvore do produto, ou um organograma, que representa os rgos da empresa, so ferramentas usadas em outras reas de conhecimento abordadas pelo gerenciamento de projetos. Estratgia possvel para a criao de uma EAP O gerenciamento do conhecimento aplicado a um projeto deve coletar, armazenar e disponibilizar as informaes histricas e as lies aprendidas em outros projetos, viabilizando o aprendizado com o passado. Assim, uma EAP de um projeto especfico poder ser utilizada parcialmente em outro projeto semelhante. comum a empresa definir modelos que devero ser utilizados em seus projetos, facilitando a criao e padronizando a estrutura de uma EAP. O quadro 1 no uma abordagem obrigatria, mas representa uma estratgia possvel para criao de uma EAP onde as fases do ciclo de vida so apresentadas no segundo nvel. Salientamos, entretanto, que podemos escolher uma estratgia onde o projeto seja decomposto por rea geogrfica ou partes componentes e no por fases do ciclo de vida.
Quadro 1

ESTRATGIA POSSVEL PARA A CRIAO DE UMA EAP


1 - Escrever o nome do projeto no primeiro nvel (nvel 0) da EAP. 2 - Iniciar o segundo nvel com as entregas de Gerenciamento do projeto e de Encerramento. 3 - Acrescentar as fases do ciclo de vida (entrega completa da fase) do projeto no segundo nvel . 4 - Decompor as entregas (produtos ou servios) em subprodutos (entregas parciais) que as compem. 5 - Decompor as entregas parciais at um nvel de detalhe que viabilize o planejamento e controle em termos de tempo, custo, qualidade, risco, atribuio de responsabilidades e contratao, se for o caso. 6 - Revisar continuamente a EAP, refinando-a quando necessrio, at que a mesma esteja apta a ser aprovada.

Vejamos cada um desses passos: 1. Escrever o nome do projeto no primeiro nvel (nvel 0) da EAP.

2. Iniciar o segundo nvel com as entregas de Gerenciamento do projeto e de Encerramento.

3. Acrescentar as fases do ciclo de vida (entrega completa da fase) do projeto no segundo nvel.

4. Decompor as entregas (produtos ou servios) em subprodutos (entregas parciais) que as compem.

5. Decompor as entregas parciais at um nvel de detalhe que viabilize o planejamento e controle em termos de tempo, custo, qualidade, risco, atribuio de responsabilidades e contratao, se for o caso.

Os aceites expressos na EAP acima representam aceites do cliente enquanto as vistorias devem ser realizadas pela equipe do projeto no fornecedor da Entrega 3. Voc pode reparar que os componentes que no esto dentro de uma caixa esto expressos no nvel mais baixo de cada ramo da EAP. Esses componentes so denominados de pacotes de trabalho e devem ser detalhados no dicionrio da EAP. Eles representam as entregas individuais propriamente ditas do projeto. 6. Revisar continuamente a EAP, refinando-a quando necessrio, at que a mesma esteja apta para ser aprovada. A reviso contnua permite que a EAP gradativamente represente de forma mais fidedigna o que se espera em termos de resultado do projeto. Para um melhor entendimento apresentamos na figura 1 uma EAP sobre a formatao de um trabalho acadmico, baseado na norma da ABNT NBR 14724, de julho de 2001 e contemplando as alteraes na norma feitas em agosto de 2002, em uma representao grfica.

Figura 1

REPRESENTAO GRFICA DA EAP

De acordo com Chaves (2006), algumas dessas entregas podem ser consideradas opcionais para o desenvolvimento de um trabalho acadmico, mas por uma questo didtica elas aparecem identificadas com asterisco (*). Cada elemento em uma EAP representado por um cdigo de conta que ir servir para o planejamento, execuo, monitoramento e controle do mesmo. Numa operao anloga ao centro de custo, podemos associar a esse cdigo todas as alocaes de recursos humanos, materiais e financeiros. Os cdigos de contas no possibilitam apresentar a mesma EAP sobre a formatao de um trabalho acadmico em uma representao hierrquica, como no quadro 2, a seguir:

Quadro 2

REPRESENTAO HIERRQUICA DA EAP


1......Trabalho Acadmico 1.1......Ger. do Projeto 1.1.1......Plano de Gerenciamento do Projeto 1.1.1.1......Definio do tema 1.1.1.2......Levantamento Bibliogrfico 1.1.1.3......EAP 1.1.1.4......Cronograma 1.1.1.5......Oramento 1.1.1.6......Mapa de Atribuio de Responsabilidades 1.1.1.7......Mapa das Comunicaes 1.1.1.8......Respostas aos Riscos 1.1.1.9......Mapa de Aquisies 1.1.2......Monitoramento e Controle 1.1.2.1......Reunies de Acompanhamento 1.1.2.2......Relatrios de Progresso 1.2......Estrutura 1.2.1......Capa 1.2.2......Lombada(*) 1.2.3......Folha de rosto 1.2.4......Errata(*) 1.2.5......Folha de aprovao(*) 1.2.6......Dedicatria(*) 1.2.7......Agradecimentos(*) 1.3......Pr-Textuais 1.3.1......Epgrafe(*) 1.3.2......Resumo em portugus 1.3.3......Resumo em ingls 1.3.4......Lista de ilustraes(*) 1.3.5......Lista de abreviaturas e siglas(*) 1.3.6......Lista de smbolos(*) 1.3.7......Sumrio 1.4......Textuais 1.4.1......Introduo 1.4.2......Desenvolvimento 1.4.3......Concluso 1.5......Ps-Textuais 1.5.1......Glossrio(*) 1.5.2......Apndice(*) 1.5.3......Anexos(*) 1.5.4......ndice(*) 1.6......Encerramento 1.6.1......Apresentao do Trabalho 1.6.2......Lies Aprendidas 1.6.3......Encerramento do Projeto

Outros critrios para decomposio, alm das fases do ciclo de vida do projeto indicadas, podem se dar em funo da tecnologia, dos pacotes de fornecimento, da questo da localizao geogrfica, dos requisitos organizacionais, de sistemas de informao etc.

Os dez mandamentos de uma EAP


Figura 2

OS DEZ MANDAMENTOS DE UMA EAP

Fonte: Xavier (2009)

I Cobiars a EAP do prximo


Antes de criar a EAP a partir do zero, verifique se existem modelos padronizados na empresa, pesquise na literatura e em outras fontes disponveis tais como homepages de empresas especializadas em projetos. Entre em contato com outros profissionais de gerenciamento de projetos que tenham participado de projetos semelhantes ao seu. Voc encontrar no anexo I uma srie de exemplos de EAP e poder obter outros exemplos em guias como o Project management institute practice standard for work breakdown structures, ainda sem traduo para a lngua portuguesa PMI (2006).

II Explicitars todas as entregas, inclusive as necessrias ao gerenciamento do projeto


O escopo do projeto composto exclusivamente pelos subprodutos expressos na EAP. Se no estiver na EAP no faz parte do projeto e, portanto, certifique-se de que todos os subprodutos estejam representados. Se durante o desenvolvimento do projeto for identificada alguma atividade que no esteja contribuindo com algum elemento da EAP deve-se reavaliar a situao e inclu-la na EAP ou deixar de executar a atividade, pois ela no faz parte do escopo do projeto. Para inclu-la, devemos seguir os procedimentos definidos no processo de controle de escopo.

III No usars os nomes em vo


No devemos utilizar nomes que gerem dvidas semnticas a respeito da entrega a ser efetuada. Utilize substantivos para representar cada entrega. Indique a entrega e no o seu processo de gerao. Denominar a entrega de plano de resposta ao risco.

IV Guardars a descrio dos pacotes de trabalho no dicionrio da EAP


Uma descrio clara e no ambgua dos pacotes de trabalho dever estar definida no dicionrio da EAP, que especifica com detalhes a entrega.

V Decompors at o nvel de detalhe (pacote de trabalho) que permita o planejamento e controle necessrio para a entrega do subproduto
O pacote de trabalho passa a ser referncia em termos de planejamento e controle de tempo, custos, riscos, qualidade, aquisies, pessoas, comunicaes e do prprio escopo do projeto.

VI No decompors em demasia, de forma que o custo/tempo de planejamento e controle no traga o benefcio correspondente
O custo do controle no pode exceder o benefcio desse esforo. O nvel de detalhamento da EAP deve ser definido em funo da necessidade do projeto. A relao de custo/benefcio no planejamento e controle da entrega deve ser privilegiada. Em um projeto que dure vrios anos, como o de uma Copa do Mundo, no teremos pacotes de trabalho que durem apenas algumas horas.

VII Honrars o pai


Cada entrega da EAP dever ser componente da entrega da qual ela foi decomposta (entrega pai). Devemos verificar se no existem componentes que no tenham relao com a entrega imediatamente superiora. Para capacitar o usurio no uso do home-theater precisamos de seu manual, o que no quer dizer que o manual seja uma entrega no pacote de trabalho.

VIII Decompors de forma que a soma das entregas dos elementos componentes (filho) corresponda entrega do elemento pai (mandamento dos 100%)
Ao decompor uma entrega devemos nos certificar de que todas as entregas-filhas reunidas representem a totalidade de uma entrega-pai. Nenhuma entrega dependente dever ser esquecida.

IX No decompors em somente uma entrega


No teremos filho nico na EAP, uma vez que ele seria igual ao pai pelo mandamento anterior.

10

X No repetirs o mesmo elemento como componente de mais de uma entrega


No podemos ter uma entrega que componha mais de uma entrega-pai. O fato de utilizarmos o mesmo manual do equipamento para dois treinamentos diferentes no nos habilita a coloclo como entrega-filha de ambos. Podemos ter entregas com o mesmo nome (por exemplo: documentao) em mais de uma entrega. Entretanto, no dicionrio da EAP elas estaro descritas e, conseqentemente, sero diferentes. Uma vez observados esses dez mandamentos, veremos de que forma a EAP se integra com as demais reas de conhecimento em gerenciamento de projetos. Ao gerenciar um projeto, podemos identificar a necessidade de aquisio a ser feita em funo da anlise de um risco cujo plano de resposta seja, por exemplo, a instalao de um equipamento de proteo, que deveria ser especificado como pacote de trabalho e detalhado no dicionrio da EAP. Entretanto, outro pacote de trabalho deveria ser gerado para registrar a necessidade de gerao de um contrato de aquisio do equipamento. Repare que uma necessidade ir gerar dois pacotes de trabalho em fases diferentes do ciclo de vida. Por exemplo: o risco de chuva em um churrasco gera uma necessidade de termos um toldo instalado na rea descoberta da casa. H, portanto, uma alterao no escopo original que dever ser aprovada. A entrega principal o toldo fisicamente instalado, mas o contrato para a instalao do toldo passa a ser outra entrega (contrato assinado em papel) ou reserva do toldo. Essa entrega ir se desdobrar em atividades (tempo) para selecionar e contratar (aquisies) o toldo. Pode ser necessrio avisar (comunicaes) equipe do local que em determinado dia/horrio a empresa vencedora da concorrncia estar instalando-o ou retirando-o. Uma vez contratado devemos pag-lo (custos). Durante sua instalao devemos alocar algum (recursos humanos) para estar no local e prender o cachorro (risco) para que no haja um acidente com o instalador. Se a instalao for permanente pode ser vital obter autorizao do condomnio para que o mesmo seja instalado, o que pode gerar uma necessidade de se seguir os padres de qualidade (cor, tamanho etc.) especificados pelos condminos. Repare que uma simples alterao no escopo capaz de gerar impactos em todas as demais reas de conhecimento, o que requer uma ao contumaz da integrao do projeto.

11

No existe uma regra que defina quantos nveis o gerente de projetos dever decompor sua EAP. O importante que o nvel adotado seja suficiente para especificar o que ser gerado no projeto, de forma que as partes interessadas possam compreender e participar ativamente em suas atribuies. No necessrio que a EAP seja simtrica, ou seja, que todos os subprodutos sejam decompostos at o mesmo nvel (Xavier, 2009). Estratgia bottom-up (de baixo para cima) versus top-down (de cima para baixo) Imagine que voc seja convidado para organizar um show para gravar um CD/DVD ao vivo de uma nova banda. Como voc nunca executou um projeto semelhante, voc resolve assistir a um show em DVD para identificar quais as entregas finais (pacotes de trabalho) e, a partir delas, desenvolver a EAP do projeto. Voc escolhe o DVD One night only, do Bee Gees, lanado pelos irmos Gibb em 1997, e comea a identificar algumas entregas. No show, realizado em Los Angeles, os trs irmos australianos apresentam os maiores sucessos de sua carreira desde a dcada de 70. Durante a msica Grease, trilha sonora do filme de mesmo nome, pode-se ver no telo parte do filme com John Travolta e seu par romntico Olivia Newton-John. Nesse momento ela aparece na platia, bem mais velha, ao lado da filha, como convidada especial. O show apresenta, tambm, a participao especial da canadense Celine Dion, cantando o hit Immortality. O ritmo e a vibrao dos Bee Gees no caem nem quando a msica da vez Our love (Dont throw it all away) e apresentado um videoclipe da vida de Andy Gibb e uma homenagem a esse irmo que faleceu aos 30 anos, em maro de 1988. Ao final do show aparecem as legendas com os crditos aos produtores. S nesse trecho voc pode perceber quatro entregas que poderiam fazer parte de seu projeto: convidados especiais, participaes especiais, videoclipes e crditos aos produtores. O processo de estudar o resultado de um produto ou servio e remont-lo conhecido como engenharia reversa. Foi apresentada anteriormente uma estratgia para elaborao de uma EAP, utilizando a tcnica top-down (onde a elaborao da EAP feita de cima para baixo). Para a engenharia reversa, trabalhamos com a abordagem bottom-up (de baixo para cima). O uso da abordagem bottom-up consiste em criar uma lista das entregas (deliverables) do projeto e depois ir agrupando-as at chegar no nvel 0 (nvel de projeto) da EAP. Com essa abordagem, voc pode perder um grande benefcio. Voc pode no conseguir uma viso

12

completa do projeto, sendo possvel esquecer algum subproduto. Vale a pena depois voc validar a EAP de forma top-down. Se voc optar, em determinado projeto, por utilizar a abordagem bottom-up, aqui esto os passos para a construo da EAP: 1. liste as entregas (pacotes de trabalho) do projeto; 2. agrupe os pacotes de trabalho relacionados entre si para criar um nvel acima que contenha de duas a oito entregas por grupo. O nome do elemento superior, criado em razo do agrupamento, deve sintetizar as entregas dos elementos agrupados; 3. agrupe os elementos do nvel mais alto, criado no passo 2, criando um nvel acima, se possvel, tambm contendo de dois a oito elementos; 4. repita o agrupamento at que voc chegue ao nvel de projeto; 5. revise a EAP perguntando se est faltando alguma entrega do projeto; 6. confira a EAP utilizando os 10 mandamentos citados. Caso voc tivesse tido acesso ao relatrio de lies aprendidas do responsvel pelo projeto do Bee Gees e aos demais documentos do evento, poderia adotar outra estratgia de desenvolvimento do projeto. As abordagens top-down e a bottom-up so as mais discutidas no mercado. Independentemente da abordagem adotada devemos definir melhor as entregas e os critrios de aceitao. Dicionrio da EAP Diga como me medirs que lhe direi o que farei. Essa definio aparece no dicionrio da EAP, que um documento complementar EAP, que especifica cada pacote de trabalho dela. Ele apresenta uma breve especificao do pacote de trabalho e seu critrio de aceitao. Os marcos (pontos de controle) e as atividades que sero acrescentadas durante o gerenciamento do tempo no so pacotes de trabalho, logo, no deveriam ser especificados no dicionrio da EAP. Apesar do PMI (2008) sugerir que todos os pacotes de trabalho estejam detalhados no dicionrio da EAP, entendemos que projetos pequenos podem no ter essa obrigao, desde

13

que o enquadramento do projeto na metodologia de gerenciamento de projetos da empresa indique esse documento como opcional. Apresentamos no quadro 3 uma parte do dicionrio da EAP do trabalho acadmico que estamos utilizando como exemplo. As entregas hachuradas no sero especificadas, pois no so pacotes de trabalho.
Quadro 3 EXEMPLO DE DICIONRIO DA EAP
EAP Pacote de trabalho Especificao da entrega Critrio de aceitao

1 1.1 1.1.1

TrabalhoAcadmico Ger.doProjeto PlanodeGerenciamento doProjeto 1.1.1.1 Definiodotema

Otemadeverserrelevante paraoMBAqueoalunoest cursando.


Apresentar entre 10 e 50 referncias que devero ser citadas no desenvolvimento do trabalho.

Seraprovadapelo professororientador. Seraprovadopelo professororientador. Contertodasas entregasquedevero sergeradaseestar aprovadapelo professororientador. Seraprovadopelo professororientador.

1.1.1.2 Levantamento Bibliogrfico 1.1.1.3 EAP

Deverconsiderarcomobasede refernciaestaEAP,detalharos textuais(1.4)eexcluiras entregasnoobrigatriasque noserogeradas. Apresentarcronogramacom marcosdecontroleecom caminhocrticosinalizado.

1.1.1.4 Cronograma

1.1.1.5 Oramento

Oramentodeaquisiesdo Seraprovadopelo trabalhocomreservasgerenciais professororientador. econtingenciais.

1.2

() Estrutura

14

1.2.1

Capa

Dever conter o nome da instituio, Seraprovadopelo nome do autor, ttulo, subttulo (se professororientador. houver), nmero de volumes (se houver mais de um, deve constar em cada capa a especificao do respectivo volume), local (cidade) da instituio onde deve ser apresentado, ano de depsito (da entrega). Dever ser usado o modelo de capa do curso do FGV Management disponibilizado ao aluno do MBA.

Para quem utiliza uma ferramenta como o MS/Project, podemos ver na figura 3 uma forma simples de implementao do dicionrio da EAP, utilizando a aba anotaes da caixa de texto <informaes sobre a tarefa> disponvel nessa ferramenta, que podem ser acessadas ao se clicar duas vezes sobre uma tarefa. O dicionrio da EAP tambm pode ser implementado em um editor de textos ou planilha eletrnica.
Figura 3

DICIONRIO DA EAP NO MS/PROJECT

Segundo Xavier et al (2009, p. 52) importante ressaltar que os marcos (pontos de controle) e atividades, que so acrescentados ao projeto para o gerenciamento do tempo no so pacotes de trabalho e, portanto, no devem ser descritos no dicionrio da EAP.

15

Referncias
ASSOCIAO BRASILEIRA DE NORMAS TCNICAS NBR ISO 10006 Gesto da qualidade diretrizes para a qualidade na gesto de projetos. Rio de Janeiro, jun. 2006. 2.ed. PROJECT MANAGEMENT INSTITUTE - PMI. A Guide to the Project Management Body of Knowledge (PMBoK). 4. ed. PMI Standard ANSI, 2008. ______. Practice standard for work breakdown structures. 2. ed. Pennsylvania: Project Management Institute, 2006. SOTILLE, Mauro A. et al. Gerenciamento do Escopo em projetos. 2. Ed. Rio de Janeiro, Fundao Getlio Vargas, 2009. XAVIER, Carlos Magno da Silva . Gerenciamento de projetos: como definir e controlar o escopo do projeto. So Paulo: Saraiva, 2009. 2. ed.

Apndice - Exemplos de EAP


Os exemplos a seguir so ilustrativos apenas, uma vez que a equipe de gerenciamento do projeto pode optar por outras formas de decomposio do escopo do projeto. O item ger. de projeto, que contm as entregas necessrias para um adequado gerenciamento do projeto, no foi detalhado, uma vez que se repete em todos os exemplos de EAP apresentados. Projeto de uma Festa de 15 anos 1. Festa 15 anos 1.1. Ger. do Projeto (no detalhado aqui para no ficar repetitivo) 1.2. Preparao do Evento 1.2.1. Reunio para seleo de Tema, Data e Local 1.2.2. Lista de convidados 1.2.3. Definio limite oramento 1.2.4. Contratao materiais e servios

16

1.2.5. Ensaio da valsa 1.2.6. Roupa para a famlia e damas 1.2.7. Divulgao 1.2.7.1. Convites 1.2.7.2. Entrega convites 1.2.7.3. Nota na imprensa 1.3. Festa 1.3.1. Local 1.3.1.1. Salo 1.3.1.2. Toldos 1.3.1.3. Iluminao 1.3.1.4. Decorao 1.3.1.4.1. Decorao Salo 1.3.1.4.2. Decorao mesas 1.3.2. Buffet 1.3.3. Msica 1.3.4. Cerimonial 1.3.5. Servios de apoio 1.3.5.1. Orador 1.3.5.2. Fotografia 1.3.5.3. Filmagem 1.3.5.4. Segurana 1.3.5.5. Transporte 1.3.5.6. Limpeza 1.4. Finalizao do evento 1.4.1. Pagamento contas 1.4.2. Cartes de agradecimento 1.4.3. Entrega cartes agradecimento 1.4.4. Relatrio do evento

Projeto de uma montagem teatral

17

1 1.1

Montagem Teatral Produo

1.1.1 Escolha do autor / texto 1.1.2 Escolha do diretor 1.1.3 Seleo do elenco 1.1.4 Escolha do local 1.1.5 Levantamento dos custos 1.1.5.1 1.1.5.2 1.1.5.3 1.1.5.4 1.1.5.5 1.1.5.6 Aluguel teatro Direito autoral - SBAT Direo / Elenco / Local Cenrio / Iluminao / Figurino / Sonorizao Divulgao Equipe de Apoio (operadores / tcnicos / montadores)

1.1.6 Patrocinadores 1.1.6.1 ncora 1.1.6.2 Apoiadores 1.1.7 Contratao 1.2 Montagem

1.2.1 Preparao do elenco (ensaio) 1.2.2 Fabricao do cenrio 1.2.3 Confeco dos figurinos 1.2.4 Iluminao 1.2.5 Sonorizao 1.2.6 Divulgao na imprensa 1.2.7 Confeco / distribuio de convites 1.2.8 Apresentao 1.2.8.1 1.2.8.2 1.4 Estria Encenao Apurao de resultados

1.4.1 Pesquisa de opinio 1.4.2 Retorno financeiro do investimento

18

Contribuio: Italo Lomba Bastos Junior.

Projeto de produo de livro tcnico

1 2 2.1 2.2 2.3 2.4 2.5 2.6 3 3.1

Ger. do Projeto (no detalhado aqui para no ficar repetitivo) Produo Editorial Preparao de matrias Esboo de ilustraes Reviso ortogrfica e gramatical Preparo da Ficha Tcnica Registro Direito Autoral Registro (ISBN) Produo Grfica Projeto grfico

3.1.1 Capa 3.1.2 Miolo 3.2 3.3 3.4 Grficos e ilustraes Diagramao Fotolitos

3.4.1 Fotolitos da capa 3.4.2 Fotolitos do miolo 3.4.3 Prova de prelo 3.4.4 Prova heliogrfica 3.5 3.6 4 4.1 4.2 Impresso Acabamento Divulgao Parceria Comercial Entrega para distribuio

Contribuio: Davi Miranda, Denis Matias, Fabiano Jardim, Pedro Oishi, Roberto Pons e Virglio Costa.

19

Projeto de ampliao de uma fbrica

1 1.1 1.2 1.3

Ampliao de Fbrica Incio da Obra Sondagem Projetos

1.3.1 Arquitetnico 1.3.2 Estrutural 1.3.3 Conteno 1.4 1.5 Regularizao do Projeto Junto Prefeitura Servios Preliminares

1.5.1 Depsito 1.5.2 Demolies 1 Andar 1.5.3 Demolies 2 Andar 1.5.4 Demolio Escada de Acesso 2 Andar 1.5.5 Remoes de Entulho 1 Andar 1.5.6 Remoo de Entulho 2 Andar 1.5.7 Instalao e Locao 1.6 Muros de Conteno

1.6.1 Muro de Conteno - fundos 1.6.2 Muro de Conteno Lateral 1.7 Fundaes

1.7.1 Blocos e Sapatas Armadas 1.7.2 Cintas de Travamento (Fundao) 1.8 Estrutura (Pilares + Cintas Travamento)

1.8.1 Formas 1.8.2 Armao 1.8.3 Concretagem 1.8.4 Desforma 1.9 Cobertura

1.9.1 Confeco das Trelias 1.9.2 Instalao das Trelias

20

1.9.3 Colocao das Telhas 1.9.4 Calhas 1.10 Utilidades

1.10.1 Instalaes Eltricas 1.10.2 Instalaes hidrulicas 1.10.3 Instalaes de GN 1.10.4 Instalaes Oxignio 1.10.5 Instalaes Propano 1.10.6 Instalaes Ar Comprimido 1.10.7 Instalaes Mecnicas 1.11 Acabamento

1.11.1 Paredes 1.11.1.1 1.11.1.2 1.11.1.3 1.11.1.4 1.11.1.5 1.11.1.6 1.11.2 Piso 1.11.2.1 1.11.2.2 1.11.2.2.1 1.11.2.2.2 1.11.2.2.3 1.11.2.3 Enchimentos e Regularizaes Contra-Piso Armao Concretagem Juntas de Dilatao Servios de Acabamento Assentamento Alvenaria Chapisco Reboco Emassamento Pintura Divisrias

1.11.3 Esquadrias 1.11.3.1 1.11.3.2 1.11.3.3 1.11.4 Vidro 1.12 Instalao da Linha de Produo Assentamento de Janelas Assentamento de Portas Assentamento de Venezianas

1.12.1 Chegada Equip. Porto RJ

21

1.12.2 Liberao Alfandegria 1.12.3 Transporte 1.12.4 Descarregamento 1.12.5 Montagem equipamentos 1.13 Ger. do Projeto (no detalhado aqui para no ficar repetitivo)

Contribuio: Tlio Teixeira.

Projeto de um condomnio residencial

1. 2. 2.1

Ger. do Projeto (no detalhado aqui para no ficar repetitivo) Projetos Ante Projeto

2.1.1 Levantamento Planialtimtrico 2.1.2 Levantamento das leis de uso do solo e zoneamento 2.1.3 Apresentao do Ante Projeto 2.1.4 Aceite do Ante Projeto 2.1.5 Estudo de viabilidade econmica 2.2 Apresentao

2.2.1 Apresentao do projeto de arquitetura 2.2.2 Apresentao do projeto urbanstico (implantao) 2.2.3 Aceite das apresentaes 2.3 Aprovao em rgos Pblicos

2.3.1 Elaborao dos desenhos para aprovao nos rgos pblicos 2.3.2 Acompanhamento dos processos at a liberao dos alvars 2.3.3 Solicitao do habite-se aps a concluso da obra 2.3.4 Acompanhamento dos processos at a liberao do habite-se 2.4 Projeto Base

2.4.1 Projeto base de arquitetura 2.4.2 Projeto base de urbanismo 2.5 Projeto Executivo

2.5.1 Projeto executivo e detalhes

22

2.5.2 Projeto estrutural e clculos 2.5.3 Projeto de instalaes hidrulicas 2.5.4 Projeto de instalaes eltricas 2.5.5 As Built 2.5.6 Projeto paisagstico e iluminao 3. 3.1 Construo Servios preliminares

3.1.1 Terraplanagem 3.1.2 Canteiro de obras 3.2 Infra-estrutura

3.2.1 Topografia 3.2.2 Drenagem e esgoto 3.2.3 Arruamento 3.2.4 Iluminao Pblica 3.2.5 Muro de fechamento e guarita 3.3 Residncias

3.3.1 Fundaes 3.3.2 Estrutura 3.3.3 Acabamento 3.3.3.1 Revestimentos 3.3.3.2 Instalaes 3.3.3.3 Esquadrias 3.3.3.4 Cobertura 3.4 Paisagismo

3.4.1 Praas 3.4.2 Residncias 3.5 4. 4.1 4.2 4.3 Concluso da Obra Marketing & Comercial Divulgao (mdia) Lanamento (evento) Vendas (contrato)

23

Contribuio: Albino Mercado, Marcelo Cardoso Gothe, Marcos Andrade Batista, Nilton Sergio Capuano e Rogrio Rocha e Silva Mandetta. Projeto de lanamento de um novo veculo 1. 1.1. 1.2 Lanamento Novo Veculo Ger. do Projeto (no detalhado aqui para no ficar repetitivo) Definio do Produto

1.2.1 Anlise da Concorrncia 1.2.2 Pesquisa de mercado 1.3 Definio do modelo de estilo

1.3.1 Pr-estudos (desenho) 1.3.1.1 Definio de dimenses mximas 1.3.2 Construo de Maquetes 1.4 Descrio Tcnica do Produto

1.4.1 Valorizao do investimento e custo do produto 1.4.1.1 Avaliao de custos 1.4.1.2 Payback 1.4.2 Definio de chassi 1.4.3 Definio de carroceria 1.4.4 Definio de instalao eltrica 1.4.5 Definio de motor 1.5 Desenvolvimento do projeto do produto

1.5.1 Projeto do produto 1.5.1.1 Planejamento 1.5.1.2 Detalhamento 1.5.1.3 Elaborao matemtica das peas 1.6 Desenvolvimento do projeto do processo

1.6.1 Projeto do processo 1.6.1.1 Anlise de investimento 1.6.1.2 Anlise de mo de obra 1.6.1.3 Definio da capacidade produtiva 1.6.2 Relatrio de impacto operacional

24

1.7

Construo de prottipos

1.7.1 Prottipos 1.7.1.1 Definio de fornecedores e contrataes 1.7.1.2 Recebimento de peas 1.7.1.3 Montagem de prottipos 1.7.1.4 Testes sobre prottipos 1.8 Construo de ferramental 1.8.1 Definio dos ferramentais 1.8.2 Fabricao do ferramental 1.8.3 Qualificao do ferramental 1.9 Pr-sries 1.9.1 Recebimento de peas 1.9.2 Montagem de pr-sries 1.9.3 Testes de Durabilidade e Confiabilidade 1.9.4 Aprovao do processo produtivo 1.10 Desenvolvimento do Site de Vendas On-line 1.10.1 Contratao de fornecedores 1.10.2 Elaborao do site 1.10.3 Aprovao do site 1.11 Treinamento da rede assistencial 1.11.1 Contratao das empresas para treinamento 1.11.2 Definio do treinamento 1.11.3 Realizao do treinamento 1.11.4 Certificao 1.12 Incio de Produo 1.12.1 Programao dos componentes 1.12.2 Programao da Produo 1.12.3 Montagem 1.13 Lanamento do Produto 1.13.1 Definio da Publicidade 1.13.2 Contratao da Empresa de Publicidade 1.13.3 Divulgao do Produto na mdia

25

1.13.4 Evento de Lanamento 1.14 Fechamento 1.14.1 Memria tcnica 1.14.2 Encerramento de contratos 1.14.3 Relatrios de lies aprendidas 1.14.4 Encerramento do Projeto Projeto de remodelagem e automatizao de processo 1. Remodelagem e Automatizao de Processo 1.1. Ger. do Projeto (no detalhado aqui para no ficar repetitivo) 1.2. Modelagem do processo atual 1.2.1 Lista dos funcionrios e setores envolvidos 1.2.2 Formao da Equipe de validao 1.2.3 Levantamento do processo atual 1.2.4 Reunio de validao do processo atual 1.2.5 Modelo do processo atual 1.3 Modelagem do processo otimizado 1.3.1 Levantamento de alternativas de soluo 1.3.2 Reunio de formulao do processo otimizado 1.3.3 Escolha da soluo a ser implementada no software 1.3.4 Apresentao da soluo Equipe de validao 1.3.5 Registro dos ajustes apontados 1.3.6 Modelo do processo otimizado 1.4. Implementao do processo otimizado 1.4.1 Desenvolvimento do software 1.4.2 Testes preliminares 1.4.2.1 Plano de Testes 1.4.2.2 Teste 1.4.2.3 Relatrio de Testes Preliminar 1.4.3 Reunio de Avaliao do relatrio dos testes 1.4.4 Ajustes aps avaliao 1.4.5 Manuais

26

1.4.5.1 Manual de operao 1.4.5.2 Manual do usurio 1.5 Implantao 1.5.1 Estratgia de implantao 1.5.2 Instalao do sistema 1.5.3 Migrao de dados 1.5.4 Treinamento 1.5.5 Incio da Operao (marco) 1.6 Encerramento do Projeto 1.6.1 Acompanhamento do incio da operao 1.6.2 Relatrio das lies aprendidas 1.6.3 Relatrio do projeto

Projeto de desenvolvimento de sistema utilizando o mtodo tradicional (em cascata)

1 1.1 1.2

Desenvolvimento Sistema mtodo tradicional Ger. do Projeto (no detalhado aqui para no ficar repetitivo) Infra-estrutura de desenvolvimento

1.2.1 Hardware 1.2.2 Software 1.2.3 Treinamento equipe desenvolvimento 1.3 Levantamento

1.3.1 Entrevistas 1.3.2 Modelo Funcional atual 1.3.3 Modelo de dados atual 1.3.4 Alternativas de Soluo 1.3.5 Seleo Alternativa 1.4 Projeto

1.4.1 Modelo Funcional Proposto 1.4.2 Modelo de Dados Proposto 1.5. Implementao

1.5.1. Prototipagem

27

1.5.1.1. 1.5.1.2. 1.5.1.3. 1.5.1.4.

Desenho Telas Relatrio de Alteraes Realizao das Alteraes Aceite do Cliente

1.5.2. Desenvolvimento 1.5.2.1. 1.5.2.2. 1.5.2.3. 1.5.2.4. 1.5.3. Testes 1.5.3.1. 1.5.3.2. 1.5.3.3. 1.5.3.4. Plano de Testes Testes Unitrios I Testes Integrados I Resultado dos Testes I Projeto Fsico Codificao dos mdulos Plano de Testes Unitrios Plano de Testes Integrados

1.5.4. Ajustes e Correes 1.5.4.1. 1.5.4.2. 1.5.4.3. 1.5.4.4. 1.5.4.5. 1.5.4.6. Ajustes e Correes I Testes Unitrios II Testes Integrados II Resultado dos Testes II Relatrio de Ajustes e Correes II Ajustes e Correes II

1.5.5. Documentao 1.5.5.1. 1.5.5.2. 1.5.5.3. 1.5.5.4. 1.6. Manual do Sistema Manual do Usurio Manual de Operao Material Treinamento

Implantao

1.6.1. Configurao da infra-estrutura 1.6.2. Instalao do sistema 1.6.3. Testes do cliente 1.6.4. Converso dos Dados 1.6.5. Treinamento

28

1.6.6. Operao Assistida 1.6.6.1. 1.6.6.2. 1.7. Ajustes e Correes Acompanhamento

Fechamento

1.7.1. Aceite Formal do Cliente 1.7.2. Relatrio de Lies Aprendidas 1.7.3. Comemorao. Projeto de implantao de um pacote de ERP (enterprise resource planning) 1 Projeto de implantao de um ERP 1.1. Ger. do Projeto (no detalhado aqui para no ficar repetitivo) 1.2 Definio 1.2.1 Definio de fronteiras / escopo do produto 1.2.2 Anlise dos impactos 1.2.3 Comprometimento com o projeto 1.2.4 Formao da equipe 1.3 Estudo de Viabilidade 1.3.1 Relatrio tcnico preliminar 1.3.2 Medida dos impactos nos negcios 1.3.3 Avaliao do custo 1.3.4 Payback Period 1.3.5 Relatrio consolidado 1.3.6 Apresentao do Estudo 1.4 Seleo de pacote X desenvolvimento 1.4.1 Request for Proposal 1.4.2 Anlise das propostas 1.4.2.1 Anlise dos custos (TCO - Total Cost of Ownership) 1.4.2.1.1 Custos de Preparao 1.4.2.1.1.1 Reestruturao dos processos 1.4.2.1.1.2 Curva de aprendizagem 1.4.2.1.1.3 Treinamento 1.4.2.1.1.4 Infra-estrutura

29

1.4.2.1.1.4.1 Aquisio de novo hardware 1.4.2.1.1.4.2 Atualizao de banco de dados 1.4.2.1.1.4.3 Atualizao rede 1.4.2.1.2 Custos de Implantao 1.4.2.1.2.1 Consultorias 1.4.2.1.2.2 Customizao 1.4.2.1.2.3 Migrao dos dados dos sistemas legados para o novo sistema 1.4.2.1.2.4 Integrao 1.4.2.1.2.5 Testes 1.4.2.1.3 Custos de Operao 1.4.2.1.3.1 Administrao da rede 1.4.2.1.3.2 Administrao do novo sistema 1.4.2.2 Anlise de caractersticas (ISO / IEC9126) 1.4.2.2.1 Funcionalidade 1.4.2.2.2 Confiabilidade 1.4.2.2.3 Usabilidade 1.4.2.2.4 Eficincia 1.4.2.2.5 Manutenibilidade 1.4.2.2.6 Portabilidade 1.4.2.3 Anlise da arquitetura de informao 1.4.2.3.1 Infra-estrutura tecnolgica 1.4.2.3.2 Metodologia de desenvolvimento dos trabalhos 1.4.2.3.3 Ferramentas de suporte ao projeto 1.4.2.3.4 Estratgia de implantao 1.4.3 Relatrio da Seleo 1.5 Contratao do pacote / desenvolvimento 1.5.1 Redao contrato 1.5.2 Negociao contrato 1.5.3 Parecer Jurdico 1.5.4 Assinatura do Contrato 1.6 Preparao da Implantao 1.6.1 Quebra de resistncias (Change Management)

30

1.6.2 Reestruturao dos processos 1.6.3 Treinamento 1.6.4 Infra-estrutura 1.6.4.1 Aquisio de novo hardware 1.6.4.2 Atualizao do banco de dados 1.6.4.3 Atualizao rede 1.7 Customizao 1.7.1 Adaptaes do software 1.7.2 Migrao 1.7.3 Testes 1.7.4 Correes 1.8 Implantao 1.8.1 Instalao 1.8.2 Treinamento 1.8.3 Migrao final 1.8.4 Validao 1.8.5 Correes 1.9 Incio da Operao 1.9.1 Acompanhamento inicial 1.9.2 Correes 1.10 Fechamento