Postagens

Métodos Ágeis - Dicas para facilitar a priorização do Backlog

Imagem
Introdução Trabalhar bem com o Backlog de um produto é extremamente importante; não só para a carreira de um gerente de produto, mas também (e especialmente) para o bom funcionamento de um produto. Manter o Backlog refinado, devidamente preparado para o trabalho da equipe e com as dependências externas e internas mapeadas garante um roteiro mais realista, refletindo o valor para clientes e negócios e faz parte da vida difícil de um Product Owner (PO). Em métodos ágeis, o Product Backlog adapta-se e constrói-se de acordo com o progresso, além de ser altamente volátil e em constante mudança. Portanto, ele precisa de atenção especial e diária. O Product Backlog é o artefato Scrum que representa o que deve ser desenvolvido no projeto, isto é, tem todo o trabalho a ser feito. Por outro lado, como também sabemos, em um projeto Scrum, a mudança de curso é esperada, então o conjunto inicial de funcionalidades para atender o produto pode variar em prioridade à medida que o tempo

Metodologias Ágeis para Startups

Introdução As startups são entidades em rápida mudança e sempre em evolução. Suas metas finais muitas vezes mudam e às vezes são vagamente definidas e as pessoas em startups desempenham múltiplos papéis ao mesmo tempo para enfrentar qualquer desafio que esteja sendo enfrentado no momento. Sem uma maneira de se manter organizado em um ambiente tão volátil, as startups desceriam para o caos. Os métodos ágeis são perfeitos para as startups, pois podem acompanhar e facilitar seu rápido ritmo de desenvolvimento. É uma metodologia que se concentra na definição e alcance de metas de curto prazo, obtenção de resultados rápidos e, em seguida, adaptação da estratégia em conformidade. Métodos ágeis significa flexibilidade As startups são propensas a experimentar um crescimento rápido e uma estrutura organizacional rígida pode limitar a flexibilidade que as startups precisam para sobreviver e permanecerem competitivas. Uma startup precisa reagir a obstáculos inesperados, mas é mais importan

ALM com Visual Studio Team Services - Priorização de backlog

Neste post irei demonstrar uma forma simples porém eficiente que auxilia muito na priorização dos itens de backlog de um sprint, baseados na capacidade da equipe. Primeiramente, é preciso ter dois pré-requisitos atendidos: Tamanho de cada item de backlog Velocidade da equipe Capacidade da equipe (em horas de trabalho ou HH) Em relação ao tamanho de cada item de backlog, esta tarefa é feita previamente utilizando diversas técnicas de estimativa, que não irei detalhar neste post, já que o objetivo deste é realmente falarmos sobre a técnica de priorização utilizada para planejamento de sprint. É importante que todos os itens de backlog estejam corretamente cadastrados na ferramenta, já que esta lista que será utilizada na priorização do sprint backlog. A técnica de priorização dentro da ferramenta é simples, mas o processo é que irá demandar conhecimento prévio do negócio, portanto a presença do Product Owner é importante neste processo de priorização. Os itens priori

ALM com Visual Studio Team Services - Planejando a capacidade do time

Imagem
Para o planejamento completo de uma iteração de desenvolvimento ágil no Visual Studio Team Services, é necessário que além da seleção e priorização dos itens de backlog, também seja feito o planejamento da capacidade do time de desenvolvimento. Dentro do Visual Studio Team Services, para ser possível fazer este planejamento é preciso inicialmente configurar os dados básicos da iteração de desenvolvimento e o seu período, com as datas inicial e final. Para isto selecione inicialmente a iteração que deseja configurar, dentro do item Backlogs, conforme exibido abaixo: Depois disso é necessário configurar o nome da iteração e o período, informando as datas inicial e final. Estando a iteração configurada, com o nome e suas datas inicial e final, o próximo passo é efetuar a configuração da capacidade da equipe de desenvolvimento.  A equipe disponível para a iteração é definida pelos desenvolvedores cadastrados no Team Project,

Elementos-chave alcançados com a utilização de métodos ágeis de desenvolvimento de software

Imagem
Atualmente as metodologias ágeis de desenvolvimento de software tem se destacado no mercado em relação as abordagens tradicionais de gestão de projetos de software.  Um dos motivos que levam a isto, é a crescente necessidade das empresas em atender seus clientes de maneira dinâmica, acompanhando a evolução dos diferentes segmentos de atuação dos negócios. Acrescente-se a isto, a extrema facilidade com que os clientes tem de buscar e obter informação, o que aumenta muito a necessidade deste dinamismo.  Neste cenário de grande competitividade, a área de Engenharia de Software precisou buscar soluções ágeis e dinâmicas para atender a esta crescente necessidade do mercado, o que se traduz em redução de prazos de entregas, aumento de qualidade dos produtos e consequentemente maior satisfação dos clientes. Utilizando métodos ágeis de desenvolvimento de software temos 3 elementos-chave fundamentais no alcançados no processo: Transparência, Flexibilidade a Mudanças e Entregas Rápidas

ALM com Visual Studio Team Services - Gestão de backlog

Imagem
Vou iniciar uma série de posts sobre ALM e Microsoft Visual Studio Team Services, focando na prática, como podemos aproveitar melhor esta poderosa ferramenta na gestão de projetos de desenvolvimento de software.  Iremos focar nos processos ágeis de gerenciamento de desenvolvimento, como por exemplo Scrum.  Utilizaremos o Visual Studio On Line, agora chamado de Visual Studio Team Services. O acesso ao produto é gratuito e qualquer um pode se cadastrar no seguinte endereço: www.visualstudio.com O Visual Studio Team Services fornece boas opções de ferramentas para controle e gerenciamento do ciclo de vida de desenvolvimento das nossas aplicações de software.  Vou citar alguns aspectos que podem ser facilmente controlados através do Team Services e seus work items:  Gerenciamento de features e user stories;  Controle dos itens de backlog / auxílio na priorização; Controle de sprints de desenvolvimento, com gráfico Burn Down e painel Kanban;  Gestão da capacidade do time de d

Planejamento de sprints de curta duração

Imagem
Ultimamente tem-se falado muito sobre desenvolvimento ágil de software e a melhor forma de construir um sprint bem sucedido que atenda as necessidades do negócio. Posso dizer que a duração do sprint influencia muito no resultado final das entregas bem sucedidas de software, e isto vai de encontro com os aspectos culturais de cada empresa, dinamismo do negócio e expectativas dos usuários. Via de regra há uma duração proposta padrão entre 2 a 4 semanas para cada iteração de desenvolvimento em uma abordagem ágil. Porém muitas vezes, por conta do dinamismo do negócio e das necessidades dos usuários, esta duração de tempo pode ser reduzida. E qual é o problema de termos iterações de desenvolvimento, por exemplo, de uma semana?  Na maioria das vezes o tempo gasto no planejamento dos sprints mais curtos é recompensado com entregas mais rápidas que satisfazem as necessidades do cliente, porém o mais importante é mitigarmos o risco das mudanças ao longo do caminho. Em um ambiente c