Caranguejo Ágil

Para o engenheiro americano Tom DeMarcos “ Você não pode controlar o que você não pode medir", pois "Uma métrica é uma indicação mensurável de algum aspecto quantitativo de um sistema". A relevância dos pensamentos de DeMarcos pode ser compreendida quando aplicamos eles no contexto do desenvolvimento de software. Afinal, na construção de uma aplicação é de suma importância saber mensurar não apenas o desempenho do produto, mas também os custos e prazos necessários para o seu desenvolvimento. Através dessas métricas é possível embasar decisões e antever características importantes relacionadas a qualidade do produto em todas as etapas de sua confecção. No contexto do desenvolvimento de software é possível dizer que existem três gêneros de métricas, são eles: Métricas de projeto permitem compreender o projeto que será desenvolvido. Exemplo: Custos; Métricas de produto ajudam a prever características de qualidade do produto. Exemplo: Número de linhas de código

Para finalizar nossa série de artigos sobre o Scrum iremos descrever o relacionamento entre os papéis, eventos e artefatos.  No Scrum um novo produto começa a ser desenvolvido a partir de uma requisição do Product Owner . O projeto a ser desenvolvido é dividido em um conjunto de funcionalidades que são compilados em uma única lista priorizada, denominada Product Backlog . A partir daí é feito uma reunião chamada Sprint Planning , para definir o Sprint Backlog , que contém todo o trabalho que será executado durante a Sprint - um ciclo iterativo de 2 a 4 semanas. Com tudo organizado é iniciada a Execução da Sprint. Todos os dias, durante a execução da sprint, é feita Daily Scrum entre os membros do Dev Team - é importante frisar que o Scrum Master não pode interferir nessa reunião. Sempre ao final de cada sprint é feita uma Revisão da Sprint e posteriormente a Retrospectiva da Sprint . Ao fim da primeira sprint todo o processo é reiniciado a partir do Sprint Planning até se al

Plano projeto(final) de Raul Vilar

Criado em Cingapura, entre 1997 e 1999, o FDD é um método ágil que reúne as melhores práticas de outros métodos, como o Coad. A sua premissa básica tem o foco em funcionalidades, o que permite à equipe do projeto realizar um planejamento incremental, isto é, por fases. Esse tipo de atuação ajuda a dar agilidade ao desenvolvimento de soluções em ambientes de extrema incerteza, em que as mudanças são inevitáveis. A programação por FDD começa com a visão global do negócio, já que esse método considera a soma de tudo mais importante que cada uma das partes separadamente. Passa-se, então, para o detalhamento do produto com a subdivisão por áreas a serem modeladas, culminando na descrição de cada funcionalidade. Por se tratar de uma ferramenta com foco no desenvolvimento, o FDD pode ser perfeitamente integrado ao Scrum, outro método ágil muito utilizado que também tem foco no planejamento e na execução do projeto. Assim como todos os demais métodos ágeis, o FDD também apresen

O MSF é um dos métodos ágeis mais usados por se destinar ao desenvolvimento de soluções tecnológicas por equipes reduzidas, com foco na diminuição de riscos para o negócio e no aumento da qualidade do produto final. O propósito é identificar as falhas mais comuns em projetos de tecnologia, mitigando-as e aumentando as taxas de sucesso de cada iniciativa. Dessa forma, assim como o Scrum, o MSF tem mais foco na gestão do projeto do que no desenvolvimento da solução em si. As suas premissas são: - Alinhamento da tecnologia desenvolvida com os objetivos de negócio do cliente; - Escopo bem estruturado e detalhado; - Desenvolvimento iterativo; - Gerenciamento de riscos; - Agilidade na resposta a mudanças. Assim como os outros métodos ágeis, o MSF também tem melhores práticas que devem ser observadas pela equipe para atingir os níveis de excelência buscados: - Comunicação aberta e transparente entre todos os envolvidos; - Visão compartilhada do negócio; - Equipe capacitada;

Artefatos do Scrum - Product Backlog, Sprint Backlog, Incremento; e Definition of Done - DoD. Vamos começar identificando os três artefatos do scrum. Artefato é algo que criamos, como uma ferramenta para resolver um problema. No Scrum esses três artefatos são: Product Backlog, Sprint Backlog, e um incremento com sua definição de “feito”. São as três constantes que uma equipe Scrum irá revisitar e investir hora extras. Product Backlog É a lista principal de tudo que deve ser necessário no produto. É uma lista dinâmica de características, requisitos, melhorias, e consertos que atua como entrada no Sprint Backlog. É essencialmente a lista de tarefas da equipe “To Do”.Gerenciado única e exclusivamente pelo Product Owner, que o faz a todo momento, o product backlog deve ser mantido longe do time de desenvolvimento, para evitar dispersão. Sprint Backlog Durante a segunda parte da reunião de Planejamento da Sprint, é construído o Backlog da Sprint. Esse artefato lista as tarefa