Team Software Process

Integrantes
Breno Leonn Luiz Fernando de Freitas Matos - 09/0010221 Matheus Freire - 09/0038843 Ramaiane Medeiros - 09/012962 Rodrigo Medeiros 09/0129962 Tiago dos Santos Querubim - 09/0134206 Vinicius Maia de Brito - 09/0039505

Marcos Ramos - 10/0051481

Guilherme C. Muniz 090006844

Agenda
Viso Geral Motivao O que TSP? Conceitos e estruturas O Design do TSPi O Processo do TSP Lanamento Estratgia Planejamento Desenvolvimento Postmortem

Papeis
Equipe Concluso

Viso geral
O TSP (Team Software Process) uma estrutura para a melhoria quantitativa de processo de software que ajuda equipes a desenvolver produtos de software de modo eficaz Combina tcnica do CMMi (Capability Maturity Model Integration) e do Six Sigma. Supe que os membros da equipe tenham sido treinados no PSP

Viso geral
Equipes auto gerenciveis;

Cada membro tem papis definidos;

O planejamento do projeto feito em conjunto com todos os membros; Tomar decises papel da equipe e no s do gerente;

Viso Geral
O processo pode ser adaptado para uma melhor busca de resultados

Viso geral
De acordo com o SEI (Software Engineering Institute), o TSP foi adotado por diversas organizaes (pequenas, mdias e grandes) e os resultados variam de: Acrscimo de 25% na produtividade Reduo do custo e da variao no cronograma em +/10% Reduo do custo de teste em 80%

Disponvel em: http://www.sei.cmu.edu/tsp/

Motivao
O PSP e o CMM visam a melhoria dos processos de desenvolvimento de software. O CMM visa a melhoria da capacidade de toda uma organizao em desenvolver aplicaes com baixo nmero de erros O PSP um processo para elaborao de projetos individuais

Motivao
Engenheiros de software que conheciam as praticas do PSP, ao tentarem aplic-las no encontravam um ambiente de trabalho propicio. Assim, surgiu a necessidade de um processo que envolvesse a equipe, no s o individuo.

O que TSP?
um guia para equipes de desenvolvimento; Prticas maduras e disciplinadas; Produo de software seguro e confivel em menor tempo e menor custo; Baseada em conceitos do CMM e PSP;

Conceitos e estrutura
A gerncia agrega princpios de equipes integradas de desenvolvimento e mtodos do CMM para construir equipes eficazes: Constri, orienta e d suporte equipe;
Cria o ambiente de trabalho ideal; Identifica e soluciona gargalos do funcionamento da equipe; Extrai a mxima capacidade da equipe como um todo.

Conceitos e estrutura
Equipe Planeja o prprio trabalho;

Acompanha o progresso;
Gerencia as tarefas dirias; Arquiva dados e materiais para uso posterior; Gere a qualidade do produto; Membros Possuem papis bem definidos; Cooperam no planejamento do projeto; Tm autonomia para a tomada de decises.

Conceitos e estrutura
O TSP um conjunto de scripts de processos, formulrios, mtodos e mtricas; Juntos, estes elementos procuram: Criar equipes eficazes; Estabelecer metas e planos para a equipe; Acompanhar e reportar o trabalho; TSPi Verso simplificada; Equipes menores;

O Design do TSPi
Estrutura baseada no PSP; Desenvolvimento incremental; Mtricas padronizadas de qualidade e performance; Mtricas precisas para equipes e indivduos;

O Design do TSPi
Uso de avaliaes de papis e de equipes;

Exigncia da disciplina de processo;

Aconselhamento nos problemas do trabalho em equipe;

O Processo do TSPi

O Processo do TSPi
O processo de desenvolvimento do TSPi iterativo: A cada iterao uma nova verso operacional do produto disponibilizada; Incremento das funcionalidade do produto; O processo inclui Scripts, Formulrios e Padres;

Lanamento
Equipes no podem ser criadas sem parmetros, um lanamento inicial permite: Estabelecer as relaes de trabalho; Definio e distribuir os papis dos membros; Acordar as metas.

Estratgia

Planejar antes

Planejar o trabalho a ser feito antes de conhecer o produto em detalhes; Proporcionando a equipe conhecimento do que deve ser feito; Para se acompanhar o trabalho necessrio existir um plano; Sem um plano a equipe ser pressionada com o prazos dados pela gerncia ou pelo cliente; Para se planejar necessrio uma estratgia;

Estratgia
o que ?
a definio de como os recursos sero alocados para se atingir determinado objetivo;

Estratgia
Sendo o TSPi iterativo estrategia redefinida; a cada novo ciclo a

A equipe decide o contedo de cada ciclo ou negocia este contedo com o usurio/cliente.

Planejamento
necessidade de planejar
Com um plano:
H mais eficincia; Sabe-se o que fazer e quando fazer; Passos importantes no so deixados de lado; Cumprimento dos compromissos; possvel assumir compromissos realistas; Melhor qualidade do trabalho; Voc sabe onde est ao longo desenvolvimento.

do

Planejamento
passos
1. Listar os produtos a serem desenvolvidos no ciclo e estimar seus tamanhos; 2. Produzir uma lista de tarefas; 3. Produzir um cronograma; 4. Produzir o plano de qualidade;

5. Produzir os planos individuais dos desenvolvedores;

6. Balancear da carga;

7. Produzir e distribuir o planos;

Planejamento

planos balanceados

Com planos balanceados: Os esforos de todos os membros possuem mesmo peso; No necessrio esperar pelos outros; Os recursos so usados de maneira mais eficientemente; Consegue-se o menor prazo possvel; O balanceamento deve ser feito pelos desenvolvedores; So os nicos que podem planejar em detalhes.

Desenvolvimento
Fases
-Requisitos Design Implementao Teste

Postmortem
O Postmortem uma forma de aprendizado e melhoria; Comparao entre o planejado e o executado; Identificar possveis melhorias no produto e/ou no processo;

Mudanas no processo para o prximo projeto ou ciclo, de forma a melhorar o que foi produzido.

Papis
Distribui a carga de trabalho; Permite o desenvolvimento de diferentes habilidades pelos envolvidos; Torna explicita as responsabilidades das tarefas; Torna explicita a necessidade de tarefas que normalmente so ignoradas pelas equipes;

Papis
Cada membro da equipe atua como desenvolvedor e assume um dos papis do TSPi; Papis devem ser escolhidos / distribudos: Conforme o interesse; De acordo com as habilidades; Convm haver rodzio de papis a cada novo ciclo / projeto; Cada pessoa deve se especializar em dois ou trs papis.

Papis
Os papis do TSPi so: Lder de Equipe;

Gerente de Desenvolvimento;
Gerente de Planejamento; Gerente de Qualidade e/ou Processo; Gerente de Suporte

Equipe
Porque os projetos falham
Geralmente por causa de problemas no trabalho em equipe, e no por razes tcnicas. Um dos principais problemas a dificuldade em lidar com a presso Uso de atalhos; Uso de mtodos ruins (ou nenhum); Aposta em ferramentas ao invs de pessoas; O TSPi ajuda sugere a definio de uma estratgia e de um planejamento Saber o que fazer; Resistir a cronograma irrealistas;

Equipe
O que uma equipe?
um grupo composto de 2 ou mais pessoas com um objetivo em comum, com comunicao frequente e tarefas divididas. Atingir o objetivo tarefa de todos do grupo.

Equipe

Problemas comuns nas equipes

Liderana ineficiente Plano abandonados; Disciplina pessoal negligenciada; Falta de compromisso ou cooperao Um ou mais membros no cooperam no trabalho; Podem ser necessrias aes drsticas; Falta de participao Um ou mais membros no contribuem para alcanar o objetivo. Trabalho em pares se torna ineficaz Relutncia ou competio

Equipe

Problemas comuns nas equipes

Procrastinao e falta de confiana prpria Falha em definir objetivos e prazos Resultado de liderana inexperiente, falta de objetivos claros, ou falta de processo e planejamento Qualidade pobre Falta de documentao, revises e inspees, prticas de implementao pouco rigorosas Injeo de requisitos Usurios ou desenvolvedores acrescentando funcionalidade no meio do projeto

Equipe
Tamanho da equipe
4 a 8 pessoas; Equipes grandes dificultam o estabelecimento de relaes prximas, afetando a sinergia do grupo; Equipes coesas Equipe mais produtiva do que a soma de trabalhos individuais; Satisfao individual maior ao atingir objetivos;

Equipe
Condies para trabalho em equipe
O trabalho a ser feito claro e distinto: Est explcito; Faz sentido para toda a equipe; A equipe sabe o que deve ser feito. A equipe tem controle sobre as tarefas Ela controla o processo; Ela capaz de fazer a tarefas

Equipe
Condies para trabalho em equipe
A equipe bem definida Todos se conhecem; O trabalho de todos visvel; Os papis so conhecidos por todos;

Equipe
Equipes eficazes
Coeso da equipe A equipe age como uma unidade fsica e emocional Comunicao aberta e freqente; Respeito e apoio mtuos; Desafios Especficos e mensurveis Cada membro aceita os objetivos como prprios Feedback:O progresso acompanhado Framework de trabalho comum: Processo, papis etc.

Equipe

Equipes eficazes

Processo iterativo de convergncia: Entendimento e acordo comum dos objetivos;

Entendimento sobre a estratgia e o plano de desenvolvimento;

Identificao do que desconhecido e das discordncias; Acordo sobre suas resolues; A cada passo a equipe aumenta a coeso.

Equipe

Como o TSPi Constri Times

Propondo um conjunto de objetivos iniciais A cada ciclo, devem ser revistos e ajustados pela equipe Identificao antecipada de papis pr-definidos Distribuio de responsabilidades Processo definido para o planejamento Comunicao interna Reunies peridicas Informao disponvel (processos, planos, mtricas) facilitam a comunicao precisa Comunicao externa Reporte peridico

Equipe

Deveres no trabalho em equipe

Comunicao entre os membros Visibilidade, saber ouvi e negociar.

Estabelecimento e cumprimento de compromissos O compromisso tem que ser livremente assumido, pblico e deve ser planejado. Participao nas atividades da equipe Obter a ateno da equipe, pedir e aceitar ajuda

Equipe
Deveres na construo da equipe
Para a construo de equipes efetivas, necessrio Aceitar a responsabilidade por um papel e desempenh-lo o melhor possvel

Participar no estabelecimento de metas e planos da equipe e esforar-se por cumprir essas metas e seguir o plano Construir e manter uma equipe efetiva e cooperativa

Concluso
Membros de uma equipe trabalhando e cooperando juntos para o desenvolvimento do software podero acarretar em melhores resultados; Um trabalho em equipe efetivo requer metas, papis, ambiente adequado, processo de trabalho, plano de trabalho, compromisso e comunicao; Seguindo essas metas produtividade da equipe pode aumentar.

Bibliografia e referncias
Humphrey, Watts. The Team Software Process Body of Knowledge. Software Engineering Institute. McAndrews, Donald. The Team Software ProcessSM (TSPSM): An Overview and Preliminary Results of Using Disciplined Practices. Scientific Commons, 1998.