Acompanhamento de projetos distribuídos com Scrum - Engenharia de Software 30

Agilidade

Acompanhamento de projetos distribuídos com Scrum

Adaptando o Scrum

O desenvolvimento ágil de projetos distribuídos é uma tendência para médias e grandes empresas que querem competir no mercado global, acelerar a produtividade e reduzir os custos. Nesse artigo, o Scrum foi a metodologia ágil escolhida para ajudar no acompanhamento ágil das equipes remotas por ter um foco maior em gerenciamento de projetos. Entretanto, o Scrum não foca suas práticas em ambientes distribuídos, e por isso diversos trabalhos [11] [17] relataram suas experiências, adaptações e os resultados obtidos com as mudanças feitas nas práticas Scrum.

Nesse contexto, este artigo apresenta uma abordagem para auxiliar o acompanhamento de projetos com equipes remotas. Para isso, foram definidas as adaptações das práticas do Scrum baseado na análise dos trabalhos relacionados [11] [12] [16] [17].

Embora o foco da abordagem seja o acompanhamento do projeto, é importante definirmos o contexto no qual ela será aplicada, que será apresentado nessa primeira etapa. Desse modo, é necessário definir os papéis importantes para o projeto, algumas formas de organizar as equipes, e também os recursos tecnológicos que ajudariam as equipes a amenizar os problemas enfrentados pelos membros remotos. Essas sugestões não são exaustivas, apenas exemplificativas, e visam também auxiliar àquelas empresas que pretendem mudar o projeto para o contexto distribuído e buscam informações de como realizar essa mudança.

O artigo está organizado da seguinte maneira: inicialmente serão apresentados os papéis, a organização das equipes e os recursos tecnológicos necessários. Em seguida discutiremos algumas práticas de Desenvolvimento Distribuído de Software (DDS) que dão apoio ao acompanhamento de projetos distribuídos. Na seção posterior, a abordagem é descrita, e por fim apresentamos as conclusões.

Papéis

No Scrum tradicional temos alguns papéis definidos, tais como o PO, o Scrum Master e o Time, que devem interagir frequentemente em prol do projeto. Entretanto, em um contexto distribuído esses papéis precisam se comportar um pouco diferente, além de ser necessária a criação de novos papéis tais como Representantes do Cliente e do Time. Vejamos a descrição dos papéis e suas atribuições:

·         Product Owner (PO): É a pessoa responsável pelo sucesso do produto. Ele está empenhado em representar os interesses de todos os envolvidos no projeto, como os patrocinadores (stakeholders). O Product Owner é responsável por gerir o orçamento do projeto, os planos do projeto e a lista de requisitos (funcionalidades), bem como proporcionar à equipe todas as informações necessárias relacionadas com as suas expectativas sobre o software. Em um projeto distribuído pode existir mais de um PO, um para a equipe local e um por equipe remota, por exemplo;"