Slide 1

Jean Reis - UFPA

Slide 2

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

Slide 17

Projetos Distribudos Projetos executados com equipes geograficamente distribudas. 3 caractersticas bsicas: - Disperso geogrfica - Disperso temporal - Diferenas culturais 17

Slide 18

Disperso geogrfica 18

Slide 19

Disperso temporal 19

Slide 20

Diferenas culturais 20

Slide 21

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

Slide 63

Perguntas? 63