Gerenciamento de projetos ágeis: O inicio de tudo

Lucas Lima - Aug 1 - - Dev Community

O gerenciamento de projetos é crucial para garantir que iniciativas sejam concluídas com sucesso. Ele ajuda a organizar recursos, evitar erros e cumprir prazos e orçamentos. Além disso, promove a colaboração e a qualidade das entregas, sendo essencial para qualquer organização que busca eficiência e inovação.

Neste primeiro texto, vamos iniciar falando sobre alguns itens fundamentais para o início de um projeto ágil, como plano de negócios, MVP (Produto Mínimo Viável), MMP (Produto Mínimo Comercializável), meta do produto, ferramentas para fazer o termo de abertura do projeto e como formar um time ágil. Esses elementos são essenciais para estabelecer uma base sólida e garantir que o projeto comece com o pé direito.

Plano de negócios
Instrumento que permite prever os resultados de uma decisão empresarial. Ferramenta de planejamento e suporte a decisões, ela serve para comunicar uma ideia de negócio e permite validar a viabilidade das iniciativas, além de servir de métrica de avaliação pós-implementação. Ele responde a algumas questões como:

  • Porque o projeto é necessário?
  • Como o projeto ajudará a resolver os problemas identificados pela organização?
  • Qual a solução recomendada?
  • Quais os benefícios esperados?
  • O que vai/pode ocorrer ao negócio se a solução não for implantada?
  • Quando a solução será implantada e os recursos necessários para tal?

MVP
O produto mínimo viável é a forma de testar se o produto que será construído será aceito pelo mercado. Ele é uma das primeiras etapas do projeto, serve para testar a eficiência, usabilidade e aceitação do produto. Ele é muito importante, pois se houver alguma discordância é possível ser corrigido nas fases iniciais do projeto, evitando grandes investimentos. Uma frase que pode resumir seria “Não é sobre entregar funcionalidades mal feitas, mas sobre entregar apenas a quantidade necessária e com qualidade”. Muitas empresas utilizam esse processo, um exemplo é o Spotify que usa um ciclo interativo de 4 estágios:

  • Think it (Pense) - Decidir sobre o produto que vai trabalhar e construir um protótipo.
  • Build it (Construa) - Construir um MVP real e entregar aos usuários para testar.
  • Ship it (Entregue) - Colete dados e melhore liberando gradualmente o MVP.
  • Tweak it (Refine) - Colete feedback e melhore o produto até que esteja completo.

MMP
O produto mínimo comercializável descreve o produto com o mínimo de recursos possível que atenda as necessidades do usuário e pode ser comercializado. É uma ferramenta para diminuir o tempo que o produto pode ser lançado.

Meta do produto
Objetivo ou necessidade de negócios de alto nível que fornece contexto, orientação, motivação e inspiração para o trabalho e desenvolvimento do produto durante todo o projeto. Objetivo maior a ser alcançado pelo time Scrum. A meta do produto é estabelecida antes que o desenvolvimento se inicie e permaneça estável durante todo o projeto. Seu formato é:

PARA [CLIENTE-ALVO], QUE [PROBLEMA OU OPORTUNIDADE] O [NOME DO PRODUTO] É UM [CATEGORIA DO PRODUTO] QUE [BENEFÍCIO-CHAVE, RAZÃO CONVINCENTE PARA UTLIZAR]. AO CONTRÁRIO DE [ALTERNATIVA COMPETIDORA], NOSSO PRODUTO [DIFERENÇA PRIMÁRA].

Um exemplo de meta do produto seria:

PARA ESPORTISTAS AMADORES, QUE DESEJAM APROVEITAR MELHOR SUAS HORAS DE LAZER, O SPORT4U É UM APLICATIVO MÓVEL DE VENDAS DE MATERIAL ESPORTIVO QUE SUGERE ROUPAS E EQUIPAMENTOS DE ACORDO COM SEU PERFIL. AO CONTRÁRIO DE OUTROS SITES DE MATERIAL ESPORTIVO, NOSSO PRODUTO ELABORA SUGESTÕES PERSONALIZADAS E ADAPTÁVEIS DE ACORDO COM O PERFIL DO USUÁRIO.

TAP
O termo de abertura do projeto é um documento fundamental no gerenciamento de projetos. Ele formaliza o início do projeto, definindo seu propósito, objetivos, escopo, principais entregas, cronograma e recursos necessários. O TAP também identifica os principais stakeholders e suas responsabilidades, além de estabelecer a autoridade do gerente de projetos. Esse documento é essencial para alinhar as expectativas e garantir que todos os envolvidos tenham uma compreensão clara do projeto desde o início. Não existe um forma específica de se fazer, mas ele deve fornecer as respostas de algumas perguntas. Abaixo listarei algumas ferramentas que ajudam na criação desse documento.

5w2h
Essa técnica é muito eficaz para orientar as pessoas de forma simples e clara de como entender determinadas informações, necessidades ou problemas, documentá-las, identificar alternativas e gerar um plano de ação para solucioná-las. Deve-se responder as 7 perguntas abaixo:

  • What (O que se trata o projeto?)
  • Why (Porque o projeto deve ser desenvolvido?)
  • Who (Quem serão os beneficiados pelo projeto?)
  • When (Quando será feito?)
  • Where (Onde será implementado o projeto?)
  • How (Como o projeto será planejado/desenvolvido?)
  • How much (Quanto custa o projeto?)

5w2h

Elevator statement
O Elevator Statement, ou Pitch de Elevador, é uma ferramenta para apresentar uma ideia, projeto ou proposta de forma clara e persuasiva em um curto período de tempo, geralmente entre 30 segundos e 2 minutos. Ele deve incluir uma breve introdução, a identificação de um problema ou oportunidade, a descrição da solução proposta, os benefícios dessa solução e uma chamada para ação específica.

SMART
Antes de falar sobre a ferramenta devemos deixar claro a diferença entre objetivo e meta. Objetivo é o que se deseja alcançar enquanto as metas são as ações necessárias para alcançar o objetivo. A técnica SMART serve para definir essas metas, boas metas devem ser:

  • Specific (Específico)
  • Measure (Mensurável)
  • Achievable (Alcançável)
  • Relevant (Relevante)
  • Time-based (Temporizável)

Partes interessadas (Stakeholders)
São pessoas e organizações ativamente envolvidas no projeto ou cujos interesses podem ser afetados como resultado da sua execução ou do seu término. Elas podem exercer influência sobre os objetivos e resultados do projeto. A equipe de planejamento deve identificá-las, determinar suas necessidades e expectativas e na medida do possível gerenciar sua influência em relação aos requisitos. As classificações para um processo de abordagem desse stakeholder pode ser feita através dessa matriz.

Matriz

Como formar um time ágil?

Um time ágil é responsável pelo sucesso do projeto e deve garantir que aquilo que deve acontecer realmente aconteça. 2 características essenciais para um time ágil é que seja auto-organizado (gerenciamento de seus próprios esforços) e multifuncional (todo o conhecimento e competências necessárias para realização de tarefas sem qualquer ajuda de fora da equipe).

Não esqueça dos testadores!
Testador = Habilidade primária é testar. Programadores são quase sempre maus testadores, principalmente aqueles que testam seu próprio código. Os testers são as pessoas que aprovam e nada que é considerado “pronto” enquanto ele não diga que está. Enquanto não há nada para testar (geralmente no início da sprint, eles devem estar escrevendo as especificações de teste e preparando o ambiente para tal função).

Divisão de times
Existem 3 formas de se dividir um time:

  • Formar novas equipes (se a organização conhece os métodos ágeis e já tem equipes formadas, o único problema seria uma ineficiência no início do projeto por não estar familiarizado).

  • Dividir equipes (split-and-seed) a equipe original é dividida em várias equipes e novos membros são adicionados. O conhecimento do projeto será distribuído em todas as equipes, mas se perde todo o time original.

  • Dividir equipes (grow-and-split) novos membros são adicionados à equipe original até que atinja a capacidade de 9 membros para o time de desenvolvimento dos desenvolvedores. Após isso a equipe é dividida em 2.

War room
É um espaço dedicado onde a equipe de desenvolvimento se reúne para colaborar intensamente e resolver problemas de forma rápida e eficiente. Este ambiente é projetado para promover a comunicação aberta e a troca de ideias, facilitando a identificação e a solução de obstáculos que possam surgir durante o desenvolvimento do projeto. A sala geralmente está equipada com ferramentas visuais, como quadros brancos e gráficos, que ajudam a equipe a monitorar o progresso e manter o foco nos objetivos do Sprint.

Roadmap de produto
É um plano que combina os objetivos do negócio, as necessidades e o desejo dos clientes em relação ao produto e as tarefas necessárias para atingir os objetivos. Produtos são lançados de forma faseada (com entregas parciais ou releases). O roadmap surge através do backlog do produto e sua responsabilidade também é do dono do produto. Ele é representado por uma linha do tempo com marcos (com datas aproximadas no futuro e o objetivo do produto a ser alcançado). Define uma visão estratégica de onde e para onde o produto está caminhando a médio e longo prazo.

Plano de releases
É a execução do roadmap do produto. O plano de release é um documento que detalha quando e quais funcionalidades de um software serão lançadas (geralmente possui 1 ou mais sprints então é necessário detalhar). Ele ajuda a equipe a saber o que precisa ser feito e quando, garantindo que todos estejam na mesma página e que os lançamentos ocorram de forma organizada e dentro do prazo.

Release

No próximo texto, vamos falar sobre como criar e refinar o backlog do produto, aprofundar alguns conceitos, entender o que são requisitos e aprender algumas técnicas para utilizar nos itens do backlog.

. . . . . . . . . . . .
Terabox Video Player