CENTRO UNIVERSITÁRIO ANHANGUERA DE SÃO PAULO

V – SEMESTRE DE T.G.T.I

GERÊNCIA DE PROJETOS

ATPS – GERÊNCIA DE PROJETOS

São Paulo

Maio de 2014

CENTRO UNIVERSITÁRIO ANHANGUERA DE SÃO PAULO

Adriano Brito de Melo - 4251820166

Anderson Vieira Correa - 3776707605

José Venâncio G. Gama - 3730714714

Luiz Marcelo do Vale - 1299904880

Marlon M. Cesário - 3730704889

Willian Frazão Santos - 4234785064

V – SEMESTRE DE TGTI

Profª RENATO MARQUES DE OLIVEIRA

ATPS – GERÊNCIA DE PROJETOS

Anhanguera.

São Paulo, 29 Maio de 2014

ATPS – Gerencia de Projetos, apressentada ao professor Renato Marques de Oliveira, da disciplina de Gerência de Projetos, pelos alunos do 5º Semestre de T.G.T.I. Faculdade Anhanguera Campus Marte.

INTRODUÇÃO

Este trabalho apresenta uma proposta de como aplicar as melhores práticas sugeridas pelo

PMBOK e outros modelos do mercado em projetos de TI de forma a maximizar a

comunicação entre os stakeholders e minimizar os riscos de impactos negativos na execução

desses tipos de projetos.

As organizações que possuem um planejamento estratégico com seus objetivos definidos

possuem um conjunto de ações a serem implementadas para oferecer serviços aos seus

clientes com um alto grau de qualidade e com redução de custos. Essas ações são convertidas

em projetos que precisam ser devidamente gerenciados por meio de metodologias de

gerenciamento de projetos.

Dentre as atividades da elaboração de um projeto, a comunicação é um fator muito importante

e que contribui para que o andamento do projeto esteja de acordo com o planejado e os

resultados esperados sejam alcançados.

ATPS - Gerência de Projetos

DESAFIO

A empresa LBTI Ltda. está contratando uma equipe de desenvolvimento de sistema para a

realização de um projeto de software. O projeto a ser desenvolvido tem como proposta a

construção de um sistema para o comércio varejista. Deverá estar disponível para operação

antes da alta temporada de vendas do final de ano. Com isso, será necessário, entre outras

coisas, o cumprimento do prazo de entrega. Atenção: o desafio é a construção do projeto e

não do sistema. Este desafio deverá verificar a capacidade do aluno no gerenciamento de

projeto de sistema com o tempo sendo um dos principais fatores de sucesso ou fracasso.

Objetivo do Desafio:

Elaborar um projeto para o desenvolvimento de um sistema computacional para a utilização

no comércio varejista, para o gerenciamento de vendas.

ETAPA 1

Aula-tema: PMI – Project Management Institute e PMBOK. Por que gerenciar projetos.

Passo 1

Visitar os sites do PMI (Project Management Institute). Disponível em:

<http://www.pmi.org.br> e <http://www.pmi.org>, <http://www.pmisp.org.br>. Acessos em:

15 set. 2011. Ou acesse o capítulo de sua região disponível em:

<http://www.pmi.org.br/portal/capitulos-no-brasil.html>. Acesso em: 15 set. 2011.

Pesquisar também o PMBOK. Disponível em: <http://www.pmi.org/PMBOK-Guide-and-

Standards.aspx>. Acesso em: 15 set. 2011.

Em seguida, desenvolver um descritivo, em formato de linha do tempo, apresentando a

evolução histórica do PMI (datas e fatos) incluindo as publicações, certificações e

padrões criados pelo instituto até os dias de hoje.

LINHA DO TEMPO

1969 – Cinco (5) voluntários trabalham na casa do fundador do PMI, Jim Snyder – Springfild,

PA.

1970 – Na década de 70 se realizou o primeiro capítulo, o que permitiu realizar fora dos

Estados Unidos o primeiro seminário. No término de 1970, quase 2.000 membros formavam

parte da organização.

1980 – O primeiro PMI book foi impresso: “The Implementation of Project Management: the

professional’s handbook” (8.000 cópias vendidas).

1984 – O primeiro exame de certificação PMP foi administrado durante um simpósio na

Filadélfia (6 knowlegde areas).

1987 – A revista PM network foi publicado pela primeira vez a primeira versão do PMBOK

foi publicada dentro da PM Network, já incluído 2 novas áreas de conhecimento: Riscos e

Aquisições.

1990 – No começo dos anos 90 foi publicada a primeira edição do Guia do PMBOK

(Project Management Body of Knowledge), o qual se converteu no pilar básico para a gestão e

direção de projetos.

1996 – O PMBOK virou uma publicação independente. Dentre as mudanças, o tópico

integração foi incluído.

1999 – Programa PDP implantado no Rio Janeiro.

2000 – O PMI era integrado por mais de 40.000 pessoas na qualidade de membros ativos,

10.000 PMP certificados e quase 300.000 cópias vendidas do PMBOK.

2004 – Lançado o modelo de maturidade OPM3.

2005 – Entra em vigor em setembro novo formato para o exame PMP.

2005 – PMI vira tema de palestra na Borland Conference em Novembro.

2014 – Hoje, o gerenciamento de projetos vem se fortalecendo cada vez mais. As

organizações sabem que precisam gerenciar projetos para obterem sucesso. O PMI estima que

aproximadamente 25% do PIB mundial são gastos em projetos e que cerca de 16,5 milhões de

profissionais estão envolvidos diretamente com gerência de projetos no mundo. Este volume

de projetos e as mudanças no cenário mundial, cada vez mais competitivo, geram a

necessidade de resultados mais rápidos, com qualidade maior e custo menor.

Passo 2

Utilizar os sites visitados e no descritivo desenvolvido no passo anterior, redigir um texto

com 20 a 25 linhas que apresente a importância do PMI/PMBOK e o porquê gerenciar

projetos, apontando fatores de fracasso e sucesso em gerenciamento de projetos:

O PMI é uma associação sem fins lucrativos bastante antiga fundada em 1969, com sede na

Pensilvânia nos Estados Unidos, que tem como objetivo reunir profissionais da área de

gerenciamento de projetos para trocarem experiências e conhecimentos, identificar e reunir

boas práticas de gerenciamento de projetos, estabelecer uma ética na profissão e certificar

profissionais da área.

PMBOK é um guia que oferece uma visão geral sobre o gerenciamento de projetos. Por se

tratar de um guia, não encontramos informações ou descrições completas nele e sim

explicações bastante vagas, por isso muitas vezes é um pouco complicado entender oguia

PMBOK. O PMBOK identifica um subconjunto do conjunto de conhecimentos em

gerenciamento de projetos. Ou seja, o guia possui informações consensuais que foram

identificados por profissionais da área e que se forem usados nos projetos, aumentam as

chances de sucesso nesses projetos.

Alguns fatores que contribuem para o sucesso do projeto:

Planejamento efetivo no início;

Desenho organizacional apropriado;

Compromisso do cliente no projeto;

Acompanhamento adequado da alta administração;

Participação intensa da equipe de projetos quanto à tomada e à execução de decisões

no projeto;

Compromisso do gerente de projetos em estabelecer objetivos técnicos, orçamentos,

cronograma e aplicação de conceitos e informações corretas no processo gerencial.

Alguns fatores que contribuem para o fracasso do projeto:

Falta de planejamento adequado, por parte dos gerentes. Neste particular merece

destaque o gerenciamento de riscos.

Gerenciar projetos terceirizados sem o conhecimento detalhado de todas as cláusulas

dos contratos que regem esses projetos.

Falta de uma rotina bem definida para o controle das mudanças.

Falta de alocação do gerente ao projeto desde a fase de planejamento.

 Às empresas não manterem uma base de dados constantemente atualizada sobre as

empresas que lhes prestam serviço.

 Falta de metodologia eficiente para medir a performance também pode constituir um

grande problema, dependendo da complexidade do projeto.

Passo 3

Apresentar uma proposta de projeto para o sistema solicitado pela LBTI apontando

fatores que estimulem seu sucesso e cuidados para evitar o fracasso.

Passo 4

Reunir as informações levantadas nos passos anteriores e elaborar um relatório (padrão

ABNT) para apreciação do cliente contendo os descritivos e a proposta dos passos

anteriores.

Passos 3 e 4.

PROPOSTA DE PROJETO DE TECNOLOGIA DA INFORMAÇÃO

PRJETO: SOFTWARE PARA COMÉRCIO VAREGISTA

Declaração de Escopo Preliminar do Projeto

Preparado pela turma do 5º Sem. De T.G.T.I Versão: 1.1

Data: 29/05/2014

1. Contatos:

Nome E-mail / Telefone Área

Anderson Correa anderson.correa@alpha.com.br

(0xx11) 99285-7262

Gerencia de Projetos

Adriano Melo adriano.melo@alpha.com.br

(0xx11) 98246-7652

Liderança de Projetos

Luiz do Vale luiz.dovale@alpha.com.br

(0xx11) 98361-6451

Analista de Suporte

José Gama Gama.jose@alpha.com.br

(0xx11) 96274-8299

Programador

Willian Frazão Frazao.willian@alpha.com.br

(0xx11) 98823-7362

Testador

Marlon Cesário Marlon.cesario@alpha.com.br

(0xx11) 96543-7785

Documentador

2. Forma de comunicação no projeto.

Deverá ser usado e-mail como forma de comunicação padrão.

3. Descrição do projeto.

O projeto envolve toda a análise e desenvolvimento das áreas abrangentes do comercio

varejista, preparando todo o sistema inclusive financeiro, para suprir as necessidades de

vendas, compras, exportação entre outros.

4. Objetivo do projeto.

A criação de um software que atendam as necessidades do comercio varejista, tornando os

processos mais ágeis, práticos e por fim mais rentáveis.

5. Justificativa do projeto.

Necessário para que o módulo de varejo seja integrado perfeitamente com os demais

segmentos da categoria.

6. Produto do projeto.

Módulo comercial varejista integrado com modulo de finanças, almoxarifado, distribuição e

varejo, bem como todas as funcionalidades implementadas e homologadas.

7. Expectativa do cliente/patrocinador.

Projeto entregue dentro do prazo e homologado.

Projeto em conformidade com os objetivos descritos.

8. Fatores de sucesso do projeto.

Controle completo das ordens de venda;

Fechamento de caixa mais rápido e preciso;

Baixa automática no estoque;

Gerenciamento de estoque mínimo e máximo;

Lançamentos automáticos nas contas a receber;

Margem de rentabilidade do produto;

Controle dos preços (compra e custo médio);

Impressão de cupom fiscal;

Impressão de relatórios visualizados em tela;

Comunicação entre lojas;

Rapidez e eficiência nas consultas.

9. Fatores de Risco ( cuidados para evitar o fracasso ).

Projeto exceder os custos e os prazos;

Foram aplicados processos inadequados de gerencia de projetos;

Stakeholders insatisfeitos com os resultados alcançados;

Projeto cumprir as exigências mas não resolver as necessidades do negócio;

Planejamento inadequado e falta de definição do escopo;

Ingerência do plano de trabalho;

Recursos humanos e financeiros inadequados ou insuficientes;

Inadequada gestão mudanças de escopo;

Comunicação falha entre os stakeholders;

Não visualização dos riscos do projeto;

Falhas no gerenciamento da qualidade.

10. Premissas.

Haverá o apoio de todos os envolvidos no projeto;

Dedicação integral do desenvolvedor no projeto;

Os integrantes farão a comunicação via e-mail, listados no item 1.

11. Limites do projeto e exclusões específicas.

O projeto não tem como objetivo homologar o módulo de exportação;

Não tem como objetivo inicial implantar o processo no Contas a Pagar em virtude do prazo e

das necessidades iniciais do cliente.

12. EAP preliminar.

1 – Projeto Software Comércio Varejista.

1.1 - Iniciação do projeto.

1.2 - Planejamento das atividades.

1.2.1 - Levantamento de requisitos.

1.2.2 - Cronograma do desenvolvimento.

1.2.3 - Aceitação do escopo.

1.3 - Execução das atividades.

1.3.1 - Desenvolvimento das rotinas.

1.3.2 - Testes locais.

1.3.3 - Desenvolvimento da documentação.

1.3.4 - Testes com consultores.

1.3.5 - Correção de Melhorias.

1.3.6 – Teste de homologação.

1.3.7 – Teste de produção.

1.4 - Implantação no cliente.

1.4.1 - Homologação no cliente.

1.5 – Encerramento do projeto.

1.5.1 - Aceite do cliente.

1.5.2 – Documentação das lições aprendidas.

13. Principais atividades e estratégias do projeto.

1 - Iniciação do projeto.

- Será desenvolvida por todos os envolvidos no projeto.

- Descrição detalhada das necessidades do cliente.

2 - Planejamento das atividades.

3 - Quais serviços o sistema terá que fornece:

- Qual desempenho exigido pelo sistema?

- Quais as regras de negócio?

- Desenvolver o cronograma para melhorar o controle do projeto, bem como datas X

entrega do desenvolvimento e testes contínuos durante o decorrer do projeto.

- Descrição do escopo e aceitação junto aos consultores.

14. Principais entregas do projeto.

Aceitação do escopo;

Desenvolvimento das rotinas e testes locais;

Testes dos consultores;

Correção e melhorias;

Homologação no cliente.

15. Plano de entregas e marcos do projeto.

A execução dos trabalhos iniciará em 29 de maio de 2014 e deve durar em torno de 24 (vinte

e quatro) semanas, indo até dia 29 de novembro de 2014.

ENTREGA DESCRIÇÃO

TÉRMINO

OTIMISTA TÉRMINO

Fase

De

Iniciação

Levantamento

Inicial. 1 Semana e ½ 2 Semanas.

Escopo

Definido. 1 Semana. 1 Semana.

Fase

De

Planejamento

Declaração do

Escopo Aprovada 1 Semana e ½ 2 Semanas.

Cronograma

Definido 1 Semana e ½ 2 Semana e ½

Fase

De

Execução

Desenvolvimento das Rotinas

Testes Locais 4 Semanas. 5 Semanas.

Correções. Melhorias e

Documentação 3 Semanas. 3 Semana e ½

Testes com

Consultores 1 Semana. 1 Semana e ½

Correções e

Melhorias 1 Semana e ½ 2 Semanas

Testes Finais com

Comsultores 1 Seamana. 1 Semana e ½

Fase de

Implantação.

Implantação. 2 Semanas. 3 Semanas.

Monitoramento. 1 Semana. 1 Semana.

Fase de Aceitação

Conclusão

Termo do Aceite.

Termo de Encerramento.

Finalizar Documentação.

1 Semana.1 Semana e ½

Término completo do projeto estimado em 6 meses levando em consideração:

Estoque;

Saída;

Entrada;

Funções de Caixa;

Comunicação c/ ECF (Emissor de Cupom Fiscal).

Banco de Dados.

Ato COTEPE:

Legislação para programa varejista;

PAF – ECF (Programa Aplicativo Fiscal);

Princípios de Retaguarda;

Compatibilidade com Crédito e Débito;

Laudo;

Despacho no Confaz;

Registro no sistema na SEFAZ.

16. Riscos Iniciais do Projeto.

1 – Pouca disponibilidade de tempo dos membros da equipe;

2 – Falta de comprometimento.

3 – Realocação do desenvolvedor em outras atividades.

Pesos de 1 a 9.

Risco 1 Probabilidade = 3

Risco 1 Impacto = 7

Nível = Médio

Ação/Prevenção: Estudar o cronograma e aprovar com todos os envolvidos.

Risco 2 Probabilidade = 2

Risco 2 impacto = 7

Nível = baixo.

Ação/Prevenção: Conversar com todos os envolvidos e envolver a diretoria.

Risco 3 Probabilidade = 5

Risco 3 Impacto = 9

Nível = Alto

Ação/Prevenção: Analisar projetos concorrentes, envolver se preciso a diretoria.

1 Cronograma do projeto.

2 Controle de mudanças.

As mudanças deverão ser encaminhadas por e-mail. Estas serão analisadas. Documentadas e

anexadas ao projeto.

As mudanças são divididas em:

Simples, o líder terá total autonomia para executá-las.

Complexa, o líder obrigatoriamente deverá envolver o cliente para executar a mesma.

3 Lições aprendidas.

Neste projeto, vimos como foi importante passar este documento para todos os envolvidos

deixando todos integrados e assim comprometidos.

É necessário avaliar a forma de comunicação por telefone que foi usada e não funcionou por

não haver registro da informação.

ETAPA 2

Aula tema: O Gerente de projetos. Perfil e habilidades do Gerente de Projetos. Designação do

Sponsor, Coordenador, Líder do Projeto e demais componentes do grupo de projeto.

Passo 1

Fazer a leitura do livro-texto onde são apresentados os perfis e habilidades necessárias

para um Gerente de Projetos. Listar as qualidades e habilidades necessárias num

gerente de projeto e aponte em seu grupo de trabalho quem atende a essas

características apresentando os motivos claros que levaram o grupo fazer essa escolha.

Organização: É o começo. A organização economiza seu tempo e lhe permite a tomada de

decisão mais rápida. Se você gasta mais tempo procurando um documento e, vez de gerenciar

o projeto, está fazendo isso errado.

Liderança e Motivação: O verdadeiro líder inspira as pessoas. Ele compõe sua equipe de

forma a haver sinergia entre os membros e multidisciplinaridade. Uns complementam os

outros com repertórios diferentes. Manter o astral dessa equipe com atos motivacionais é

garantia de projeto bem executado.

Comunicação: É a maior fragilidade de muitos projetos. É preciso ter um processo aberto e

transparente de comunicação, com incentivo à troca de ideias e opiniões. O gerente deve saber

o que deve e o que não precisa ser para a equipe e stakeholders.

Negociação: É praticamente sinônimo de gerência de projetos. Você tem de lidar o tempo

todo com interesses diferentes, buscar um acordo que seja satisfatório, convencer pessoas a

fazer o que não querem, pedir mais prazo ou recursos para determinada tarefa, e por aí vai.

Gestor de Crises e Estrese: O gerente de projetos deve se antecipar à crise. Mapear os

possíveis riscos nos quesitos mais importantes para o cliente. Para evitar o “fogo amigo” entre

sua equipe, mantenha um nível de estresse saudável, nem demais nem de menos.

Resolver Problemas, tomar decisões: Tenha atitude diante do risco. Tenha confiança

suficiente para tomar decisões sem ter as informações disponíveis. O bom gerente de projtos

identifica os problemas e propõe soluções, age quando é necessário e lidera a equipe rumo ao

sucesso.

Persistência: Ter paciência e insistir quando for necessário nunca é demais para o gerente de

projetos. Ele não pode desistir frente à dificuldade. Não é fácil e, se fosse, a profissão não

seria tão valorizada atualmente. Ser persistente é o que diferenciará o ótimo do bom.

Gerente de Projeto: O componente escolhido pelo grupo para representar o Gerente do

Projeto é o aluno Anderson Correa, pois o mesmo apresenta as habilidades necessárias para

desempenhar tal tarefa.

Passo 2

Considerar a identificação do Gerente de Projeto e defina os demais perfis desejáveis

para a equipe do projeto e vinculem-nos aos demais componentes do grupo seguindo os

critérios de perfil, qualidade e habilidades necessários para o projeto proposto no

desafio.

Anderson Correa - Gerente de Projeto: Profissional integralmente responsável pelo

empreendimento que gerencia. Ou seja, responsável pelo escopo, custos, riscos, qualidade e

pela equipe.

Adriano Melo - Líder do Projeto: Este é um profissional de gestão. A diferença para o

mercado é que o tal Líder atua em contextos menores, ou seja, projetos de pequeno porte, com

escopo, orçamentos e equipes de pequeno porte, mas que a gestão (como para qualquer

projeto) é essencial. 

Luiz do Vale - Analista de Suporte: O analista de suporte é um profissional

de TI especialista em tecnologias, constantemente atualizado com novidades mercadológicas

de Hardware e Software. Cuida da manutenção da estrutura física de computadores, da

estrutura de Rede de área local de computadores e de sistemas operacionais.

José Gama – Programador: Um programador trata-se do profissional que desenvolve ou faz

manutenção de software em um grande sistema ou alguém que desenvolve software para uso

em computadores pessoais.  Responsável pela implementação e correção de erros/defeitos no

sistema. Seu foco é desenvolver novas soluções e pôr em prática todas as necessidades

impostas pelo analista de sistemas.

Willian Santos Frazão – Testador: Responsável pela qualidade do software, possui

conhecimento que tem como função criar testes nos sistemas e gerar roteiros de automação de

testes, fazendo a análise de erros.

Marlon Cesário – Documentador: Uma importante tarefa é a documentação do projeto

interno do software para propósitos de futuras manutenções e aprimoramentos. As

documentações mais importantes são das interfaces externas.

Passo 3

Desenvolver um relatório a ser entregue à LBTI com a definição clara dos recursos

humanos que comporão a equipe de desenvolvimento do projeto.

Plano de Gerenciamento dos Recursos Humanos

1 – Diretório da Equipe do Projeto:

Nome E-mail / Telefone Área

Anderson Correa anderson.correa@alpha.com.br

(0xx11) 99285-7262

Gerente do Projeto

Adriano Melo adriano.melo@alpha.com.br

(0xx11) 98246-7652

Lider do Projeto

José Gama gama.jose@alpha.com.br

(0xx11) 96274-8299

Programador

Luiz do Vale luiz.dovale@alpha.com.br

(0xx11) 98361-6451

Analista de Suporte

Marlon Cesário marlon.cesario@alpha.com.br

(0xx11) 96543-7785

Documentador

Willian Frazão frazao.willian@alpha.com.br

(0xx11) 98823-7362

Testador

2 – Matriz de Responsabilidades:

MATRIZ DE RESPONSABILIDADES

Atividades /

Integrantes da

Equipe

GerenteAnderso

n

LíderAdriano

Programa.

José

A.SuporteLuiz

Documen.Marlon

TesterWillian

Objetivo / Escopo e

Prioridade do Projeto. E / R E / R I / C I / C I I

Responsabilidade e

Planejamento. E / R E / R I / C I / C I I

Aprovação dos

Clientes E / R E / R I / C I / C I / C I / C

Definição da

Estratégia E / R E / R E / R I I I

Definição das

Atividades E / R E / R I / C I I I

Sequenciamento das

Atividades e Duração I / C E / R E / R I I I / C

Cotação /

Compras I / C E / R E / R I / C I / C I / C

Estimativa de

Custos E / R E / R E / R I / C I / C I / C

Planejamento de

Comunicação I /C E / R I / C I / C I / C I / C

Quantificação e

Respostas de Riscos I / C E / R I / C I / C I / C I / C

Planejamento de

Suprimento I / C E / R I / C I I I

Material

Promocional I / C E / R I I I I

Lições

Aprendidas I / C E / R I / C I / E I / E I / E

Armazenamento dos

Materiais I E / R I E / R I I

Evento

Final I / C E / R E / R I / C I E / R

Pesquisa de

Satisfação I E / R I I E / R E / R

LEGENDA: E = Execução R = Responsável I = Informado C = Consultado

3 – Perfil da Equipe.

Gerente de Projeto: Anderson Correa.

Conhecimentos: Especialista em Gerenciamento de Projetos (PMI) e Project

Management Body of Knowledge (PMBOK), um conjunto de conhecimentos

gerenciado pela organização Project Management Institute (PMI).

Habilidades: Administra os recursos do projeto.- Consegue manter a equipe

comprometida com os resultados e metas.- Estabelece limites (mínimo e máximo) e

trabalha dentro deles.

Atitudes: Interessa-se em conhecer todas as versões dos problemas.- Reconhece os

limites (mínimo e máximo) na negociação.

Líder do Projeto: Adriano Melo.

Conhecimentos: Administração de sistemas Linux e Windows.- Banco de Dados

PostgreSQL.- Metodologia de análise e desenvolvimento de projetos.- Distribuição,

acompanhamento e avaliação de atividades.

Habilidades: Atua de acordo com o planejamento.- Apresenta a comunicação falada,

escrita ou gráfica de forma organizada e correta.- Mantém padrão de qualidade em seu

trabalho.

Atitudes: Mantém o foco nas metas e resultados.- Busca informações e pergunta

quando tem dúvidas.- Interessa-se em conhecer todas as versões dos problemas.- Age

com pró-atividades.

Programador: José Gama.

Conhecimentos: Analise e desenvolvimento de sistemas em plataforma .NET

(VB.Net e C#). Programação em banco de dados Microsoft SQL Server. Programação

de javascript. Desenvolvimento de softwares utilizando plataforma Microsoft .Net e

linguagem C#. Conhecimento em HTML (incluindo JavaScript e CSS), Java,

PHP, .NET (ASP, C# e VB), Ruby PythonePerl.

Habilidades: Atuação em todo o ciclo de desenvolvimento (requisitos, análise,

modelagem, usabilidade, testes e integração). Apoio a gerência quanto ao plano de

desenvolvimento.

Atitudes: Mantém o foco nas metas e resultados.- Busca informações e pergunta

quando tem dúvidas.- Interessa-se em conhecer todas as versões dos problemas.- Age

com pró-atividades.

Analista de Suporte: Luiz do Vale.

Conhecimentos: Certificação em ICS Help Desk Microsoft Professional; ICS MCITP

Server Administrator on Windows Server 2008; Microsoft Technology Associate

(MTA). Microsoft Certified Solutions Associate (MCSA); Windows 8 e CompTIA

Linux+. Alem de possuir conhecimentos de Servidores, Rede, D, Hyper-V entre

outros.

Habilidades: Presta suporte técnico a usuários, no que se refere aos softwares

instalados, utilização da Internet, sistemas interligados por rede, etc., orientando e

solucionando divergências quanto a configurações, velocidade de acesso, conexões,

etc., a fim de atendê-los e manter o desempenho adequado dos sistemas e da rede e

evitar paralisações nos serviços de Internet. Executa atualizações nos sistemas já

implantados, efetuando modernizações quanto a sua operacionalização e procurando

solucionar deficiências técnicas.

Atitudes: Mantém o foco nas metas e resultados.- Busca informações e pergunta

quando tem dúvidas.- Interessa-se em conhecer todas as versões dos problemas.- Age

com pró-atividades.

Documentador: Marlon Cesário.

Conhecimentos: Conhecimento em ERP. Conhecimento de software de editoração

(InDesign e CorelDRAW). Conhecimento em captura de imagens (telas) e

manipulação (conhecimento avançado). Domínio de Windows, pacote Office e

internet.

Habilidades: Avaliar documentação técnica de sistema para apoiar na criação,

elaboração, revisão e atualização da documentação dos sistemas. Criar, elaborar,

revisar e atualizar documentação (manual do usuário) de sistemas e de processos.

Realizar revisão gramatical e ortográfica em documentação (manual do usuário) de

sistemas e de processos.

Atitudes: Mantém o foco nas metas e resultados.- Busca informações e pergunta

quando tem dúvidas.- Interessa-se em conhecer todas as versões dos problemas.- Age

com pró-atividades.

Tester: Willian Frazão.

Conhecimentos: Certificação em testes de software (ALATS, BSTQB e QAI).

Especialista na área de Teste de Software. Processos de Testes. Análise de Requisitos

em Projetos de Testes. Elaboração de Cenários e Casos de Teste. Gerencia de

Defeitos. Introdução a Automação de Testes.

Habilidades: Desenvolve as atividades específicas de suas funções, capacitado a

preparar a especificação dos testes a serem realizados num produto de software,

elabora e documenta cenários, casos de teste e os dados para a execução dos testes e

executar os mesmos.

Atitudes: Mantém o foco nas metas e resultados.- Busca informações e pergunta

quando tem dúvidas.- Interessa-se em conhecer todas as versões dos problemas.- Age

com pró-atividades.

Passo 4

Reunir as informações levantadas nos passos anteriores e elabore um relatório (padrão

ABNT) para apreciação e tomada de decisão do cliente.

Relatório de Apreciação e Tomada de Decisão.

Procedimento com anúncio obrigatório nº 05/2014 / RCIST/NCA/SP

Criação e Fornecimento de Software para Comércio Varejista.

Com referência aos elementos abaixo discriminados e em cumprimento do disposto no art. 14º

do CRIST, reuniu o Júri designado para presente procedimento com o fim de proceder à

análise das propostas apresentadas e elaborar o relatório das mesmas.

Procedimento com anúncio obrigatório nº 05/2014 / RCIST/NCA/SP

Data da Reunião: 29/05/2014

Proposta de decisão de contratação e autorização de despesa/decisão de escolha do

procedimento/decisão de nomear o júri/aprovação das peças do procedimento:

Despacho de 03/07/2014 do Vice-Presidente para a Gestão Administrativa e Financeira

da LBTI, Isabel Ribeiro.

Membros do Júri:

Presidente: José Sá da Costa.

Vogal Efetivo: Jorge Martins

Vogal Efetivo: João Reis

Objeto da Contratação:

Software Para Comércio Varejista.

Dando em cumprimento ao disposto no nº 1 do artigo 21º do RCIST, procedeu-se à

publicação prévia de anúncio referente à abertura do presente procedimento de aquisição no

site http://consultas.ist.pt/ e convidou-se a apresentar proposta a empresa LBTI Ltda.

I – Análise da proposta.

O júri procedeu à análise da empresa ALPHA’s Ltda. Tendo concluído:

O preço proposto é inferior ao limite máximo ($ 96.000,00);

A qualidade dos artigos, nomeadamente quanto às Características Técnico –

Funcionais, corresponde integralmente ao solicitado nas especificações técnicas.

Quanto à Assistência Técnica, nomeadamente quanto a estimativa para o tempo médio

de resposta aos problemas técnicos, é proposta uma linha telefônica gratuita de acesso

direto a um serviço técnico de apoio (além do habitual contato por e-mail), sendo o

tempo máximo de resposta de 48 h;

O prazo de garantia proposto (24 meses a partir da instalação) é aceitável;

A programação proposta para a formação de futuros utilizadores é aceitável (dois

períodos, com intervalo de algumas semanas, a definir após a recepção do

equipamento).

Analisando a proposta o júri considerou que reúne as condições exigidas e que satisfaz as

especificações pretendidas.

Assim sendo, propõe-se a adjudicação do sistema/programa SOFTWARE VAREGISTA à

empresa LBTI Ltda. Pelo montante de $ 79.191,00 (setenta e nove mil e cento e noventa e um

reais), a que acresce Iva à taxa legal em vigor.

São Paulo, 29 de Maio de 2014.

____________________________________

José Sá da Costa.

____________________________________

Jorge Martins

____________________________________

João Reis.

ETAPA 3

Aula tema: Levantamento de dados adequado. Levantamento de dados inadequado. Fases do

levantamento de dados. Técnicas de levantamento de dados.

Passo 1

Desenvolver um questionário com aproximadamente 10 questões (devendo ser abertas e

fechadas) em formato de formulário a ser aplicada aos futuros usuários do sistema,

cujas informações abordem as funcionalidades necessárias, mudanças esperadas,

recursos oferecidos, pontos fortes e fracos, necessárias para o desenvolvimento do

sistema.

QUESTIONÁRIO

1 – Qual a sua função na empresa?

( ) Diretor ( ) Gerente ( ) Supervisor ( ) Outro_______________________

2 – Qual o faturamento mensal da sua empresa? R$ ___________________________

3 – Sua empresa possui um sistema Varejista?

( ) SIM ( ) Manual

( ) NÃO ( ) Informatizado

4 – Que informação de varejo você considera importante para sua tomada de decisão?

___________________________________________________________________________

___________________________________________________________________________

5 - Quais as características você considera importante na aquisição de um Software varejista?

___________________________________________________________________________

___________________________________________________________________________

Ordene de 1 (mais importante) a 7 (menos importante) os itens que você considera essenciais

para um sistema Varejista:

6 – Na aquisição de um Software de varejo, o que vc considera mais importante?

( ) – Interface de fácil acesso.

( ) – Performance do Sistema.

( ) – Manutenção e Suporte.

( ) – Atualização em tempo real.

( ) – Confiabilidade das Informações.

( ) – Segurança de Dados.

( ) – Preço.

7 – Em relação a interface quais as características mais importantes?

( ) – Uso de interface gráfica (Windows).

( ) – Interface personalizável as necessidades individuais.

( ) – Visualização das informações em forma de gráficos.

( ) – Utilização de atalhos para navegação.

( ) – Comunicação com outros sistemas.

8 – Em relação a performance o que você considera mais importante?

( ) – Velocidade na entrada de dados.

( ) – Velocidade nas consultas.

( ) – Velocidade nos processamentos das informações (cálculos).

( ) – Velocidade na implantação do Software.

( ) – Velocidade de adequação do Software a uma nova necessidade de informação

9 – Em relação aos serviços prestados pelo fabricante do Software, o que você considera mais

importante?

( ) – Assessoria e treinamento personalizado.

( ) – Treinamento formal explicando como utilizar o Software.

( ) – Suporte por internet.

( ) – Suporte por telefone.

( ) – Suporte pessoal.

( ) – Help on-line ( manuais eletrônicos) com exemplos e exercícios.

10 – A atualização do sistema de forma on-line deve priorizar quais informações?

( ) – Possuir as informações associadas aos preços de matérias primas on-line.

( ) – Possuir as informações associadas aos gastos/receitas dos processos.

( ) – Formação e avaliação do preço de venda on-line.

( ) – Formação do custo/hora setor ou máquina de forma on-line.

( ) – Avaliação da produtividade e ociosidade dos processos on-line.

11 – Em relação a segurança de acesso e a integridade dos dados o que você considera mais

importante?

( ) – Segurança contra vírus.

( ) – Back-up on-line dos dados.

( ) – Segurança de acesso controlado por senhas.

( ) – Segurança contra perda de dados por queda do sistema.

( ) – Segurança contra Hackers (alto nível de segurança contra invasão).

12 – Em relação a personalização do sistema o que você considera mais importante?

( ) – A personalização do Software deve ser feita pela Software-house.

( ) – O sistema deve permitir que o próprio usuário faça as suas personalizações.

( ) – O atendimento de suporte e manutenção deve ser personalizado.

( ) – Permitir a personalização por parte do usuário das telas de entradas de dados.

( ) – Permitir a personalização das consultas e análise de custos pelo usuário.

Passo 2

Aplicar o questionário em toda a empresa. Considerar que a empresa tenha 30

funcionários/usuários, sendo 10 técnicos e 20 operacionais. Aplicar o mesmo

questionário aos dois grupos para que na análise possa ser observada a resposta em

função da proximidade/experiência com tecnologia. Utilizar os colegas de sala como

funcionários da empresa LBTI.

Passo 3

Fazer a documentação do levantamento de dados efetuados nos passos anteriores, de

forma a identificar todas as características apontadas pelos usuários no questionário.

Essa documentação deve ter no máximo 2 páginas (padrão ABNT) e conter tabulação

por percentual e comentários nas questões fechadas e comentários compilados das

questões abertas.

Resultado do Levantamento de Dados (Questões Abertas).

1º Qual a sua função na empresa?

(Em sua totalidade 20 dos entrevistados eram operacionais, e 10 eram técnicos, com funções distintas.)

2º Qual o faturamento mensal da sua empresa?

(A maioria dos entrevistados não souberam responder.)

3º Sua empresa possui um sistema varejista?

(A empresa em questão não possuía um Sistema Varejista.)

4º Que informação do varejo c considera importante para sua tomada de decisão?

(Preço de custo das mercadorias, preço de venda dos concorrentes, margem de lucro.)

5º Quais características você considera importante na aquisição de um Software Varejista?

(Funcional, prático, completo, e que não apresente erros constantes.)

Resultado do Levantamento de Dados ( Questões Fechadas ).

QUESTÕES

CARACTERISTICAS CONSIDERADAS

IMPORTANTES AO USUÁRIO %

6. Aquisição do

Software?

(60% dos

entrevistados optaram

pela Performance do

Sistema)

A Performance do Sistema: 60%

Atualização em Tempo Real: 20%

Interface de Fácil Acesso: 20%

7. Interface:

(50% dos

entrevistados optaram

por Interface

Personalizável)

Interface Personalizável às Necessidades Individuais: 50%

Uso de Interface Gráfica (Windows): 25%

Utilização de Atalhos para Navegação: 25%

8. Performance:

(60% dos

entrevistados optaram

pela Velocidade no

Processamento)

Velocidade no Processamento das Informações (calculo): 60%

Velocidade nas Consultas: 30%

Velocidade na Entrada de Dados: 10%

9. Serviços

Prestados:

(80% dos

entrevistados optaram

por Treinamento

formal)

Treinamento Formal Explicando como usar o Software: 80%

Assessoria e Treinamento Personalizado: 10%

Suporte Pessoal: 10%

10. Atualização

do Sistema: (50% dos

entrevistados optaram

por Informações

Associadas)

Informações Associadas aos gastos/receita dos Processos: 50%

Formação e Avaliação do preço de venda On-line: 30%

Formação do custo/hora, setor/máquina de forma On-line: 20%

11. Segurança: (80%

dos entrevistados

optaram por

Segurança Contra

Vírus)

Segurança Contra Vírus: 80%

Segurança de Acesso Controlado por Senha: 15%

Back-up On-line dos Dados: 5%

12.Personalização:

(60% dos

entrevistados optaram

por Personalização

Própria do Usuário)

Permitir que o Usuário faça sua Própria Personalização: 60%

Permitir Personalização de Consultas e Analise de custos: 25%

Permitir Personalização das telas de Entradas de Dados: 15%

CONCLUSÃO

Estimula-se com frequência as empresas a buscar constantemente meios de melhorar seu

desempenho e competitividade no mercado. Dentre as técnicas de gestão, tecnologias e outras

ferramentas oferecidas para as organizações com esse fim, o PMI & PMBOK vem ganhando

cada vez mais espaço nos últimos anos. Infelizmente, muitas das empresas que optam pela

terceirização de seus processos o fazem em função das tendências que observam no mercado

e de promessas de benefícios que muitas vezes não são realistas.

A identificação dos potenciais benefícios, riscos e fatores críticos de sucesso feita no presente

artigo pode contribuir para reduzir o fracasso de projetos de PMI & PMBOK, na medida em

que permite às empresas planejarem e controlarem melhor suas iniciativas de terceirização.

Antes de se tomar qualquer decisão sobre as práticas a serem adotadas, é imprescindível

avaliar criteriosamente as alternativas disponíveis e verificar se realmente se encaixam nos

objetivos e interesses da organização.

REFERÊNCIAS BIBLIOGRÁFICAS

ETAPA 1

http://www.pmi.org/

http://www.pmisp.org.br/

http://www.pmi.org.br/portal/capitulos-no-brasil.html

http://www.pmi.org/PMBOK-Guide-and-Standards.aspx

ETAPA 2

http://fabricioblz.wordpress.com/page/7/

http://www.cepromat.mt.gov.br/images/Resolucao%20005-2007-Anexo%20I%20-

%20Modelo%20de%20Proposta%20de%20Projeto%20de%20TI.pdf

http://pt.slideshare.net/silviocv/gerencia-de-projetos-11758872

http://www.aedb.br/seget/artigos08/329_BPO.pdf

https://www.rnp.br/ti-rj/final/gt2_3.pdf

ETAPA 3

http://jkolb.com.br/6-4-estimar-os-recursos-das-atividades/

http://monografias.brasilescola.com/administracao-financas/gestao-projeto--

implantacao-sistema-wms.htm

http://www.professorcezar.adm.br/Textos/O%20processo%20de%20tomada%20de

%20decisao.pdf

http://www.bndes.gov.br/SiteBNDES/export/sites/default/bndes_pt/Galerias/

Arquivos/empresa/licitacoes/Conc0110_Rel_PropostasTec.pdf