Metodologias e Técnicas Fornece suporte não apenas à “ponte” de comunicação, mas:  Alocação de trabalho Minimizar a complexidade de coordenação e integração entre os “sites”.  Gerência do Projeto Técnicas especiais de gerenciamento de projetos para DSD.

Metodologias e Técnicas  Infra-estrutura Internet, Intranet’s, , Faxes, Videoconferência.  Estrutura dos times de desenvolvimento Outras variáveis aparecem em comparação ao desenvolvimento não distribuído, como: diferenças culturais, organização interna, processos administrativos, motivação, comunicação, práticas de trabalho, coesão.

Particionamento Diz respeito a como o trabalho é alocado entre os times remotos;  Conceito do “dividir para conquistar”; Todos os projetos podem ser particionados?  Depende do tipo de projeto. Ex.: Vídeo- game (requer alta interação entre seus desenvolvedores).

Particionamento Existem algumas formas de se particionar um projeto distribuído:  Funcionalidades;  Subsistemas;  Fases de desenvolvimento;  Experiência e habilidades dos times;  Versões de produto;  Pela combinação de mais de uma das técnicas citadas acima.

Particionamento Funcionalidades  A cada site é designada uma ou mais tarefas atômicas do projeto;  Recomenda-se observar o nível de acoplamento entre as funcionalidades;  Abordagem recomendada para DSD.  Semelhante ao que conhecemos no desenvolvimento convencional.

Particionamento Subsistemas  Baseia-se na arquitetura do sistema;  Apresenta similaridade com o particionamento por funcionalidades;  Já era conhecida como uma forma natural de desenvolvimento, sobretudo em grandes sistemas.

Particionamento Fases de desenvolvimento  A cada site é designada uma fase do projeto: análise, manutenção,...  Abordagem pouco recomendada (a complexidade de se criar uma interface adequada entre as fases e comunicação);  Entretanto, US Departament of Defense possui diferentes contratos há anos;

Particionamento Experiência e habilidades  Abordagem pobre no particionamento. No entanto, é muito utilizada;  Desenvolvimento de elementos críticos ocorre apenas onde os experts estão localizados;  Recomenda-se utilizar a experiência do time como uma espécie de guia no particionamento por funcionalidades;

Particionamento Versão de produto  Abordagem recomendada em projetos distribuídos;  Ex.: Versão principal do Video-game pode ser desenvolvida em paralelo com a versão para outra plataforma;  Similaridade com particionamento por funcionalidades;

Gerenciamento do Projeto Devido a distância, somos levados a pensar que o processo de gerenciamento reflete um caos total; Times remotos podem adotar processos distintos; Processos padrões e específicos bem estabelecidos e uso de ferramentas especiais são cruciais;

Gerenciamento do Projeto Um único processo versus diferentes processos de desenvolvimento  Como tratar diferentes organizações, estruturas, planejamentos, formalismos, processos administrativos,terminologias? Não há uma receita de bolo. Recomenda-se observar a natureza das organizações. (homogêneas e heterogêneas)  Alcatel versus Motorola;  Imposição gera custos, tempo e desconforto.

Gerenciamento do Projeto Evolução das ferramentas  Ferramentas que auxiliem sobretudo no processo de tomada de decisão Planejamento do projeto  Escalonamento de atividades; Gerenciamento / supervisão do projeto  Regras-padrão no gerenciamento; Identificação de riscos;  Análise em todo o ciclo de vida do projeto;

Gerenciamento do Projeto Exemplos de ferramentas  Comunicação entre times TeamPortal; Microsoft NetMeeting;  Planejamento DSD Microsoft Project;  Identificação de Riscos/Problemas Rational’s ClearQuest Multisite;

Gerenciamento do Projeto Exemplos de ferramentas  Gerenciamento de Projeto DSPMTool;  Controle de Mudanças Rational’s ClearQuest Multisite;  Gerenciamento de Configuração Concurrent Versions System;

Gerenciamento do Projeto Erran Carmel cita seis esferas de ação:  Conduta colaborativa;  Formação dos times;  Arquitetura e alocação de tarefas;  Metodologias de desenvolvimento;  Infra-estrutura de comunicação;

Gerenciamento do Projeto Passos específicos para um plano de gerenciamento em DSD:  Criar um planejamento preliminar (IEEE Std. 1058);  Analisar as particularidades de cada um dos times remotos participantes; Não é dada tanta importância no desenvolvimento convencional;

Gerenciamento do Projeto  Identificar outros parâmetros como: comunicação, cultura, processos administrativos, regulamentos governamentais, experiência e recursos disponíveis;  Utilizar o plano como ponto de partida para endereçar os desafios (esferas de ação);

Times de Desenvolvimento Em primeiro lugar, deve-se cultivar o “espírito” de equipe; Lado a lado com o estabelecimento da infra-estrutura de comunicação, com o particionamento e com o gerenciamento do projeto distribuído; Aspectos como motivação, cultura e confiança devem ser observados;

Times de Desenvolvimento Estrutura dos Times  Vimos que a estrutura do sistema pode determinar como o mesmo deve ser particionado;  Da mesma forma, pode ser feito um mapeamento da estrutura do sistema para a estrutura das equipes de desenvolvimento;

Times de Desenvolvimento Estrutura dos Times  Outras considerações Presença de um nível razoável de coesão no tocante ao objetivo do projeto; Competição entre os times; Qualidade dos resultados; Cooperação; Troca de informações;

Times de Desenvolvimento Estrutura dos Times Adicional overhead no “time-líder” em comparação ao desenvolvimento não distribuído; Regras e especificidades dever ser objetivas e claras a todos; Não deve haver falhas nestes pontos;

Times de Desenvolvimento Que fazer?  Viagem;  Em algumas situações, o uso de ’s, telefones, faxes ou mesmo videoconferências ainda não é o bastante; Desvantagem  Custos elevados;

Times de Desenvolvimento Cultura  Cultura organizacional Refere-se ao uso de metodologias e práticas no desenvolvimento de projetos;  Cultura nacional Língua nativa, normas, valores... Deve-se levar em conta a “distância cultural” entre os times no DSD;

Times de Desenvolvimento Motivação  Baixa motivação implica em perdas na produtividade de uma equipe;  Aspecto comum entre DSD e o desenvolvimento de projetos não distribuídos;  Viagens podem reforçar os laços de dedicação e de perseverança;

Times de Desenvolvimento Conclusão  Várias empresas têm adotado DSD como uma estratégia de melhores soluções; Mercado, Parcerias, Avanço Tecnológico;  Existem aspectos que devem ser observados em relação ao desenvolvimento não distribuído;

Times de Desenvolvimento Relações de Confiança  Contato pessoal face-a-face é um importante catalisador para promover a confiança entre pessoas;  Veja que a distância no DSD reduz as oportunidades de contato pessoal;  Aumento do risco na tomada de decisões críticas inerentes ao projeto;