Uma breve histria Em 1991, um estudante finlands de Cincia da
Computao enviou uma mensagem para uma lista de discusso na internet
dizendo que estava desenvolvendo como passatempo um sistema
operacional free para computadores 386, 486, AT 2
Slide 3
Uma breve histria(2) Muitos acadmicos conceituados ficaram
interessados na idia e, a partir da, programadores de diversas
partes do mundo passaram a trabalhar em prol desse projeto 3
Slide 4
Uma breve histria(3) Cada melhoria desenvolvida por um
programador era distribuda pela Internet e imediatamente integrada
ao sistema operacional 4
Slide 5
Uma breve histria(4) No decorrer dos anos este trabalho rduo e
voluntrio de centenas de pessoas distribudas pelo mundo tornou-se
um sistema operacional bem amadurecido. Atualmente esse sistema est
presente em milhes de servidores, computadores pessoais e celulares
pelo mundo. 5
Slide 6
Essa histria familiar pra vocs? 6
Slide 7
Muitas oportunidades foram criadas 7
Slide 8
Jean Reis - UFPA
Slide 9
O que projeto? Definio 1: um empreendimento com caractersticas
prprias, tendo princpio e fim, conduzido por pessoas, para atingir
metas estabelecidas dentro de parmetros de prazo, custo e
qualidade. [PMBOK] Definio 2: Um empreendimento realizado para
criar um produto. O projeto se caracteriza por temporalidade e
resultado, produto nico e elaborao progressiva [SOFTEX, 2009a].
9
Slide 10
Gerncia de Projetos a aplicao de conhecimentos, habilidades,
ferramentas e tcnicas em projetos com o objetivo de atingir ou at
mesmo exceder s necessidades e expectativas dos clientes e demais
partes interessadas do projeto. [PMBOK] Projetos envolvem decises
Escopo, Tempo, Custo e Qualidade. 10
Slide 11
Introduo Os benefcios dos melhores mtodos e ferramentas no
podem ser alcanados em ambientes de projetos caticos e
indisciplinados. Entretanto, mesmo em organizaes indisciplinadas,
alguns projetos de software especficos produzem excelentes
resultados, graas ao esforo herico e da dedicao da equipe, ao
contrrio da repetio de mtodos comprovados da organizao. 11
Slide 12
O que acontece se esses heris sairem do projeto? 12
Slide 13
Introduo(2) Torna-se necessrio definir processos a serem
seguidos para a organizao. Nesse sentido, foram criados modelos de
processo a serem seguidos pelas empresas: CMMI MPS.Br 13
Slide 14
Introduo(3) Mercados locais esto se tornando mercados globais
As empresas esto cada vez mais distribuindo seus processos de
desenvolvimento de software. 14
Slide 15
Introduo(4) Diversos fatores tm contribudo para isto, entre
eles: As vantagens de estar perto do mercado local. A grande presso
para o desenvolvimento time-to- market. Demanda e Custos 15
Slide 16
Demanda X Profissionais disponveis Nmero de Computadores
Profissionais Disponveis(SW) Demanda por Servios de SW Volume Ano
1970 1980 1990 16
Operacionalizao dos projetos O projeto pode: Continuar sendo
executado pela mesma empresa (Insourcing). Ser executado por uma
empresa terceirizada (Outsourcing). No Outsourcing uma empresa
terceirizada para a entrega de determinados servios ou produtos.
21
Slide 22
Como o Brasil est sendo visto l fora Futebol, Samba e
Outsourcing (Wall Street Journal) estar no Top 3 dos melhores
provedores de servios do mundo, junto com a ndia e a China
(Analista do Gartner) 22
Slide 23
Com isso surgem 23
Slide 24
Mas nesse novo contexto de projetos distribudos, outsourcing os
mesmos modelos (MPS.Br, CMMI) so aplicveis? 24
Slide 25
Pergunta! Projeto: um empreendimento com caractersticas
prprias, tendo princpio e fim, conduzido por pessoas, para atingir
metas estabelecidas dentro de parmetros de prazo, custo e
qualidade. [PMBOK] Servio: um produto que intangvel e no
armazenvel, planejado para satisfazer os requisitos do cliente. O
servio pode ser entregue em um momento definido ou entregue ao
longo do tempo. [CMMI for Services] 25
Slide 26
Resposta! Enquanto os projetos tem um incio e um fim definidos,
o servio pode ser entregue ao longo do tempo, sem existir um fim
determinado. 26
Slide 27
As empresas que ofereciam Outsourcing tentavam usar o CMMI para
seus servios e viam que no se encaixava. Elas percebiam que alguma
coisa estava faltando 27
Slide 28
CMMI for Services O SEI (responsvel pelo CMMI) resolveu criar
uma verso do CMMI para servios, chamada de CMMI for Services
(CMMI-SVC), lanada em Fev/2009. O CMMI-SVC aplicvel para qualquer
instituio que trabalhe com servios, seja ela relacionada ou no rea
de software. Alm de algumas reas do CMMI-DEV, foram criadas 7 novas
reas de Processo. 28
Slide 29
CMMI for Services reas de Processo Criadas: Desenvolvimento do
Sistema de Servio Transio do Sistema de Servio Continuidade do
Servio Gerncia Estratgica do Servio Entrega do Servio Preveno e
Resoluo de Incidentes Gerncia da Capacidade e Disponibilidade
29
Slide 30
Categoria - Gerncia de Projetos Gerncia da Capacidade e
Disponibilidade; Gerncia Integrada do Projeto; Planejamento do
Projeto; Gerncia Quantitativa do Projeto; Gerncia de Requisitos;
Gerncia de Riscos; Continuidade do Servio; Monitoramento e Controle
do Projeto; Gerncia de Contrato com os Fornecedores; 30
Slide 31
Planejamento do Projeto (Project Planning - PP) Estabelecer e
manter planos que definem as atividades do projeto. OE1 Estabelecer
estimativas. OE2 Desenvolver um plano de projeto. OE3 Obter
compromisso com o plano. 31
Slide 32
Monitoramento e Controle do Projeto (Project Monitoring and
Control - PMC) A performance atual e o progresso do projeto so
monitorados de acordo com o plano do projeto. OE1 Monitorar o
projeto de acordo com o plano. OE2 Gerenciar aes corretivas.
32
Slide 33
OE1 - Monitorar o projeto Durante o projeto importante
monitorar: Riscos Envolvimento dos membros do projeto Progresso das
atividades Progresso das milestones 33
Slide 34
Exemplo: Tesseract 34
Slide 35
OE2 Gerenciar aes corretivas Para gerenciar as aes corretivas
necessrio: Analisar os problemas e definir as aes necessrias.
Realizar a ao corretiva do problema. Gerenciar as aes corretivas.
35
Slide 36
Exemplo: Bugzilla 36
Slide 37
Gerncia de Capacidade e Disponibilidade (Capacity and
Availability Management - CAM) Planejar e monitorar a proviso de
recursos para suportar os requisitos do servio. OE1 Preparar para a
Gerncia de Capacidade e Disponibilidade. OE2 Monitorar e Analisar a
Capacidade e Disponibilidade. 37
Slide 38
Exemplo: Nagios 38
Slide 39
39
Slide 40
Exemplo: Rational Team Concert 40
Slide 41
Gerncia Integrada do Projeto (Integrated Project Management -
IPM) Gerenciar o projeto e as pessoas envolvidas de acordo com o
processo definido e integrado, adaptado do conjunto de processos
padres da organizao. OE1 Usar o processo definido para o projeto.
OE2 Coordenar e colaborar com as pessoas relevantes do projeto
41
Slide 42
Usar processo definido Prticas importantes: Adotar um processo
comum para todas as equipes distribudas. Definir um conjunto de
ferramentas a serem utilizadas por todos os membros do projeto.
Estabelecer as integraes entre os times 42
Slide 43
Usar processo definido(2) importante definir pessoas para
atuarem como intermediadores entre as equipes, fazendo um papel de
ligao (liaisons). 43
Slide 44
Coordenar e colaborar com as pessoas relevantes Prticas
importantes: Gerenciar o envolvimento entre as pessoas do projeto.
Gerenciar dependncias. Uso de ferramentas de gerncia de configurao.
Arquitetura influencia diretamente nas dependncias existentes.
Resolver problemas de coordenao. 44
Slide 45
Gerncia de Requisitos (Requirements Management - REQM)
Gerenciar os requisitos dos produtos do projeto e dos componentes
do produto, identificando tambm inconsistncias entre os requisitos
e os planos do projeto e produtos de trabalho. OE1 Gerenciar os
requisitos. 45
Slide 46
Gerncia de Requisitos(2) A distribuio geogrfica acaba
dificultando ainda mais a a gerncia dos requisitos. Para contornar
esse problema recomendado enviar uma ou mais pessoas da empresa
contratada para participar da elicitao e anlise dos requisitos.
importante tambm definir responsabilidades e prioridades. No deixar
que todos comuniquem requisitos, porque seno fica difcil gerenciar.
46
Slide 47
Gerncia de Riscos (Risk Management - RSKM) Identificar
problemas potenciais antes deles ocorrerem, para que possam ser
tomadas providncias para evitar que esses problemas impactem nos
objetivos do projeto. OE1 Preparar para a Gerncia de Riscos. OE2
Identificar e analisar os riscos. OE3 Mitigar os riscos. 47
Slide 48
Gerncia de Riscos(2) Riscos para o projeto distribudo:
Comunicao ineficiente Diferenas culturais Perda do esprito de
equipe 48
Slide 49
Comunicao Ineficiente Dificuldade na comunicao devido a
distncia geogrfica, diferena de fuso horrio e diferenas de idioma.
Perda da comunicao informal, que essencial para a coordenao do
projeto. 49
Slide 50
Como contornar o problema? importante estruturar as equipes
evitando ao mximo a necessidade de comunicao entre pessoas
distantes geograficamente. Projetar uma arquitetura o mais modular
possvel. Utilizar ferramentas para facilitar a comunicao. Estimular
a documentao do projeto. 50
Slide 51
Diferenas culturais Pessoas de culturas diferentes podem se
sentir incomodadas com as atitudes umas das outras, favorecendo
situaes de conflito. Ao abranger culturas diferentes, as
dificuldades de entendimento tendem a crescer. 51
Slide 52
Diferenas culturais Considerando que a seguinte pergunta seja
feita a 3 pessoas de nacionalidades diferentes, sendo que nenhuma
delas conhece o ERP 4.5. Cliente: Voc conhece o ERP 4.5? Holands:
Americano: Indiano: No No, mas ficaria feliz em aprender Sim!
52
Slide 53
Como contornar o problema? Definir um glossrio comum para todas
as pessoas envolvidas; Procurar entender as diferenas culturais
existentes; Realizar reunies, treinamentos, workshops para informar
sobre as diferenas culturais. 53
Slide 54
Perda do esprito de equipe Como as pessoas ficam dispersas
geograficamente elas podem acabar no se sentindo como se fossem
parte de uma equipe. A perda do esprito de equipe prejudica questes
relacionadas a confiana e comprometimento com as atividades.
54
Slide 55
Como contornar o problema? Estimular a comunicao constante
entre os membros do projeto. Estimular viagens para encontros entre
os membros do projeto, especialmente no incio. 55
Slide 56
Gerncia de Contrato com os Fornecedores (Supplier Agreement
Management - SAM) Gerenciar a aquisio de produtos e servios dos
fornecedores/clientes. OE 1 Estabelecer contratos com os
fornecedores/clientes. OE2 Satisfazer contratos com os
fornecedores/clientes 56
Slide 57
Continuidade do Servio (Service Continuity - SCON) Estabelece e
mantm planos de contingncia para continuidade do servio em caso de
interrupes. Exemplo: desastres naturais ou eventos humanos (greve,
por exemplo). OE1 Identificar Recursos Essenciais para o Servio OE2
Preparar a continuidade do servio OE3 Verificar e validar o plano
de continuidade do servio 57
Slide 58
58
Slide 59
59
Slide 60
Gerncia Quantitativa do Projeto (Quantitative Project
Management - QPM) Gerenciar o processo definido para o projeto
visando alcanar a qualidade e os objetivos de performance
definidos. OE 1 - Preparar para a gerncia quantitativa. OE 2
Gerenciar quantitativamente o projeto 60
Slide 61
Concluso Atualmente, muitas organizaes esto distribuindo seus
projetos, migrando de mercados locais para mercados globais.
Existem vrios problemas associados aos projetos distribudos, mas
muitos esforos foram realizados para contornar esses problemas,
como por exemplo a criao de ferramentas, tcnicas e modelos de
processo (como o CMMI for Services). 61
Slide 62
Concluso Uma empresa que souber aproveitar as vantagens dos
projetos distribudos ter mais chances no novo mercado competitivo e
global que est surgindo. 62