processo de Software em Equipe (tSp)

processo de Software em Equipe (tSp) Pelo fato de muitos projetos de software para nível industrial serem tratados por uma equipe de profissionais, Watts Humphrey estendeu as lições aprendidas com a introdução do PSP e propôs um Processo de Software em Equipe (TSP, Team Software Process). O objetivo do TSP é criar uma equipe de projetos "autodirigida", que se organize por si mesma para produzir software de alta qualidade. Humphrey [Hum98] define os seguintes objetivos para o TSP: • • • • • Criar equipes autodirigidas que planejem e acompanhem seu próprio trabalho, estabeleçam metas e sejam proprietárias de seus processos e planos. As equipes poderão ser puras ou equipes de produto integradas (IPTs, integrated product teams) com cerca de 3 a 20 engenheiros. Mostrar aos gerentes como treinar e motivar suas equipes e como ajudá-las a manter alto desempenho. Acelerar o aperfeiçoamento dos processos de software, tornando o comportamento CMM22 Nível 5 algo normal e esperado. Fornecer orientação para melhorias a organizações com elevado grau de maturidade. Facilitar o ensino universitário de habilidades de trabalho em equipe de nível industrial. Uma equipe autodirigida possui um entendimento consistente de suas metas e objetivos globais; define papéis e responsabilidades para cada um dos membros; monitora dados quantitativos de projeto (produtividade e qualidade); identifica um processo de equipe que seja apropriado para o projeto em questão e uma estratégia para implementação do processo; define padrões locais que sejam aplicáveis ao trabalho de engenharia da equipe; avalia continuamente os riscos e reage a eles e, finalmente, acompanha, gerencia e gera relatórios sobre a situação do projeto. O TSP define as seguintes atividades metodológicas: lançamento do projeto, projeto de alto nível, implementação, integração e testes e autópsia. Assim como seus equivalentes no PSP (note que a terminologia é ligeiramente diferente), essas atividades capacitam a equipe a planejar, projetar e construir software de maneira disciplinada, ao mesmo tempo em que mede quantitativamente o processo e o produto. A autópsia representa o estágio para melhorias dos processos. Esse processo faz uso de uma grande variedade de roteiros (scripts), formulários e padrões que servem para orientar os membros da equipe em seu trabalho. Os roteiros defi nem atividades de processos específi cas (isto é, lançamento do projeto, projeto, implementação, integração e testes do sistema, autópsia) e outras funções de trabalho mais detalhadas (por exemplo, planejamento do desenvolvimento, desenvolvimento de requisitos, gerenciamento das confi gurações de software, teste de unidade) que fazem parte do processo de equipe. Os roteiros (scripts) do TSP definem os elementos e as atividades realizadas no transcorrer do processo. 2.7 O TSP reconhece que as melhores equipes de software são autodirigidas.23 Seus membros estabelecem os objetivos do projeto, adaptam o processo para atender suas necessidades, controlam o cronograma e, através de medições e análise das métricas coletadas, trabalham continuamente para aperfeiçoar a abordagem em relação à engenharia de software. Assim como o PSP, o TSP é uma rigorosa abordagem da engenharia de software que fornece benefícios distintos e quantifi cáveis para a produtividade e para a qualidade. A equipe deve se comprometer totalmente com o processo e deve passar por treinamento consciente para assegurar que a abordagem seja apropriadamente aplicada.