TCC 20111031

5/12/2018 TCC 20111031 - slidepdf.com

http://slidepdf.com/reader/full/tcc-20111031 1/39

ANHANGUERA EDUCACIONAL S.A.

Faculdade Anhanguera de Anápolis

Curso de Ciência da Computação

Dorfino Pereira Salgado

José Mendes da Silva Júnior

Weder Mariano de Sousa

Welberthy Rodrigues da Cruz

Gestão de Comunicação Utilizando Ferramenta Livre

Anápolis

2011

5/12/2018 TCC 20111031 - slidepdf.com


Dorfino Pereira Salgado

José Mendes da Silva Júnior

Weder Mariano de SousaWelberthy Rodrigues da Cruz


Trabalho de Conclusão de Curso apresentada,

como exigência parcial para a obtenção do grau

de Bacharel em Ciência da Computação, na

Faculdade Anhanguera de Anápolis, sob a

orientação da profa. Ms. Viviane Carla Batista

Pocivi.

Anápolis

2011

5/12/2018 TCC 20111031 - slidepdf.com



Trabalho de Conclusão de Curso apresentado como exigência parcial para a

obtenção do grau de Bacharel em Ciência da Computação da Faculdade Anhanguera

de Anápolis.

Aprovado em ___ de ___ de ______.

________________________________ Profa. Ms. Viviane Carla Batista Pocivi

Faculdade Anhanguera de Anápolis

Orientadora

________________________________

Prof. ou Profa. Título (Dr, Ms, Esp) Nome do avaliador(a)

Faculdade Latino Americano de AnápolisAvaliador(a)

________________________________

Prof. ou Profa. Título (Dr, Ms, Esp) Nome do coordenador(a)

Faculdade Latino Americano de Anápolis

Coordenador(a) do Curso Nome

Anápolis

2011

5/12/2018 TCC 20111031 - slidepdf.com


Este trabalho é dedicado a todos os alunos que

compreenderam que seus esforços sempre são

recompensados.

5/12/2018 TCC 20111031 - slidepdf.com


AGRADECIMENTOS

Aos pais, por seu amor e carinho.

Aos amigos, pelo apoio e compreensão.

Aos professores, pelo conhecimento e dedicação.

A todos que, direta ou indiretamente contribuíram, para a realização deste

trabalho.

5/12/2018 TCC 20111031 - slidepdf.com


´Pensar é o trabalho mais difícil que existe.

Talvez por isso tão poucos se dediquem a ele..µ

HENRY FORD.

5/12/2018 TCC 20111031 - slidepdf.com


RESUMO

SALGADO, Dorfino Pereira; JUNIOR, José Mendes da Silva; SOUSA, Weder

Mariano de; CRUZ, Welberthy Rodrigues da. Gestão de Comunicação Utilizando

Ferramenta Livre. 2011. 25f. Trabalho de Conclusão de Curso Bacharel em Ciência da

Computação ² Faculdade Anhanguera de Anápolis, Anápolis, 2011.

Demonstrar os aspectos da gestão de comunicação em projetos

independentemente do valor investido ou do porte do projeto, utilizando uma

ferramenta livre para que as empresas encontrem técnicas capazes de acelerar as

interações dos envolvidos no produto de software, reduzindo os ruídos encontrados

no processo de comunicação.

Definido no Guia PMBOK®, Project Management Body of Knowledge, criado

e mantido pelo Project Management Institute (PMI)®, com sede em Massachusetts,

EUA que tal modelo visa agregar conhecimento das melhores práticas dentro de

uma área de aplicação especifica ou em algum aspecto pouco usual do projeto, no

qual se deseja uma sequência especifica, mesmo que existam outras sequências

aceitáveis. Algumas dependências arbitradas incluem sequências preferidas deatividades do cronograma com base na experiência anterior de um projeto bem

sucedido que realiza o mesmo tipo de trabalho, as contribuições das de engenharia

de software e o gerenciamento de projetos para avaliação do modelo proposto.

Propõe-se aplica-lo na atividade de Gerência de Comunicação.

Palavras chaves: PMI, PMBOK e Gestão de Comunicação.

5/12/2018 TCC 20111031 - slidepdf.com


ABSTRACT

SALGADO, Dorfino Pereira, JUNIOR, José Mendes da Silva, Sousa, Weder

Marian; CRUZ, Welberthy Rodrigues. Communication Management Using FreeTool. 2011. 25f. Completion of Course Work Bachelor of Computer Science - Faculty

Anhanguera Annapolis, Annapolis, 2011.

Demonstrate aspects of communication management on projects regardless of

the amount invested or the size of the project, using a free tool for companies to find

techniques to accelerate the interactions of those involved in the software product,

reducing the noise found in the communication process.

Defined in the PMBOK ®, Project Management Body of Knowledge, created

and maintained by the Project Management Institute (PMI) ®, based in

Massachusetts that this model aims to add knowledge of best practices within a

specific application area or some aspect unusual project in which you want to specify

a sequence, even if there are other acceptable sequences. Some sequences

Discretionary dependencies include preferred schedule activities based on previous

experience of a successful project that provides the same type of work, the

contributions of software engineering and project management to evaluate the

proposed model. It is proposed to apply it in the activity of Communications

Management.Keywords: scientific methodology, work completion, results.

5/12/2018 TCC 20111031 - slidepdf.com


Lista de Figuras

5/12/2018 TCC 20111031 - slidepdf.com


Lista de tabelas

5/12/2018 TCC 20111031 - slidepdf.com


Lista de Sig las

5/12/2018 TCC 20111031 - slidepdf.com


SUMÁRIO

INTRODUÇÃO ........................................................................................... 12

CAPÍTULO 1 ² Gerenciamento da Comunicação.............................................. 15

CAPÍTULO 2 - Estudo de Caso ...................................................................... 21

Objetivo .................................................................................................. 21

Fábrica de Software................................................................................... 22

Conceitos ............................................................................................. 22

Modelo ................................................................................................ 23

Definições ............................................................................................... 24

REFERÊNCIAS............................................................................................ 38

5/12/2018 TCC 20111031 - slidepdf.com


INTRODUÇÃO

Segundo o PMBOK (2004, p.8) ´O gerenciamento de projetos é a aplicação de

conhecimento, habilidades, ferramentas e técnicas às atividades do projeto a fim de

atender aos seus requisitos. O gerenciamento de projetos é realizado através da

aplicação e da integração dos seguintes processos de gerenciamento de projetos:

iniciação, planejamento, execução, monitoramento e controle, e encerramento. Ogerente de projetos é a pessoa responsável pela realização dos objetivos do projetoµ.

A pesquisa abordará os aspectos da gestão de comunicação segundo o PMI

(2004,3ºEd.), aplicadas em uma ferramenta de gerência de projetos livre no controle

das atividades de comunicação da equipe.

Ao decorrer da pesquisa foi feita análise detalhando o uso da ferramenta

REDMINE para definir e controlar a comunicação da equipa nas diversas interações,aplicando-a em um estudo de caso, e demostrando os resultados obtidos na

implantação de uma ferramenta livre na gerencia da comunicação.

Aplicar as estratégias de gestão de comunicação por meio do uso de uma

ferramenta de gestão de projetos livre, em um projeto de desenvolvimento de

sistemas compõe o objetivo geral deste trabalho.

Os objetivos específicos delineados para esta pesquisa são:

Aplicar conceitos sobre gestão de comunicação em um projeto de

desenvolvimento de sistema;

Pesquisar diferentes estratégias sobre gestão de comunicação;

5/12/2018 TCC 20111031 - slidepdf.com


Analisar a ferramenta livre utilizando-a em um caso concreto de uma fábrica

de software;

Avaliar os resultados do uso da ferramenta de gestão de projetos em um

estudo de caso.

Gerenciar comunicação em projetos é um processo tão importante quanto

qualquer outro processo nas empresas. Os gerentes gastam a maior parte do seu

tempo com comunicação ou com problemas decorrentes deste nos projetos.

Reconhecer a comunicação como um processo, conhecendo seus elementos, formas

de comunicação e partes envolvidas, é o primeiro passo para implantação de um

sistema de gestão eficiente. Um projeto pode gerar conhecimento na empresa se asinformações e dados gerados forem tratadas de forma eficiente profissional e o

conhecimento gerado pode vir a ser um diferencial no mercado, quando se torna um

ativo que pode ser utilizado pela empresa na gestão de outros projetos.

POR QUE GERENCIAR COMUNIÇÃO NOS PROJETOS?

O avanço da tecnologia da informação permite que as empresas registrem de

forma eficiente as informações de seus projetos. Mas, o que fazer com tanta

informação? O fato de registrar bem os dados do projeto não garante sua utilidade.

Perdidos em meio a tantos registros, saber usá-los de forma eficaz não é tarefa fácil

se não houver um bom planejamento e uma forma de gestão da comunicação

implementada.

5/12/2018 TCC 20111031 - slidepdf.com


CAPÍTULO 1 ² Gerenciamento daComunicação

As empresas ao se preocuparem com seus projetos acabam buscando formas

de medir seus desempenhos, estabelecendo rotinas de reuniões gerenciais, criando

diversos documentos e relatórios extensos. Devido a essas grandes tarefas, gera-se

um acúmulo de dados cada vez maior devido aos infinitos formulários decomunicação em formatos eletrônicos. Porém, quando surge a necessidade de uma

consulta, a busca dessas informações torna-se complicada e talvez até inviável de se

conseguir. Por isso devemos tratar esse assunto com mais foco.

No evento Project Management Institute ² Rio de Janeiro (PMI-Rio) foi

realizado o ´Fórum Nacional de Benchmarking em Gerenciamento de Projetos 2005µ,

tendo como um de seus focos a comunicação que foi identificado como o segundo

fator menos relevante pelas empresas durante a fase de planejamento dos projetos

perdendo apenas para o fator riscos, dentro das 80 empresas brasileiras pesquisadas,

apenas 37% se preocupavam com o fator da comunicação. Houve pesquisas realizada

durante o período de um ano em diversas empresas americanas de grande porte,

publicada na revista PM Network em junho de 2005, a empresa de consultoria e

treinamento em gerência de projetos PCI Global concluiu que muitos membros e

gerentes de equipes não tinham ideia do que estava acontecendo em seus próprios

projetos. E 64%(mais da metade) dos entrevistados não sabiam dizer se seus projetosestavam dentro ou fora do orçamento planejado e 44% não souberam informar se os

projetos terminariam ou não dentro do prazo. A principal causa? Problemas de

comunicação. [..]Outro estudo com gerentes de TI, conduzido pela fabricante de

hardware e integradora francesa BULL, publicada na revista PM Network, setembro

5/12/2018 TCC 20111031 - slidepdf.com


de 2005, apontou a ´má comunicação entre as partes interessadasµ como principal

causa em 57% dos casos de falhas em projetos.(apud GALVÂO, 2006?)

Um dos maiores problemas é que todos os envolvidos no projeto acham que se

comunicam bem. E não é considerada a importância de todos os elementos da

comunicação: emissor, mensagem e receptor.

Figura 1 - Fluxograma de processo do gerenciamento das comunicações do projeto.PMBOK 4ªED, 2004

Características da mensagem às vezes não são de entendimento entre os

membros da equipe envolvidos em um projeto. O nível de compreensão das

mensagens passadas deverá ser estabelecido para que se possa ter uma conclusão

certa sobre os fatos. Tanto o receptor quanto o emissor deve ter conhecimento

necessário para entender, interpretar e repassar o formato da mensagem, a

5/12/2018 TCC 20111031 - slidepdf.com


linguagem e o contexto. É necessário um planejamento de como irá ocorrer a

comunicação no projeto.

De acordo com o PMBOK (2004, p.225)

O processo Planejamento das Comunicações determina as necessidades deinformações e comunicações das partes interessadas; por exemplo, quemprecisa de qual informação, quando precisarão dela, como ela será fornecidae por quem. Embora todos os projetos compartilhem a necessidade decomunicar as informações sobre o projeto, as necessidades de informações eos métodos de distribuição variam muito. Um fator importante para osucesso do projeto é identificar as necessidades de informações das partesinteressadas e determinar uma maneira adequada para atender a essasnecessidades. [...] O planejamento das comunicações está, muitas vezes,estreitamente ligado aos fatores ambientais da empresa e às influênciasorganizacionais, pois a estrutura organizacional do projeto terá um efeitoimportante nos requisitos de comunicações do projeto.

Existem diversas formas de comunicação, sendo elas: verbal ou não-verbal,

formal ou informal. A maneira de referenciá-la nos projetos e a forma de tratamento

podem determinar explicitamente nos resultados esperados. A experiência de uma

organização, uma grande base de dados, um excelente histórico, de nada adianta se a

eficiência da sua utilização for obsoleta. Quando existe um gerenciamento de

comunicação eficaz é possível a recuperação das informações e sua utilização.

As informações geradas no projeto podem gerar conhecimento. Em seu livro´As Novas Realidadesµ, Peter Drucker considera que conhecimento é a informação

que muda algo ou alguém, seja provocando uma ação, seja tornando um indivíduo

ou uma instituição capaz de uma ação diferente ou mais eficiente. Os registros das

informações em um projeto geram um histórico, uma base de dados, que quando

bem tratados geram valia na empresa.

Nas organizações ou empresas o conhecimento pode ser representado de

2(duas) maneiras implícito ou explicito. O conhecimento implícito, silencioso, éaquele que não e declarado em documentos e às vezes comunicado de forma verbal,

definido conhecimento informal, igualmente solidificado na experiência individual e

envolvendo crenças pessoais, perspectivas e valores dos colaboradores. Quando

processo de comunicação não é registrado durante o desenvolvimento de um

produto, o aprendizado adquirido é falho, com isso os valores não serão agregados

5/12/2018 TCC 20111031 - slidepdf.com


em futuros projetos. O explicito é aquele conhecido por todos em forma de registros

como procedimentos, instruções de trabalho, projetos, relatórios etc..

Segundo o PMI (2004, 3ªEd.), é considerado como uma boa prática da gestão

de projetos utilizarem os ativos de processos organizacionais. Apesar de um projeto

ser único, as informações exploradas e o histórico de um projeto podem e devem ser

considerados como base de dados para outro projeto semelhante. Na definição da

comunicação em um projeto, segundo o PMPOK (2004), além do planejamento é

preciso cuidar da distribuição das informações, do relatório de desempenho e

gerenciar as partes interessadas.

5/12/2018 TCC 20111031 - slidepdf.com


Figura 2 ² Visão Geral do Gerenciamento das comunicações do projeto.(PMBOK, 4ªED, 2004, p.222)

Um dos pilares no desenvolvimento de um software é o processo de

comunicação, entre as partes envolvidas, que podemos entender as dificuldades do

5/12/2018 TCC 20111031 - slidepdf.com


fluxo de informações e avaliar toda a estrutura necessária do escopo do produto. Ao

buscar satisfazer necessidades das partes, consegue-se identificar e resolver grande

par te dos problemas gerados com a comunicação.

Disseminar informações não é posta-las em sites ou fazer circular relatórios, é

direcionar de forma estratégica as informações necessárias às pessoas certas e no

momento adequado. ´A distribuição das informações envolve colocar as informações

à disposição das partes interessadas no projeto no momento oportuno. A distribuição

das informações inclui implementar o plano de gerenciamento das comunicações,

além de responder às solicitações de informações não previstasµ (PMBOK, 2004,

p.228).

No melhoramento contínuo, estabelecer metas de desempenho é

extremamente importante, identificar qual parte do processo apresenta falhas

envolvendo a coleta de dados, informações sobre o desempenho de como os recursos

estão sendo utilizados para atingir os objetivos do projeto (prazo, escopo, custo e

qualidade). Inclui também a gerência da comunicação na disseminação destas

informações para a equipe do projeto e demais partes interessadas.

Diante de tantas metodologias ágeis, a clareza e a eficiência na comunicaçãoaumentam a capacidade em alcançar os objetivos do projeto nos prazos cada vez

mais curtos. O gerente de projeto investe grande parte do tempo em comunicação. A

forma como se comunica com sua equipe e stackholders vai estabelecer uma relação

direta com o sucesso do projeto, aumentará a sinergia, o comprometimento, a coesão

e a motivação de todos os envolvidos na sua execução.

5/12/2018 TCC 20111031 - slidepdf.com


CAPÍTULO 2 - Estudo de Caso

Ob jetivo

Buscando implantar na Fabrica Tecnologia Turing (FTT), uma ferramenta

open source de gerenciamento de projetos (Comunicação em especial ), foram

realizadas pesquisas análises e reuniões com os responsáveis especialmente com a

diretora estratégica as fábrica

Nesses encontros foram apresentados a estrutura lógica e física da FTT

(Fabrica Tecnologia Turing).

Com base nas pesquisas e descrições, levando em consideração as obras,

envolvidas relacionadas ao assunto como SWEBOK, CMMI, ISO15504, ISO9000,

ISO12207, PMBOK foram formuladas algumas perguntas que seriam de grande

importância para o entendimento de como FTT (Fabrica Tecnologia Turing) pois as

respostas do questionário revelariam mais detalhadamente e critica de todos os

processos envolvidos, bem como suas funções o seu tempo de envolvimento e suas

habilidade.

Toda a base para essa implantação e seus riscos ,bem como o que será

necessário para o andamento deste implantação se tornou mais evidente com as

respostas obtidas no Apêndice 1.

Questionário:

1. Quantos projetos estão hoje em funcionamento na FTT (Fabrica TecnologiaTuring)?

2. Quantos profissionais estão diretamente ligados a FTT (Fabrica TecnologiaTuring)?

5/12/2018 TCC 20111031 - slidepdf.com


3. Quantos profissionais estão indiretamente ligados a FTT (Fabrica TecnologiaTuring)?

4. Se existe uma ferramenta de gestão de projetos já implantada e eme uso?5. Quais as formas de gerenciamento existente na FTT (Fabrica Tecnologia Turing)

mesmo que seja para uma simples documentação?6. Se existe processos definidos ,e em vigor ?7. Qual a jornada de envolvimento de cada profissional ,e quais projetos cada esta

locado?8. Como e feita a documentação de cada projeto em andamento?9. Existe projetos sendo captados no momento da aplicação deste questionário?10. Como e feita a documentação dos projetos futuros da fabrica?11. Como e realizado o controle da documentação dos projetos terminados ou

temporariamente parados.

12. Como e realizado o controle de tarefas por profissional, bem como a distribuiçãodas mesmas?

13. Como e controlado o tempo de cada tarefa14. Se o tempo de cada tarefa esta sendo atingido ou estão sofrendo alterações não

previstas15. Os profissionais envolvidos já trabalharam com alguma ferramenta de gestão de

projetos Open Source(livre de pagamento aos responsáveis) ou shareware(pagamento aos responsáveis)?

16. Quais são os Sistemas Operacionais envolvido na?17. Especialização ,conhecimento e experiência dos profissionais envolvido nos

processos da FTT18. Qual o andamento ou tempo previsto para a entrega de cada projeto ou somente

uma margem de tempo a não ser ultrapassada.

Fábrica de Software

Conceitos

´Uma fábrica é uma organização habitada por pessoas envolvidas em umesforço comum, o trabalho é organizado de um jeito ou de outro, a padronização é

utilizada para a coordenação e formalização, e sistematização é importante, mas,

haverá várias opções para a concepção de uma haverá várias opções para a

concepção de uma fábrica de software específica.µ (Aaen, 1997).

5/12/2018 TCC 20111031 - slidepdf.com


Com base em análise e reuniões foram realizadas algumas diretrizes a serem

seguidas na implantação de uma Ferramenta Open Source de Gestão da

Comunicação onde deveríamos conhecer bem todos o processo que envolvia a FTT

(Fabrica Tecnologia Turing).A qual se organizava em:y Processo;y Equipe;

y Modelos;y Ferramentas;y Modelo de Negócio;

y Produtos.y Processo

y Conceito

Processo

´E um Conjunto de ações e atividades interrelacionadas que são realizadas

para atingir um conjunto especificado previamente de produtos, resultados ou

serviços. µ(PMBOK 3ªEd, 2004, p.373)

Equipe

É um grupo de pessoas que se junta para alcançar um objetivo em comum.

(INTERNET, http://pt.wikipedia.org/wiki/Equipe, acessado em 11/2011

Modelo

Um modelo é uma representação simplificada do mundo real. Os modelos de

maturidade de capacitação (Capability Maturity Models - CMMs) contêm os

elementos essenciais de processos eficientes para uma ou mais áreas de

conhecimento. (CMMI ²V1, p.1)

Ferramenta

É um utensílio, dispositivo, ou mecanismo físico ou intelectual utilizado portrabalhadores das mais diversas áreas para realizar alguma tarefa. (INTERNET,

http://pt.wikipedia.org/wiki/Ferramenta, acessado em 11/2011).

Modelos de negocio

´Modelo de negócio é a forma pela qual uma empresa cria valor para todos os

seus principais públicos de interesse. Sua utilização ajuda a ver de forma estruturada

5/12/2018 TCC 20111031 - slidepdf.com


e unificada os diversos elementos que compõe todas as formas de negócios.µ

(INTERNET, http://pt.wikipedia.org/wiki/Modelo_de_negócio, acessado em

11/2011).

Produto

O termo produto designa um tipo específico de bem com características de

tangibilidade, isto é, tem existência física. Decorrente desta característica é o fato de

ser um bem que pode ser transportado e armazenado podendo, por isso, ser

consumido num local e momento diferente daquele em que é produzido.

Definições

Desta forma na FTT (Fabrica Tecnologia Turing) um produto de software tem

um ciclo de vida bem definido, mais seus processos ou tarefas se diversificam

dependendo de qual projeto relacionado. Onde teremos nesse ciclo a suas entradas,

suas atividades (objetivos) e suas saídas, criado assim uma malha ou rede que terá

um fim somente quando o ciclo findar, pois a processos que serão repetidos

inúmeras vezes ate se obter um resultado esperado ou seja a sua saída.

Buscando o entendimento sobre FTT (Fabrica Tecnologia Turing) notamos

que há uma hierarquia bem fundamentada e seus papeis dentro de um projeto

(produto de software).

Mas com essa analise conseguimos identificar o gerente de Projeto (papel

desempenhado em um projeto de software). Papel que nos garante uma base sólida,

para implantar uma ferramenta de gestão, ferramenta está que não fora encontrada

em nenhuma fase dos projetos já existentes.

A FTT (Fabrica Tecnologia Turing) utiliza-se de processos que não garante o

controle eficaz de um projeto de software, devido a perdas de arquivos e também

que consiga gerenciar a comunicação entre os membros da equipe, e com o cliente,

ou seja, o Stackholders do Projeto.

5/12/2018 TCC 20111031 - slidepdf.com


Por que investir em uma ferramenta de Gestão da comunicação?

Com base no modelo abaixo conseguimos ter um enfoque mais amplo do

realmente se expõe a organização FTT (Fabrica Tecnologia Turing).

Figura 3 - Modelo de Organizacional da F TT (Fabrica T ecnologia T uring)(POCIVI, 2011)

Nossa avaliação com reuniões estudo sobre todos os processo, conseguimos

analisar o ponto chave desta implantação, que será junto ao Gerente deProjeto(Professor orientador).

Motivos da escolha.

Quando se agrega uma Ferramenta de gestão é necessários conhecimentos

técnicos sobre práticas da Engenharia de Software (SWEBOK, CMMI, ISO15504,

ISO9000, PMBOK) e também dos processos já existentes, assim a adaptação poderá

ser mais amigável possível.

O coordenador de projeto ou Gerente de Projetos conhece bem os Processos e

material humano envolvido em cada etapa do projeto, bem como suas habilidades e

a melhor forma possível para que se tenha um melhor aproveitamento do potencial

humano e tecnológico.

Modelo de Comunicação FTT (FABRICA DE TECNOLOGIA TURING)

5/12/2018 TCC 20111031 - slidepdf.com


A FTT (FABRICA DE TECNOLOGIA TURING), possui um modo estratégico

de comunicação podendo ser observado na figura abaixo.

Figura 4 - Modelo de comunicação F TT (FABRICA DE T ECNOLOGIA TURING)(POCIVI, 2011)

A figura acima mostra que o processo de comunicação é um ciclo, onde

professor orientador, o coordenador do projeto é um aluno, que se comunicam

diretamente com o cliente, que passaram as informações que foram analisadas por

eles, posteriormente serão repassadas à equipe (TEAM). Informações essas quenortearão o projeto. E sendo necessário esse ciclo se reinicializa.

Divisão das responsabilidades de cada integrante da equipe da FTT(FABRICA DE TECNOLOGIA TURING)

PERFIL PAPEL RESPONSABILIDADES

Diretor Estratégico Gerente de Negócio - Negociar junto a instituição a

autorização do projeto;

- Garantir a infra-estrutura para o

correto funcionamento dos projetos

Professor Orientador Gerente de Projeto - Planejar projetos: processo de

seleção, organizar infra-estrutura,

identificar dependências, organizar

cronograma e estimativas;

- Apoiar o gerente de negócio com as

necessidades do cliente;

- Elaborar plano de projeto (custos,

metas, orçamento, riscos, etc);

- Gerenciar a equipe com o objeto de

garantir a execução do projeto de

acordo com o plano.

5/12/2018 TCC 20111031 - slidepdf.com


Coordenador Analista de Comunicação - Ponto focal de comunicação entre a

fábrica e a Diretoria Estratégica

Scrum Master - Treinar a equipe quanto ao processo;

- Participar das reuniões diárias;

- Remover impedimentos;

Líder Técnico - Apoiar as equipes dos projetos pormeio de seu conhecimento e

experiência técnica;

- Criar, Coordenar e/ou Acompanhar

projetos dos Núcleos da FTT;

Time Engenheiro de Qualidade - Responsável por criar o plano de

qualidade do projeto e garantir a

execução de programas de qualidade

Engenheiro de Design - Responsável pela criação de imagens,

layout e estilos da aplicação

Product Owner (Engenheiro de

Requisitos)

- Elicitar requisitos;

- Criar documento de visão (cliente) e

requisito do produto;Garantir a coerência da

implementação do sistema com os

requisitos levantados.

- Planejar os testes

- Ponto focal de comunicação entre a

Fábrica e o Cliente e seus

representantes

Arquiteto - Definir a arquitetura do software;

- Tomar as principais decisões técnicas

que orientam todo o design e a

implementação do projeto.

Engenheiro de Sistemas - Elaborar o Modelo de Dados eProjeto;

- Implementar Sistemas;

- Realizar testes unitários

Engenheiro de Configuração - Responsável por criar o plano de

configuração do projeto (controle e

gerenciamento de mudanças)

Engenheiro de Testes - Projetar os testes;

- Criar documento de caso de testes;

- Garantir a realização dos teste;

- Realizar a análise dos testes;

- Registrar erros encontrados durante

a fase de teste. T abela 01 ² Divisão das responsabilidades de cada integrante da equipe da F TT

(POCIVI, 2011).

POCIVI,V.C.B. Um estudo para melhoria do processo de ensino e

aprendizagem de engenharia de software em cursos de graduação. 2011 134

F.dissertação (Mestrado em Engenharia de software) ² Centro de estudos e sistemas

avançados do Recife, recife 2011.

5/12/2018 TCC 20111031 - slidepdf.com


Com base em tudo que analisado na FTT (FABRICA DE TECNOLOGIA

TURING), verificou²se que a implantado uma metodologia de gestão de projetos, já

implantada e bem definida entre os profissionais envolvidos,Essa metodologia se

chama Scrum

5/12/2018 TCC 20111031 - slidepdf.com


Referencial teórico

Definições sobre Scrum

Scrum é um framework de processo que tem sido usado para gerenciar o

desenvolvimento de produtos complexos desde o início de 1990. Scrum não é um

processo ou uma técnica para produtos de construção, mas sim, é um quadro em quevocê pode empregar vários processos e técnicas. Scrum torna clara a eficácia relativa

de seu gerenciamento de produtos e práticas de desenvolvimento para que você

possa melhorar.

Scrum é fundada na teoria empírica processo de controle, ou empirismo.

Empirismo afirma que o conhecimento vem da experiência e tomar decisões com

base naquilo que é conhecido. Scrum emprega uma abordagem iterativa e

incremental para otimizar a previsibilidade e controle de risco.

Três pilares sustentam qualquer implementação de controle de processos

empíricos: transparência, inspeção e adaptação.

Transparência

Aspectos significativos do processo deve ser visível aos responsáveis pelo

resultado. Transparência exige esses aspectos devem vir há ser definido por um

padrão comum para observadores partilharem um entendimento comum do que está

sendo visto.

Inspeção

Usuários Scrum devem frequentemente inspecionar artefatos Scrum e

progresso em direção a um objetivo de detectar variações indesejáveis. A inspeção

5/12/2018 TCC 20111031 - slidepdf.com


não deve ser tão frequente pois ela poderá atrapalhar o trabalho. Inspeções são mais

benéficos quando diligência realizada por inspetores qualificados.

Adaptação

Se um inspetor determina que um ou mais aspectos de um processo desviar-

se fora dos limites aceitáveis, e que o produto resultante será inaceitável, o processo

ou o material a ser processado deve ser ajustado. Um ajuste deve ser feito o mais

cedo possível para minimizar desvios posteriores. (tradução Livre) Fonte:( 1991-2011

Ken Schwaber e Jeff Sutherland).

O framework Scrum consiste em equipes Scrum e seus papéis associados,

eventos, artefatos e regras. Cada componente no quadro serve a um propósito

específico e é essencial para sucesso do seu uso. As regras do Scrum unem os

eventos, papéis e artefatos, que regem as relações e a interação entre eles.

A Equipe de Scrum é composta por um Product Owner, a equipe de

desenvolvimento, e um Scrum Master.

Product Owner

O Product Owner é responsável por maximizar o valor do produto e do

trabalho da equipe de desenvolvimento. Como isso é feito pode variar amplamente

entre as organizações é equipes Scrum, e indivíduos.

O Product Owner é o único responsável pela gestão do Product Backlog.

Gestão Backlog de produtos inclui:

Expressar itens Product Backlog(divisão das tarefas e atividades a serem

incluídas e um projeto).

Ordenação dos itens no Product Backlog para melhor atingir os objetivos e

missões.

Garantir o valor do trabalho, que a Equipe de Desenvolvimento executa.

5/12/2018 TCC 20111031 - slidepdf.com


Assegurar que o Product Backlog é visível, transparente e claro para todos, e

mostra o que a equipe Scrum vai trabalhar a seguir.

Assegurar a equipe de desenvolvimento compreende itens no Product Backlog

para o nível necessário.

O Product Owner pode fazer o trabalho acima, ou ter a Equipe de

Desenvolvimento para executar o trabalho. No entanto, o Product Owner permanece

responsável. Ou seja o Product Owner é uma pessoa, não uma comissão.

Na FTT (Fabrica Tecnologia Turing) o Product Owner e representado por um

engenheiro de requisitos e também e parte integrante do time,como mostra a figura

acima.

A Equipe de Desenvolvimento

A equipe de desenvolvimento é formada por profissionais que fazem o

trabalho de entregar um incremento potencialmente entregável do produto,ou seja

que atendam o cliente como fora especificado na analise de requisitos.

Equipes de desenvolvimento são estruturadas e capacitadas pela organizaçãopara organizar e gerenciar seu próprio trabalho. A sinergia resultante aperfeiçoa a

Equipe de Desenvolvimento promovendo uma eficiência e eficácia globais.

Características da equipes de desenvolvimento:

Eles são auto-organizáveis, Ninguém (nem mesmo o Scrum Master) conta a

equipe de desenvolvimento como transformar Backlog do Produto em incrementos

de funcionalidade potencialmente entregável.

As equipes de desenvolvimento estão possui todas as habilidades necessárias

para criar um incremento do produto.

Os membros da equipe de Desenvolvimento podem ter habilidades especificas

e uma área de conhecimento, mas a responsabilidade pertence à equipe de

desenvolvimento como um todo.

5/12/2018 TCC 20111031 - slidepdf.com


Equipes de Desenvolvimento não possui sub-equipes, dedicadas a áreas

particulares como teste ou análise de negócios.

Tamanho da equipe de desenvolvimento

Tamanho ideal da equipe de desenvolvimento é pequeno o suficiente para

continuar ágil e grande o suficiente para completar um trabalho significativo.

Menos de três membros na Equipe de Desenvolvimento diminui interação e os

resultados dos ganhos de produtividade poderão vir a sofrer uma redução.

As equipes menores de Desenvolvimento pode encontrar limitações de

conhecimento durante a Sprint(), fazendo com que a equipe de desenvolvimento setorne incapaz de entregar um incremento potencialmente entregável. Tendo mais de

nove membros requer coordenação maior . Equipes de Desenvolvimento grandes

geram muita complexidade para um processo empírico para se administrar.

Ressaltando que o Product Owner e o Scrum Master papéis do Scrum não são

computados nessa contagem.

O Scrum Master

O Scrum Master é responsável por garantir há compreensão e promulgação.

Garantindo que a equipe Scrum adere às teorias, práticas e regras deste modelo de

Gestão de Projeto. O Scrum Master é um servo-líder para a equipe Scrum.

O Scrum Master serve o Product Owner de várias maneiras, incluindo:

Encontrando técnicas para a gestão eficaz Product Backlog;

Claramente comunicar a visão, metas e itens do Product Backlog para aEquipe de Desenvolvimento;.

Ensinando a equipe de desenvolvimento para criar itens Backlog clara e

concisa do produto.

5/12/2018 TCC 20111031 - slidepdf.com


Compreender o planejamento do produto de longo prazo em um ambiente

empírico.

Compreendendo e praticando a agilidade, facilitando os eventos Scrum

conforme solicitado ou necessário.

O Scrum Master serve a equipe de desenvolvimento de várias formas,

incluindo:

Treinamento da Equipe de Desenvolvimento de auto-organização e

interdisciplinaridade.

Ensino e liderar a equipe de desenvolvimento para criar produtos de altovalor.

Remoção de impedimentos para a Equipe de Desenvolvimento para que possa

prosseguir com o andamento dos itens do Backlog.

Facilitar eventos Scrum conforme solicitado ou necessário, treinamento da

Equipe de Desenvolvimento em ambientes organizacionais em que Scrum ainda não

está totalmente aprovado e compreendido.

O Scrum Master atua a organização de várias maneiras, incluindo:

Liderar e treinar a organização na sua adoção do Scrum;

Planejamento implementações Scrum dentro da organização;

Ajudar os funcionários e partes interessadas entender e promulgar o Scrum e

o desenvolvimento de produtos de forma empírica.

Causando mudança que aumenta a produtividade da equipe de Scrum,

trabalhando com outros Scrum Master para aumentar a eficácia da aplicação de

Scrum na organização.

5/12/2018 TCC 20111031 - slidepdf.com


Esse papel é desempenhado na FTT (Fabrica Tecnologia Turing) por um

coordenador que possui tais funções junto ao Product Owner e a Equipe de

desenvolvimento.

Fluxos dos Processos adotados pela FTT (Fabrica Tecnologia Turing).

Com base análise feita notamos que a FTT (Fabrica Tecnologia Turing). Possui

5 processos definidos (captação,preparação,iniciação,desenvolvimento e finalização)

e dentro desses processos suas atividades.

Captação

Onde será captado um projeto, será feita uma análise da viabilidade desteProjeto, é será submetido a uma aprovação institucional, caso seja aprovado passará

para a segunda etapa a de preparação, senão retorna a captação novamente para um

nova análise e melhoria dos detalhamentos.

Preparação

Nessa etapa do processo ocorre a seleção da equipe,bem como a capacitação

da mesma, e ambientação dos mesmos ao projeto ao qual foram escolhidos, paraimplementá-lo.

Iniciação

Elaboração da visão (um artefato), nesta etapa onde se captura as perspectivas

que o sistema poderá abranger, assim se tentando garantir que todos trabalhem para

atingir um mesmo objetivo, que fora determinado no documento visão.

Elabora-se também o product Backlog(parte da Metodologia usada pela FTT(Fabrica Tecnologia Turing), que é conhecida como SCRUM ou metodologia agéis)

onde no product Backlog se cria os tarefas e atividades a serem executadas pela

equipe ,juntoda equipe e do Scrum master ,dos dados que foram passados pelo

Product Owner.

Desenvolvimento

5/12/2018 TCC 20111031 - slidepdf.com


Nesse Processo e onde se concentra a criação das Sprint (tarefa definida pelo

Scrum master qual foi retiradas do que fora relacionado com a reunião com o

cliente(Product Owner) ) ,na FTT (Fabrica Tecnologia Turing),a duração média de

uma Sprint e de três semanas,com reuniões diárias para levantamento de duvidas etambém verificar o rendimento de cada integrante do time(TEAM).Assim até o final

da sprint definida.

Finalização

Nessa etapa avalia-se a Sprint e verifica-se o produto criado tem a capacidade

de resolver o problema do cliente(Product Owner),caso seja aceito ,será mandado

imediatamente para a implantação junto ao cliente para os teste finais,ocorrendonesse instante o treinamento dos usuários do sistema ou de um modulo especifico

,que foi entregue ao cliente pois fora definido prioridades a serem entregue,com

maior urgencia.

Caso nessa etapa ocorra uma não aceitação pelo cliente(Product

Owner),ocorrerá o retorno a etapa de desenvolvimento para ajuste do mesmo,para

buscar o máximo de perfeição ou que atenda ao cliente(Product Owner),resolvendo o

seu problema.

Nas etapas preparação, iniciação, desenvolvimento e finalização os processos

P.2 ² Ambientação da equipe e melhoria continua.

P.3 ² Garantia de Qualidade.

C.3 - Consultoria.

São etapas que constituem nos quatro processos, pois como a cada etapa a

uma familiarização da equipe com o projeto cada etapa a uma garantia de que a

qualidade seja satisfatória, e poderá haver uma consultoria.

Figura 10 ² Fluxo dos Processos adotados pela FS (Fabrica de Software)

5/12/2018 TCC 20111031 - slidepdf.com






Implantação da ferramenta de Gestão da Comunicação.

Segundo Camilo Lopes O uso de uma ferramenta de bug tracking(nome

técnico a uma ferramenta de gestão ) para o acompanhamento e inerente a qualquer

projeto.

Camilo cita o Redmine como uma ferramenta que vem atendendo a muitos

projetos que precisam de controle das tarefas no desenvolvimento.Foi desenvolvida

em Ruby on Rails(Linguagem usando para codificar e estruturar o aplicativo) e

utiliza como SGBD(Sistema Gerenciador de banco de Dados) dois Software tambémlivres ,MySQL(desenvolvido pela Sun Microsystems e o POSTGRES é derivado do

pacote POSTGRES escrito na

Universidade da Califórnia em Berkeley. Michael Stonebraker patrocinado

pela ARPA,ARO,NSF criou o Postgres. Em 1988) , tanto poderá ser usado o Mysql

quanto o Postgres Ferramentas open Source, tendo como pontos importantes

,abertura e nonitoramento de tarefas ,controle de tempo gasto,status do

desenvolvimento de cada atividade cadastrada e integração com outras tecnologiascomo SVN,GitHub,Mercury(aplicativos que controla o versionamento de código

fonte(linhas escrita que serão interpretada por um compilador) ), e consegue fazer

uma ligação com cada parte da equipe de desenvolvimento(TEAM) e os gerente do

projeto (Scrum Máster) gerenciando de forma amigável cada parte além de notificar

por email as modificações que foram realizadas por cada membro da equipe .

5/12/2018 TCC 20111031 - slidepdf.com


Como o foco e gerenciar a comunicação com uma ferramenta de gestão Open

source (Software livre), junto a FTT (Fabrica Tecnologia Turing).

Com as análises feita do potencial desta ferramenta, foi apontada pelo

coordenador é gerente da FTT (Fabrica Tecnologia Turing),que seria usada na

fabrica para melhorias no processo de desenvolvimento de um projeto novo ao qual

seria inicializado.

Projeto que seria chamado de PRONPORTAL, um portal para os cursos de

computação da instituição Uni evangélica (Universidade que ministram cursos em

varias áreas do conhecimento na cidade de Anápolis estado de Goiás).

Instalação da Ferramenta REDMINE

A Ferramenta REDMINE foi instalada em servidor web que possui toda a

estrutura física necessária para a instalação do REDMINE , Como o Apache Instalado

Junto com Ruby e um servidor de banco de Dados(MYSQL ou POSTGRES)

suportado pelo REDMINE pois assim ela poderá ser acessada vinte quatro horas

diária ,sete dias por semana e trezentos e sessenta e cinco dias no ano,e o melhor de

qualquer parte do Brasil e do mundo, além de possuir um espaço físico de

armazenamento ilimitado é a garantia de interruptibilidade do serviço contratado.

Instalada a ferramenta no servidor o passo seguinte foi o treinamento da

equipe de Desenvolvimento, demonstrando o potencial da ferramenta para o uso

correto do aplicativo.

5/12/2018 TCC 20111031 - slidepdf.com


REFERÊNCIAS

CAPUANO, Thiago. Guide of the Software Engineering Body of

Knweledge(SWEBOK). Passo Fundo, RS, Brasil 2004.

BOURQUE, Pierre e DUPUIS, Robert, Guide to the Software Engineering Body

of Knowledge. IEEE Computer Socitety. Los Alamnitos, Califórnia, EUA 2004.

Aaen, Botcher, Mathiassen. Software Factories. 1997. Disponível em:

http://www.cs.auc.dk/~larsm/Dr_Techn/Volume_II/17.pdf.

LOPES, Camilo Usando Redmine como ferramenta de Bug Tracking. Revista

MundoJ , 2011.

POCIVI, Viviane C. B. at al. Projeto da Fábrica de Tecnologias

Turing ² FTT. UniEVANGÉLICA. 2011.





POCIVI,V.C.B. Fábrica de software: o caso da fabrica de tecnologias Turing .in

Workshop de extensão.Anápolis ,2011 Anápolis:Centro Universitário de Anápolis

2011.

The Definitive Guide to Scrum: The Rules of the Game, Developed and

sustained by Ken Schwaber and Jeff Sutherland, 1991-2011 Ken Schwaber and Jeff

5/12/2018 TCC 20111031 - slidepdf.com


Sutherland, Disponível em:

http://www.scrum.org/storage/scrumguides/Scrum%20Guide%20%202011.pdf

Nascimento. Ivo PostgresSql 2010.

http://ianntech.com.br/wp-content/uploads/2009/10/maonamassaPGA.pdf

TCC 20111031

Documents

Transcript of TCC 20111031