ANHANGUERA EDUCACIONAL S.A.

Faculdade Anhanguera de Anpolis Curso de Cincia da Computao

Dorfino Pereira Salgado Jos Mendes da Silva Jnior Weder Mariano de Sousa Welberthy Rodrigues da Cruz

Gesto de Comunicao Utilizando Ferramenta Livre

Anpolis 2011

Dorfino Pereira Salgado Jos Mendes da Silva Jnior Weder Mariano de Sousa Welberthy Rodrigues da Cruz

Gesto de Comunicao Utilizando Ferramenta Livre

Trabalho de Concluso de Curso apresentada, como exigncia parcial para a obteno do grau de Bacharel em Cincia da Computao, na Faculdade Anhanguera de Anpolis, sob a orientao da profa. Ms. Viviane Carla Batista Pocivi.

Anpolis 2011

Gesto de Comunicao Utilizando Ferramenta Livre

Trabalho de Concluso de Curso apresentado como exigncia parcial para a obteno do grau de Bacharel em Cincia da Computao da Faculdade Anhanguera de Anpolis.

Aprovado em ___ de ___ de ______.

________________________________ Profa. Ms. Viviane Carla Batista Pocivi Faculdade Anhanguera de Anpolis Orientadora

________________________________ Prof. ou Profa. Ttulo (Dr, Ms, Esp) Nome do avaliador(a) Faculdade Latino Americano de Anpolis Avaliador(a)

________________________________ Prof. ou Profa. Ttulo (Dr, Ms, Esp) Nome do coordenador(a) Faculdade Latino Americano de Anpolis Coordenador(a) do Curso Nome

Anpolis 2011

Este trabalho dedicado a todos os alunos que compreenderam que seus esforos sempre so recompensados.

AGRADECIMENTOS
Aos pais, por seu amor e carinho. Aos amigos, pelo apoio e compreenso. Aos professores, pelo conhecimento e dedicao. A todos que, direta ou indiretamente contriburam, para a realizao deste trabalho.

Pensar o trabalho mais difcil que existe. Talvez por isso to poucos se dediquem a ele.. HENRY FORD.

RESUMO
SALGADO, Dorfino Pereira; JUNIOR, Jos Mendes da Silva; SOUSA, Weder Mariano de; CRUZ, Welberthy Rodrigues da. Gesto de Comunicao Utilizando Ferramenta Livre. 2011. 25f. Trabalho de Concluso de Curso Bacharel em Cincia da Computao Faculdade Anhanguera de Anpolis, Anpolis, 2011. Demonstrar os aspectos da gesto de comunicao em projetos

independentemente do valor investido ou do porte do projeto, utilizando uma ferramenta livre para que as empresas encontrem tcnicas capazes de acelerar as interaes dos envolvidos no produto de software, reduzindo os rudos encontrados no processo de comunicao. 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 prticas dentro de uma rea de aplicao especifica ou em algum aspecto pouco usual do projeto, no qual se deseja uma sequncia especifica, mesmo que existam outras sequncias aceitveis. Algumas dependncias arbitradas incluem sequncias preferidas de atividades do cronograma com base na experincia anterior de um projeto bem sucedido que realiza o mesmo tipo de trabalho, as contribuies das de engenharia de software e o gerenciamento de projetos para avaliao do modelo proposto. Prope-se aplica-lo na atividade de Gerncia de Comunicao. Palavras chaves: PMI, PMBOK e Gesto de Comunicao.

ABSTRACT
SALGADO, Dorfino Pereira, JUNIOR, Jos Mendes da Silva, Sousa, Weder Marian; CRUZ, Welberthy Rodrigues. Communication Management Using Free Tool. 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.

Lista de Figuras

Lista de tabelas

Lista de Siglas

SUMRIO
INTRODUO ........................................................................................... 12 CAPTULO 1 Gerenciamento da Comunicao .............................................. 15 CAPTULO 2 - Estudo de Caso ...................................................................... 21 Objetivo .................................................................................................. 21 Fbrica de Software ................................................................................... 22 Conceitos ............................................................................................. 22 Modelo ................................................................................................ 23 Definies ............................................................................................... 24 REFERNCIAS............................................................................................ 38

INTRODUO
Segundo o PMBOK (2004, p.8) O gerenciamento de projetos a aplicao de conhecimento, habilidades, ferramentas e tcnicas s atividades do projeto a fim de atender aos seus requisitos. O gerenciamento de projetos realizado atravs da aplicao e da integrao dos seguintes processos de gerenciamento de projetos: iniciao, planejamento, execuo, monitoramento e controle, e encerramento. O gerente de projetos a pessoa responsvel pela realizao dos objetivos do projeto. A pesquisa abordar os aspectos da gesto de comunicao segundo o PMI (2004,3Ed.), aplicadas em uma ferramenta de gerncia de projetos livre no controle das atividades de comunicao da equipe. Ao decorrer da pesquisa foi feita anlise detalhando o uso da ferramenta REDMINE para definir e controlar a comunicao da equipa nas diversas interaes, aplicando-a em um estudo de caso, e demostrando os resultados obtidos na implantao de uma ferramenta livre na gerencia da comunicao. Aplicar as estratgias de gesto de comunicao por meio do uso de uma ferramenta de gesto de projetos livre, em um projeto de desenvolvimento de sistemas compe o objetivo geral deste trabalho. Os objetivos especficos delineados para esta pesquisa so: Aplicar conceitos sobre gesto de comunicao em um projeto de desenvolvimento de sistema; Pesquisar diferentes estratgias sobre gesto de comunicao;

Analisar a ferramenta livre utilizando-a em um caso concreto de uma fbrica de software; Avaliar os resultados do uso da ferramenta de gesto de projetos em um estudo de caso. Gerenciar comunicao em projetos um processo to importante quanto qualquer outro processo nas empresas. Os gerentes gastam a maior parte do seu tempo com comunicao ou com problemas decorrentes deste nos projetos. Reconhecer a comunicao como um processo, conhecendo seus elementos, formas de comunicao e partes envolvidas, o primeiro passo para implantao de um sistema de gesto eficiente. Um projeto pode gerar conhecimento na empresa se as informaes 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 gesto de outros projetos. POR QUE GERENCIAR COMUNIO NOS PROJETOS? O avano da tecnologia da informao permite que as empresas registrem de forma eficiente as informaes de seus projetos. Mas, o que fazer com tanta informao? O fato de registrar bem os dados do projeto no garante sua utilidade. Perdidos em meio a tantos registros, saber us-los de forma eficaz no tarefa fcil se no houver um bom planejamento e uma forma de gesto da comunicao implementada.

CAPTULO 1 Gerenciamento da Comunicao

As empresas ao se preocuparem com seus projetos acabam buscando formas de medir seus desempenhos, estabelecendo rotinas de reunies gerenciais, criando diversos documentos e relatrios extensos. Devido a essas grandes tarefas, gera-se

um acmulo de dados cada vez maior devido aos infinitos formulrios de comunicao em formatos eletrnicos. Porm, quando surge a necessidade de uma consulta, a busca dessas informaes torna-se complicada e talvez at invivel 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 Frum Nacional de Benchmarking em Gerenciamento de Projetos 2005, tendo como um de seus focos a comunicao 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 comunicao. Houve pesquisas realizada durante o perodo 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 gerncia de projetos PCI Global concluiu que muitos membros e gerentes de equipes no tinham ideia do que estava acontecendo em seus prprios projetos. E 64%(mais da metade) dos entrevistados no sabiam dizer se seus projetos estavam dentro ou fora do oramento planejado e 44% no souberam informar se os projetos terminariam ou no dentro do prazo. A principal causa? Problemas de comunicao. [..]Outro estudo com gerentes de TI, conduzido pela fabricante de hardware e integradora francesa BULL, publicada na revista PM Network, setembro

de 2005,

apontou a m comunicao entre as partes interessadas como principal

causa em 57% dos casos de falhas em projetos.(apud GALVO, 2006?) Um dos maiores problemas que todos os envolvidos no projeto acham que se comunicam bem. E no considerada a importncia de todos os elementos da comunicao: emissor, mensagem e receptor.

Figura 1 - Fluxograma de processo do gerenciamento das comunicaes do projeto. PMBOK 4ED, 2004

Caractersticas da mensagem s vezes no so de entendimento entre os membros da equipe envolvidos em um projeto. O nvel de compreenso das

mensagens passadas dever ser estabelecido para que se possa ter uma concluso certa sobre os fatos. Tanto o receptor quanto o emissor deve ter conhecimento necessrio para entender, interpretar e repassar o formato da mensagem, a

linguagem e o contexto. comunicao no projeto.

necessrio um planejamento de como ir ocorrer a

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

O processo Planejamento das Comunicaes determina as necessidades de informaes e comunicaes das partes interessadas; por exemplo, quem precisa de qual informao, quando precisaro dela, como ela ser fornecida e por quem. Embora todos os projetos compartilhem a necessidade de comunicar as informaes sobre o projeto, as necessidades de informaes e os mtodos de distribuio variam muito. Um fator importante para o sucesso do projeto identificar as necessidades de informaes das partes interessadas e determinar uma maneira adequada para atender a essas necessidades. [...] O planejamento das comunicaes est, muitas vezes, estreitamente ligado aos fatores ambientais da empresa e s influncias organizacionais, pois a estrutura organizacional do projeto ter um efeito importante nos requisitos de comunicaes do projeto.

Existem diversas formas de comunicao, sendo elas: verbal ou no-verbal, formal ou informal. A maneira de referenci-la nos projetos e a forma de tratamento podem determinar explicitamente nos resultados esperados. A experincia de uma organizao, uma grande base de dados, um excelente histrico, de nada adianta se a eficincia da sua utilizao for obsoleta. Quando existe um gerenciamento de comunicao eficaz possvel a recuperao das informaes e sua utilizao. As informaes geradas no projeto podem gerar conhecimento. Em seu livro As Novas Realidades, Peter Drucker considera que conhecimento a informao que muda algo ou algum, seja provocando uma ao, seja tornando um indivduo ou uma instituio capaz de uma ao diferente ou mais eficiente. Os registros das informaes em um projeto geram um histrico, uma base de dados, que quando bem tratados geram valia na empresa. Nas organizaes ou empresas o conhecimento pode ser representado de 2(duas) maneiras implcito ou explicito. O conhecimento implcito, silencioso, aquele que no e declarado em documentos e s vezes comunicado de forma verbal, definido conhecimento informal, igualmente solidificado na experincia individual e envolvendo crenas pessoais, perspectivas e valores dos colaboradores. Quando processo de comunicao no registrado durante o desenvolvimento de um produto, o aprendizado adquirido falho, com isso os valores no sero agregados

em futuros projetos. O explicito aquele conhecido por todos em forma de registros como procedimentos, instrues de trabalho, projetos, relatrios etc.. Segundo o PMI (2004, 3Ed.), considerado como uma boa prtica da gesto de projetos utilizarem os ativos de processos organizacionais. Apesar de um projeto ser nico, as informaes exploradas e o histrico de um projeto podem e devem ser considerados como base de dados para outro projeto semelhante. Na definio da comunicao em um projeto, segundo o PMPOK (2004), alm do planejamento preciso cuidar da distribuio das informaes, do relatrio de desempenho gerenciar as partes interessadas. e

Figura 2 Viso Geral do Gerenciamento das comunicaes do projeto. (PMBOK, 4ED, 2004, p.222)

Um dos pilares no desenvolvimento de um software o processo de comunicao, entre as partes envolvidas, que podemos entender as dificuldades do

fluxo de informaes e avaliar toda a estrutura necessria do escopo do produto. Ao buscar satisfazer necessidades das partes, consegue-se identificar e resolver grande par te dos problemas gerados com a comunicao. Disseminar informaes no posta-las em sites ou fazer circular relatrios, direcionar de forma estratgica as informaes necessrias s pessoas certas e no momento adequado. A distribuio das informaes envolve colocar as informaes disposio das partes interessadas no projeto no momento oportuno. A distribuio das informaes inclui implementar o plano de gerenciamento das comunicaes, alm de responder s solicitaes de informaes no previstas (PMBOK, 2004, p.228). No melhoramento contnuo, estabelecer metas de desempenho

extremamente importante, identificar qual parte do processo apresenta falhas envolvendo a coleta de dados, informaes sobre o desempenho de como os recursos esto sendo utilizados para atingir os objetivos do projeto (prazo, escopo, custo e qualidade). Inclui tambm a gerncia da comunicao na disseminao destas informaes para a equipe do projeto e demais partes interessadas. Diante de tantas metodologias geis, a clareza e a eficincia na comunicao aumentam a capacidade em alcanar os objetivos do projeto nos prazos cada vez mais curtos. O gerente de projeto investe grande parte do tempo em comunicao. A forma como se comunica com sua equipe e stackholders vai estabelecer uma relao direta com o sucesso do projeto, aumentar a sinergia, o comprometimento, a coeso e a motivao de todos os envolvidos na sua execuo.

CAPTULO 2 - Estudo de Caso

Objetivo
Buscando implantar na Fabrica Tecnologia Turing (FTT), uma ferramenta open source de gerenciamento de projetos (Comunicao em especial ), foram realizadas pesquisas anlises e reunies com os responsveis especialmente com a diretora estratgica as fbrica Nesses encontros foram apresentados a estrutura lgica e fsica da FTT (Fabrica Tecnologia Turing). Com base nas pesquisas e descries, levando em considerao as obras, envolvidas relacionadas ao assunto como SWEBOK, CMMI, ISO15504, ISO9000, ISO12207, PMBOK foram formuladas algumas perguntas que seriam de grande importncia para o entendimento de como FTT (Fabrica Tecnologia Turing) pois as respostas do questionrio revelariam mais detalhadamente e critica de todos os processos envolvidos, bem como suas funes o seu tempo de envolvimento e suas habilidade. Toda a base para essa implantao e seus riscos ,bem como o que ser necessrio para o andamento deste implantao se tornou mais evidente com as respostas obtidas no Apndice 1. Questionrio: 1. Quantos projetos esto hoje em funcionamento na FTT (Fabrica Tecnologia Turing)? 2. Quantos profissionais esto diretamente ligados a FTT (Fabrica Tecnologia Turing)?

3. Quantos profissionais esto indiretamente ligados a FTT (Fabrica Tecnologia Turing)? 4. Se existe uma ferramenta de gesto 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 documentao? 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 documentao de cada projeto em andamento? 9. Existe projetos sendo captados no momento da aplicao deste questionrio? 10. Como e feita a documentao dos projetos futuros da fabrica? 11. Como e realizado o controle da documentao dos projetos terminados ou temporariamente parados. 12. Como e realizado o controle de tarefas por profissional, bem como a distribuio das mesmas? 13. Como e controlado o tempo de cada tarefa 14. Se o tempo de cada tarefa esta sendo atingido ou esto sofrendo alteraes no previstas 15. Os profissionais envolvidos j trabalharam com alguma ferramenta de gesto de projetos Open Source(livre de pagamento aos responsveis) ou shareware (pagamento aos responsveis)? 16. Quais so os Sistemas Operacionais envolvido na? 17. Especializao ,conhecimento e experincia dos profissionais envolvido nos processos da FTT 18. Qual o andamento ou tempo previsto para a entrega de cada projeto ou somente uma margem de tempo a no ser ultrapassada.

Fbrica de Software

Conceitos
Uma fbrica uma organizao habitada por pessoas envolvidas em um esforo comum, o trabalho organizado de um jeito ou de outro, a padronizao utilizada para a coordenao e formalizao, e sistematizao importante, mas, haver vrias opes para a concepo de uma haver vrias opes para a concepo de uma fbrica de software especfica. (Aaen, 1997).

Com base em anlise e reunies foram realizadas algumas diretrizes a serem seguidas na implantao de uma Ferramenta Open Source de Gesto da Comunicao onde deveramos conhecer bem todos o processo que envolvia a FTT (Fabrica Tecnologia Turing).A qual se organizava em: y y y y y y y y Processo; Equipe; Modelos; Ferramentas; Modelo de Negcio; Produtos. Processo Conceito

Processo E um Conjunto de aes e atividades interrelacionadas que so realizadas para atingir um conjunto especificado previamente de produtos, resultados ou servios. (PMBOK 3Ed, 2004, p.373) Equipe um grupo de pessoas que se junta para alcanar um objetivo em comum. (INTERNET, http://pt.wikipedia.org/wiki/Equipe, acessado em 11/2011 Modelo Um modelo uma representao simplificada do mundo real. Os modelos de maturidade de capacitao (Capability Maturity Models - CMMs) contm os elementos essenciais de processos eficientes para uma ou mais reas de conhecimento. (CMMI V1, p.1) Ferramenta um utenslio, dispositivo, ou mecanismo fsico ou intelectual utilizado por trabalhadores das mais diversas reas para realizar alguma tarefa. (INTERNET, http://pt.wikipedia.org/wiki/Ferramenta, acessado em 11/2011). Modelos de negocio Modelo de negcio a forma pela qual uma empresa cria valor para todos os seus principais pblicos de interesse. Sua utilizao ajuda a ver de forma estruturada

e unificada os diversos elementos que compe todas as formas de negcios. (INTERNET, 11/2011). Produto O termo produto designa um tipo especfico de bem com caractersticas de tangibilidade, isto , tem existncia fsica. Decorrente desta caracterstica 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. http://pt.wikipedia.org/wiki/Modelo_de_negcio, acessado em

Definies
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 sadas, criado assim uma malha ou rede que ter um fim somente quando o ciclo findar, pois a processos que sero repetidos inmeras vezes ate se obter um resultado esperado ou seja a sua sada. 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 slida, para implantar uma ferramenta de gesto, ferramenta est que no fora encontrada em nenhuma fase dos projetos j existentes. A FTT (Fabrica Tecnologia Turing) utiliza-se de processos que no garante o controle eficaz de um projeto de software, devido a perdas de arquivos e tambm que consiga gerenciar a comunicao entre os membros da equipe, e com o cliente, ou seja, o Stackholders do Projeto.

Por que investir em uma ferramenta de Gesto da comunicao? Com base no modelo abaixo conseguimos ter um enfoque mais amplo do realmente se expe a organizao FTT (Fabrica Tecnologia Turing).

Figura 3 - Modelo de Organizacional da FTT (Fabrica Tecnologia Turing) (POCIVI, 2011)

Nossa avaliao com reunies estudo sobre todos os processo, conseguimos analisar o ponto chave desta implantao, que ser Projeto(Professor orientador). Motivos da escolha. Quando se agrega uma Ferramenta de gesto necessrios conhecimentos tcnicos sobre prticas da Engenharia de Software (SWEBOK, CMMI, ISO15504, ISO9000, PMBOK) e tambm dos processos j existentes, assim a adaptao poder ser mais amigvel possvel. 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 possvel para que se tenha um melhor aproveitamento do potencial humano e tecnolgico. Modelo de Comunicao FTT (FABRICA DE TECNOLOGIA TURING) junto ao Gerente de

A FTT (FABRICA DE TECNOLOGIA TURING), possui um modo estratgico de comunicao podendo ser observado na figura abaixo.

Figura 4 - Modelo de comunicao FTT (FABRICA DE TECNOLOGIA TURING) (POCIVI, 2011)

A figura acima mostra que o processo de comunicao um ciclo, onde professor orientador, o coordenador do projeto um aluno, que se comunicam diretamente com o cliente, que passaram as informaes que foram analisadas por eles, posteriormente sero repassadas equipe (TEAM). Informaes essas que nortearo o projeto. E sendo necessrio esse ciclo se reinicializa.

Diviso das responsabilidades de cada integrante da equipe da FTT (FABRICA DE TECNOLOGIA TURING)
PERFIL Diretor Estratgico PAPEL Gerente de Negcio RESPONSABILIDADES - Negociar junto a instituio a autorizao do projeto; - Garantir a infra-estrutura para o correto funcionamento dos projetos - Planejar projetos: processo de seleo, organizar infra-estrutura, identificar dependncias, organizar cronograma e estimativas; - Apoiar o gerente de negcio com as necessidades do cliente; - Elaborar plano de projeto (custos, metas, oramento, riscos, etc); - Gerenciar a equipe com o objeto de garantir a execuo do projeto de acordo com o plano.

Professor Orientador

Gerente de Projeto

- Ponto focal de comunicao entre a fbrica e a Diretoria Estratgica Scrum Master - Treinar a equipe quanto ao processo; - Participar das reunies dirias; - Remover impedimentos; Lder Tcnico - Apoiar as equipes dos projetos por meio de seu conhecimento e experincia tcnica; - Criar, Coordenar e/ou Acompanhar projetos dos Ncleos da FTT; Time Engenheiro de Qualidade - Responsvel por criar o plano de qualidade do projeto e garantir a execuo de programas de qualidade Engenheiro de Design - Responsvel pela criao de imagens, layout e estilos da aplicao Product Owner (Engenheiro de - Elicitar requisitos; Requisitos) - Criar documento de viso (cliente) e requisito do produto; Garantir a coerncia da implementao do sistema com os requisitos levantados. - Planejar os testes - Ponto focal de comunicao entre a Fbrica e o Cliente e seus representantes Arquiteto - Definir a arquitetura do software; - Tomar as principais decises tcnicas que orientam todo o design e a implementao do projeto. Engenheiro de Sistemas - Elaborar o Modelo de Dados e Projeto; - Implementar Sistemas; - Realizar testes unitrios Engenheiro de Configurao - Responsvel por criar o plano de configurao do projeto (controle e gerenciamento de mudanas) Engenheiro de Testes - Projetar os testes; - Criar documento de caso de testes; - Garantir a realizao dos teste; - Realizar a anlise dos testes; - Registrar erros encontrados durante a fase de teste. Tabela 01 Diviso das responsabilidades de cada integrante da equipe da FTT (POCIVI, 2011). Coordenador

Analista de Comunicao

POCIVI,V.C.B. Um estudo para melhoria do processo de ensino e aprendizagem de engenharia de software em cursos de graduao. 2011 134 F.dissertao (Mestrado em Engenharia de software) Centro de estudos e sistemas avanados do Recife, recife 2011.

Com base em tudo que analisado na FTT (FABRICA DE TECNOLOGIA TURING), verificouse que a implantado uma metodologia de gesto de projetos, j implantada e bem definida entre os profissionais envolvidos,Essa metodologia se chama Scrum

Referencial terico
Definies sobre Scrum Scrum um framework de processo que tem sido usado para gerenciar o desenvolvimento de produtos complexos desde o incio de 1990. Scrum no um processo ou uma tcnica para produtos de construo, mas sim, um quadro em que voc pode empregar vrios processos e tcnicas. Scrum torna clara a eficcia relativa de seu gerenciamento de produtos e prticas de desenvolvimento para que voc possa melhorar. Scrum fundada na teoria emprica processo de controle, ou empirismo. Empirismo afirma que o conhecimento vem da experincia e tomar decises com base naquilo que conhecido. Scrum emprega uma abordagem iterativa e incremental para otimizar a previsibilidade e controle de risco. Trs pilares sustentam qualquer implementao de controle de processos empricos: transparncia, inspeo e adaptao. Transparncia Aspectos significativos do processo deve ser visvel aos responsveis pelo resultado. Transparncia exige esses aspectos devem vir h ser definido por um padro comum para observadores partilharem um entendimento comum do que est sendo visto. Inspeo Usurios Scrum devem frequentemente inspecionar artefatos Scrum e progresso em direo a um objetivo de detectar variaes indesejveis. A inspeo

no deve ser to frequente pois ela poder atrapalhar o trabalho. Inspees so mais benficos quando diligncia realizada por inspetores qualificados. Adaptao Se um inspetor determina que um ou mais aspectos de um processo desviarse fora dos limites aceitveis, e que o produto resultante ser inaceitvel, o processo ou o material a ser processado deve ser ajustado. Um ajuste deve ser feito o mais cedo possvel para minimizar desvios posteriores. (traduo Livre) Fonte:( 1991-2011 Ken Schwaber e Jeff Sutherland). O framework Scrum consiste em equipes Scrum e seus papis associados, eventos, artefatos e regras. Cada componente no quadro serve a um propsito especfico e essencial para sucesso do seu uso. As regras do Scrum unem os eventos, papis e artefatos, que regem as relaes e a interao entre eles. A Equipe de Scrum composta por um Product Owner, a equipe de desenvolvimento, e um Scrum Master. Product Owner O Product Owner responsvel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento. Como isso feito pode variar amplamente entre as organizaes equipes Scrum, e indivduos. O Product Owner o nico responsvel pela gesto do Product Backlog. Gesto Backlog de produtos inclui: Expressar itens Product Backlog(diviso das tarefas e atividades a serem includas e um projeto). Ordenao dos itens no Product Backlog para melhor atingir os objetivos e misses. Garantir o valor do trabalho, que a Equipe de Desenvolvimento executa.

Assegurar que o Product Backlog visvel, 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 nvel necessrio. O Product Owner pode fazer o trabalho acima, ou ter a Equipe de Desenvolvimento para executar o trabalho. No entanto, o Product Owner permanece responsvel. Ou seja o Product Owner uma pessoa, no uma comisso. Na FTT (Fabrica Tecnologia Turing) o Product Owner e representado por um engenheiro de requisitos e tambm 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 entregvel do produto,ou seja que atendam o cliente como fora especificado na analise de requisitos. Equipes de desenvolvimento so estruturadas e capacitadas pela organizao para organizar e gerenciar seu prprio trabalho. A sinergia resultante aperfeioa a Equipe de Desenvolvimento promovendo uma eficincia e eficcia globais. Caractersticas da equipes de desenvolvimento: Eles so auto-organizveis, Ningum (nem mesmo o Scrum Master) conta a equipe de desenvolvimento como transformar Backlog do Produto em incrementos de funcionalidade potencialmente entregvel. As equipes de desenvolvimento esto possui todas as habilidades necessrias 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.

Equipes de Desenvolvimento no possui sub-equipes, dedicadas a reas particulares como teste ou anlise de negcios. 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 trs membros na Equipe de Desenvolvimento diminui interao e os resultados dos ganhos de produtividade podero vir a sofrer uma reduo. As equipes menores de Desenvolvimento pode encontrar limitaes de conhecimento durante a Sprint(), fazendo com que a equipe de desenvolvimento se torne incapaz de entregar um incremento potencialmente entregvel. Tendo mais de nove membros requer coordenao maior . Equipes de Desenvolvimento grandes geram muita complexidade para um processo emprico para se administrar.

Ressaltando que o Product Owner e o Scrum Master papis do Scrum no so computados nessa contagem. O Scrum Master O Scrum Master responsvel por garantir h compreenso e promulgao. Garantindo que a equipe Scrum adere s teorias, prticas e regras deste modelo de Gesto de Projeto. O Scrum Master um servo-lder para a equipe Scrum. O Scrum Master serve o Product Owner de vrias maneiras, incluindo: Encontrando tcnicas para a gesto eficaz Product Backlog; Claramente comunicar a viso, metas e itens do Product Backlog para a Equipe de Desenvolvimento;. Ensinando a equipe de desenvolvimento para criar itens Backlog clara e concisa do produto.

Compreender o planejamento do produto de longo prazo em um ambiente emprico. Compreendendo e praticando a agilidade, conforme solicitado ou necessrio. O Scrum Master serve a equipe de desenvolvimento de vrias formas, incluindo: Treinamento da Equipe de Desenvolvimento de auto-organizao e interdisciplinaridade. Ensino e liderar a equipe de desenvolvimento para criar produtos de alto valor. Remoo de impedimentos para a Equipe de Desenvolvimento para que possa prosseguir com o andamento dos itens do Backlog. Facilitar eventos Scrum conforme solicitado ou necessrio, treinamento da Equipe de Desenvolvimento em ambientes organizacionais em que Scrum ainda no est totalmente aprovado e compreendido. O Scrum Master atua a organizao de vrias maneiras, incluindo: Liderar e treinar a organizao na sua adoo do Scrum; Planejamento implementaes Scrum dentro da organizao; Ajudar os funcionrios e partes interessadas entender e promulgar o Scrum e o desenvolvimento de produtos de forma emprica. Causando mudana que aumenta a produtividade da equipe de Scrum, trabalhando com outros Scrum Master para aumentar a eficcia da aplicao de Scrum na organizao. facilitando os eventos Scrum

Esse papel desempenhado na FTT (Fabrica Tecnologia Turing) por um coordenador que possui tais funes junto ao Product Owner e a Equipe de desenvolvimento. Fluxos dos Processos adotados pela FTT (Fabrica Tecnologia Turing). Com base anlise feita notamos que a FTT (Fabrica Tecnologia Turing). Possui 5 processos definidos (captao,preparao,iniciao,desenvolvimento e finalizao) e dentro desses processos suas atividades. Captao Onde ser captado um projeto, ser feita uma anlise da viabilidade deste Projeto, ser submetido a uma aprovao institucional, caso seja aprovado passar para a segunda etapa a de preparao, seno retorna a captao novamente para um nova anlise e melhoria dos detalhamentos. Preparao Nessa etapa do processo ocorre a seleo da equipe,bem como a capacitao da mesma, e ambientao dos mesmos ao projeto ao qual foram escolhidos, para implement-lo. Iniciao Elaborao da viso (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 viso. Elabora-se tambm o product Backlog(parte da Metodologia usada pela FTT (Fabrica Tecnologia Turing), que conhecida como SCRUM ou metodologia agis) 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

Nesse Processo e onde se concentra a criao das Sprint (tarefa definida pelo Scrum master qual foi retiradas do que fora relacionado com a reunio com o cliente(Product Owner) ) ,na FTT (Fabrica Tecnologia Turing),a durao mdia de uma Sprint e de trs semanas,com reunies dirias para levantamento de duvidas e tambm verificar o rendimento de cada integrante do time(TEAM).Assim at o final da sprint definida. Finalizao 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 implantao junto ao cliente para os teste finais,ocorrendo nesse instante o treinamento dos usurios 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 no aceitao pelo cliente(Product

Owner),ocorrer o retorno a etapa de desenvolvimento para ajuste do mesmo,para buscar o mximo de perfeio ou que atenda ao cliente(Product Owner),resolvendo o seu problema. Nas etapas preparao, iniciao, desenvolvimento e finalizao os processos P.2 Ambientao da equipe e melhoria continua. P.3 Garantia de Qualidade. C.3 - Consultoria. So etapas que constituem nos quatro processos, pois como a cada etapa a uma familiarizao da equipe com o projeto cada etapa a uma garantia de que a qualidade seja satisfatria, e poder haver uma consultoria. Figura 10 Fluxo dos Processos adotados pela FS (Fabrica de Software)

POCIVI,V.C.B. Um estudo para melhoria do processo de ensino e aprendizagem de engenharia de software em cursos de graduao. 2011 134 F.dissertao (Mestrado em Engenharia de software) Centro de estudos e sistemas avanados do Recife, recife 2011.

Implantao da ferramenta de Gesto da Comunicao. Segundo Camilo Lopes O uso de uma ferramenta de bug tracking(nome tcnico a uma ferramenta de gesto ) 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 tambm livres ,MySQL(desenvolvido pela Sun Microsystems e o POSTGRES derivado do pacote POSTGRES escrito na Universidade da Califrnia 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 integrao com outras tecnologias como SVN,GitHub,Mercury(aplicativos que controla o versionamento de cdigo fonte(linhas escrita que sero interpretada por um compilador) ), e consegue fazer uma ligao com cada parte da equipe de desenvolvimento(TEAM) e os gerente do projeto (Scrum Mster) gerenciando de forma amigvel cada parte alm de notificar por email as modificaes que foram realizadas por cada membro da equipe .

Como o foco e gerenciar a comunicao com uma ferramenta de gesto Open source (Software livre), junto a FTT (Fabrica Tecnologia Turing). Com as anlises 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 computao da instituio Uni evanglica (Universidade que ministram cursos em varias reas do conhecimento na cidade de Anpolis estado de Gois). Instalao da Ferramenta REDMINE A Ferramenta REDMINE foi instalada em servidor web que possui toda a estrutura fsica necessria para a instalao 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 diria ,sete dias por semana e trezentos e sessenta e cinco dias no ano,e o melhor de qualquer parte do Brasil e do mundo, alm de possuir um espao fsico de armazenamento ilimitado a garantia de interruptibilidade do servio 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.

REFERNCIAS
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, Califrnia, EUA 2004. Aaen, Botcher, Mathiassen. Software Factories. 1997. Disponvel 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 Fbrica de Tecnologias Turing FTT. UniEVANGLICA. 2011. POCIVI,V.C.B. Um estudo para melhoria do processo de ensino e aprendizagem de engenharia de software em cursos de graduao. 2011 134 F.dissertao (Mestrado em Engenharia de software) Centro de estudos e sistemas avanados do Recife, recife 2011. POCIVI,V.C.B. Fbrica de software: o caso da fabrica de tecnologias Turing .in Workshop de extenso.Anpolis ,2011 Anpolis:Centro Universitrio de Anpolis 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

Sutherland,

Disponvel

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