Ingredientes para prototipagem de requisitos de softwares

Olá!

A prototipagem ou prototipação de requisitos de softwares tem a finalidade de obter grande quantidade de informações sobre um problema, permitindo uma coleta de requisitos muito ágil e fluída. Possibilitando ao usuário final atuar como cocriador.

Diante do desafio de coletar requisitos de softwares, utilizar abordagens colaborativas e construção incremental de partes do produto, permite um melhor resultado devido a dois fatores:

  1. Participação do usuário final
  2. Utilização de ciclos curtos de feedback para correção e ajustes, contribuindo com a construção de produtos com foco nas REAIS necessidades dos clientes e/ou usuários

Antes de propor um sessão de prototipagem para coletar requisitos, sugiro alguns ingredientes básicos:

  1. Entendimento do problema a ser resolvido
  2. Quais os resultados esperados
  3. Definição do time multidisciplinar
  4. Escolha de uma funcionalidade chave que resolverá o problema de forma plena
  5. Definição de agenda para realizar a sessão
  6. Apoio de um sponsor

Dependendo do cenário, mais ingredientes poderiam ser necessários, mas vamos começar com estes.

1. Entendimento do problema a ser resolvido

Como assim o problema a ser resolvido? Explico.

Um desafio de negócio que hoje causa impacto negativo no processo atual, ou que poderia ser evoluído ou criado.

Vamos citar alguns exemplos:

  • Um novo processo de aviso de férias para facilitar a vida do RH, colaborador e gestor
  • Um relatório gerencial para área de compras visando apresentar as maiores compras por departamento e economia realizada
  • Uma tela de pedido de venda simplificada para ser utilizado por representantes na visita a clientes
  • Um aplicativo ou portal que permita acompanhar os custos dos projetos através de diversos indicadores para área de PMO

Todos estes problemas acima, precisarão da criação ou evolução de softwares com foco em melhoria de processo, automatização, redução de custos ou outros pontos.

Entender o problema e como as pessoas são impactadas é o primeiro passo.


2. Quais os resultados esperados

Tendo em vista que já sei qual o problema a ser resolvido, fica muito mais fácil estabelecer os resultados esperados.

Supondo que o nosso problema fosse:

Um novo processo de aviso de férias para facilitar a vida do RH, colaborador e gestor

  • Processo muito manual e sujeito a erros
  • Envio de planilhas entre os envolvidos
  • Falta de controle eficiente

Resultados Esperados:

  • Automação do processo e eliminação de erros
  • Visibilidade do processo para todos os envolvidos
  • Diminuição do custo operação para gestão do processo de férias

3. Definição do time multidisciplinar

Consiste num time que se complementa e as diferenças de visões contribuem para um produto mais aderente as reais necessidades

Apesar de ser um time, “Um por todos e todos por um” tenho dois perfis bem distintos: Técnico e de negócios

Técnico: Programadores, arquitetos, DBAs, Profissionais de UX/UI, Lider Técnico e testador

Negócios: Cliente, usuário final, gestores, Product Owner, analista de requisitos/negócios e partes interessadas.

O foco deste time deve ser a entrega do produto em ciclos curtos, muita comunicação e colaboração. Parece até ser fácil!

Acrescente um facilitador, e escolha um dos presentes para ser o escrivão da sessão de prototipagem, para registro e documentação dos requisitos discutidos.


4. Escolha de uma funcionalidade chave que resolverá o problema de forma plena

Imagine um produto contendo inúmeras funcionalidades, porém tem uma (ou conjunto delas) que é chave, aquela que “resolve a dor do cliente”

Vamos pensar no Uber, qual seria esta funcionalidade matadora?

Solicitar corrida.

Ok, alguns estão bravos comigo porque chamei de funcionalidade, e não de tema ou épico. Mas se realmente você esta preocupado com a terminologia utilizada, você não entendeu nada do que estou falando.

Chame do que você quiser: Épico, tema, macro funcionalidade, funcionalidade…

O importante é entender o conceito.Ok?

Escolhida a funcionalidade chave.

Em nosso exemplo do problema das férias do RH, vamos chamar a funcionalidade chave de: Solicitação de férias através do colaborador


5. Definição de agenda para realizar a sessão

Avise antecipadamente(normalmente utilizo uma semana de prazo) todos os envolvidos.

Informe:

  • tema
  • data
  • horário
  • duração da sessão em horas, deixe claro os intervalos
  • regras para interrupções/uso de smartphone/internet
  • local
  • nome da sala
  • fone/email/whatsapp para contato rápido

E dois dias antes do sessão, envie um lembrete a todos. Invista na comunicação intensa de seus projetos!


6. Apoio de um sponsor

Conselho básico, muitas vezes esquecido.

Proximidade com este sponsor, venda a ideia pra ele, forme uma parceria no sentido mais amplo da palavra.

Que este sponsor seja politicamente forte, afinal nem tudo se resume a utilização de abordagens ou lindos post-its coloridos, precisamos de resultados reais e mensuráveis!

O apoio deste sponsor é fundamental para iniciação do projeto, e durante a caminhada, os possíveis problemas que surgirão.

Mantenha um dialogo constante e franco.

Ao final da sessão de prototipagem, devemos ter um entendimento claro sobre a funcionalidade e o alinhamento entre todos os envolvidos.


Dica Extra

Não adianta nada utilizar todas estas dicas, e não construir o produto de forma incremental o mais breve possível com uso intenso de feedback.

#boraprototipar

#foconousuariofinal

#prototipandorequisitos

Scrum Day Brazil 2019 – Sempre aprendendo

Olá!

Participei no dia 15/06/2019 no espaço de Convenções Frei Caneca, do Scrum Day Brazil 2019, um evento bem bacana da Scrum.org.

Além de aproveitar o evento para aprender, é sempre bom rever amigos, ouvir histórias e tomar um bom café – indivíduos e interações entre eles, lembra?

Quando a gente entende, que podemos aprender com todos, ativamos um dispositivo mental, passamos a prestar mais atenção nas (ricas) histórias dos colegas.

Não assisti, toda a grade de palestras, devido ao reencontro com amigos e outros fatores.

No final da tarde, assisti a palestra do Alexandre Magno, realmente algo que nos faz refletir.

Começa com a abertura por parte da organização sobre a palestra do Alexandre Magno.

Mesmo sendo um evento da Scrum.org, Alexandre Magno(Scrum Alliance), estava lá sem preocupar-se com este detalhe. Isto achei sensacional!

Importa se é Scrum.org, Scrum Alliance ou Exin? Ou o que REALMENTE importa é buscarmos um ambiente de trabalho colaborativo com foco no cliente e produzindo resultados com ciclos curtos?

Nunca entendi esta “briguinha chata” por parte de alguns! Mas tudo bem, faz parte.

Placar: Pontos para Alexandre Magno!

Além disso, Alexandre Magno brilhantemente(no meu ponto de vista), demonstrou onde surgiram diversas práticas que são aplicadas por todos nós… Mas ele trouxe o contexto em que cada uma era aplicada… Nossa!

Como é fácil esquecer o contexto, e tentar reproduzir algo que aprendemos em outra realidade. Uau!

A ficha caiu(para mim) de um jeito estarrecedor! Obrigado Mestre

Placar: Mais Pontos para Alexandre Magno!

Parabéns ao Organizadores, palestrantes, apoiadores e participantes pelo evento.

Que venha o Scrum Day 2020 com mais lições simples e poderosas!

Todos, podem aprender com todos!

Softwares, impactam vidas!

Olá!

Incrível, como somos dependentes dos softwares, e como estes, tornaram-se assunto de boteco, happy hour e do dia a dia entre pessoas comuns, e não somente profissionais da área de Tecnologia. As pessoas podem comentar sobre o seu dia de trabalho, e quando percebemos, tem uma pontinha de software ali… Pode ser uma visão meio nerd? Talvez! #UmDiaQueroSerNerd

Trechos de um bate papo, ocorrido entre eu(Fernandes) e a uma motorista do Uber .

“Eles poderiam liberar logo a funcionalidade, pois nos ajudaria muito em nosso trabalho”

Por quê acha isso?

“Eu saberia desde quando o usuário está na plataforma”

Verdade…

“Hoje, eu configurei a forma de pagamento mais restrita, quero medir o volume de corridas”.

Não sabia que isto era possível. Este recurso é novo?

“Não, faz tempo, eu utilizo muito quando trabalho até mais tarde”

Realmente, é muito mais que uma simples funcionalidade, é sim, uma proteção extra para sua integridade física

“Eu, só fico com medo quando tem atualização do aplicativo, percebi que algumas coisas podem mudar ou PARAR de funcionar. Isto complica nossa vida”

Software, funcionalidades, requisitos, deixaram de ser papo de T.I., projeto e área de negócios…

Softwares, impactam vidas!

Quando a gente entender isto, iremos nos preocupar VERDADEIRAMENTE com as entregas.

Seu projeto também é assim!

#VidaRealAlemDoPostIt

#FernandesLima

#PrototipandoRequisitos

Design Features – Detalhando funcionalidades de forma colaborativa

Olá!

Quantas vezes você já presenciou um cenário, onde uma “pequena funcionalidade”, acaba se transformando em um conjunto enorme de funcionalidade? Esta situação é muito comum, e normalmente algo muito simples, parece inclinado a ganhar musculatura de forma desordenada!

Claramente, isto não ocorre de maneira proposital. Simplesmente, quando iniciam o aprofundamento das discussões, começam a aparecer as ramificações, fruto de diferentes atores envolvidos

Acredito que eu tenho visto este novela, diversas vezes! Bem que eu poderia ter contado.

Pensando um pouco nisso, resolvemos unir alguns artefatos que utilizamos no dia a dia para identificar e detalhar Features de forma ágil, leve e colaborativa.

Desta união surgiu o roteiro passo a passo: Design Features – Detalhando funcionalidades de forma colaborativa.

Este roteiro normalmente, tem duração máxima de 7(sete) horas úteis e com extremo foco, um time de entrega: Product Owner, Lider técnico, usuário final(ou representante) e facilitador.

Antes de iniciar uma sessão de Design Features, você precisa ter muito claramente entre todos os participantes, qual deve ser a funcionalidade alvo.

Além de pensar nos participantes, existe uma agenda prévia que precisa ser cumprida, com o intuito de facilitar a logistica, alinhamento, reforçar a importância do foco extremo, comprometimento e disposição física e mental dos envolvidos. Imagina algum destes participantes, apenas comparecer, sem a devida energia para produzir, poderia comprometer o resultado.

Vamos pensar em um exemplo que esta em nosso dia a dia:

Download de series do Netflix:

Veja quantas ações e ramificações tem envolvidas:

  1. Além do Download em si
  2. Cancelar download
  3. Expirar download
  4. Renovar Download
  5. Meus downloads
  6. Lista de downloads em andamento
  7. Assistir episodio que esteja baixado
  8. Próximo episodio baixado
  9. Limpar lista de downloads
  10. Validar download

Algumas macro atividades de uma sessão de Design Features:

  • Alinhamento
  • Mapa das funcionalidades
  • Canvas Feature
  • Prototipação
  • Checklist

Imagine uma ferramenta, que propicia alto grau de alinhamento entre: Product Owner, Desenvolvedor e/ou Lider Técnico e usuário final(ou representante)!

Design Features, é mais uma ferramenta do movimento “Prototipando requisitos”

Em breve estaremos falando mais sobre este assunto!

#boraprototipar

#prototipandorequisitos

#FernandesLima

Movimento Prototipando requisitos – #boraprototipar

Olá!

Se olharmos com um pouco mais de atenção, somos uma sociedade fortemente dependente de softwares. Como assim?

Vejam por exemplo: Whatsapp, Netflix, Uber, Mobile Banking, Facebook, Booking, Google Maps… Uma lista quase infindável de produtos digitais que utilizamos no dia a dia.

E a lista somente cresce a cada dia, proporcionando: comodidade, facilidade, praticidade e diversos serviços.

Diante disto, será cada vez mais necessário construirmos/evoluirmos produtos digitais(softwares) com foco nas REAIS necessidades dos clientes, usuários, fornecedores, parceiros, empresas, governo e sociedade.

Para construir/evoluir/modificar, precisamos ouvir quais as REAIS necessidades destas pessoas. Ok?

Como fazer isto de maneira efetiva, rápida e com foco no cliente? Prototipando requisitos de softwares. Este movimento visa contribuir com a entrega de produtos digitais com foco nas REAIS necessidades dos clientes, construindo produtos, tendo os usuários como cocriadores. Trabalho colaborativo com ciclo curto. #colaborar

Se você é um cidadão que utiliza produtos digitais em seu dia a dia, você também esta inserido nesta situação.

Se você trabalha, e tem contato com produtos digitais(softwares) para fazer o seu trabalho, também é outro candidato.

Ou se você é um profissional:

  • Desenvolvedor de software
  • Líder técnico
  • Gerente de projeto
  • Testador
  • UX (Experiência do usuário)
  • Analista de requisitos/negócios
  • Product Owner
  • Scrum Master
  • Arquiteto de software/DBA
  • Gestor

Então não é somente um movimento direcionado a profissionais de TI, qualquer pessoa, que utiliza um produto digital no seu cotidiano, e tenha condições de solicitar mudanças neste produto, pode participar – feito o convite.

É cada vez mais comum, a adoção de protótipos no dia a dia para resolver problemas complexos e gerar grande aprendizado com ciclo curto. Então é a solução mágica? Não é!

Veja algumas ações deste movimento:

  • Novembro/2017 – primeira turma de Ferramentas para PO
  • Ano de 2018 – diversas turmas de ferramentas para PO e webinarios sobre prototipagem
  • Março/2019 – Palestra Café com Negócios – Prototipando
  • Abril/2019 – Curso online de Gestão de Requisitos
  • Turmas de Abril e Maio/2019 – Prototipagem rápida(presencial)
  • Junho/2019 – Lançamento de prototipandorequisitos.com.br
  • Junho/2019 – Lançamento de e-book gratuito Por que prototipar?
  • Julho/2019 – Design Features – Prototipando requisitos
  • Outubro/2019 – Lançamento do e-book Design Features – Prototipando requisitos de softwares

Vem aí ainda, encontros periódicos sobre o tema com case REAIS!

“Prototipar é pensar com as mãos”

David Kelley

Vem aí um e-book: Por que prototipar requisitos de softwares?

Olá!

Tenho me deparado com o desafio de extrair as REAIS necessidades dos clientes e usuário final de forma ágil e leve, com o objetivo de coletar requisitos e construir um produto digital(software).

Tentamos as mais variadas abordagens e técnicas, mas uma que tem sido de grande valor é a prototipagem de baixa fidelidade diretamente com o usuário final (do seu software).

As demandas cada vez mais são “para ontem”, fruto do dinamismo dos negócios, competição acirrada e desejo dos clientes(dos clientes), enfim, uma infinidade de fatores.

Prototipagem é a solução bala de prata? Claro que não, mas é um ótimo ponto de partida que pode ser complementada com diversas outras abordagens.

Mas mesmo assim, tem muitas pessoas que rejeitam a prototipagem como ferramenta para buscar o entendimento(ou descobrir melhor o problema).

Pensando nisso, vem aí – até o final do mês de Junho/2019 – um E-book GRATUITOPor que prototipar requisitos de softwares

Prototipar permite conectar pessoas, ambientes, processos e objetivos de forma simples e ágil com foco no problema

Enquanto ele não vem, veja algumas imagens do mesmo. Esperamos que gostem.

Observação: O domínio prototipandorequisitos.com.br não está disponível ainda – estamos trabalhando nisso!

Tem gente levando protótipos muito a sério… Veja isso: Startup Lilium apresenta protótipo de táxi áereo urbano

Abraços

Desafios na coleta de requisitos de softwares

Olá! Quanto tempo hein!

Realizamos algumas pesquisas para entender melhor quais seriam os desafios na coleta de requisitos de softwares.

Fizemos uma pergunta aberta-> Quais são seus maiores desafios na coleta de requisitos de softwares?

Após receber dezenas de respostas, listamos abaixo sem nenhuma classificação:

1.Extrair as (REAIS) necessidades do cliente

2.Disponibilidade dos envolvidos

3.Obter detalhes importantes

4.Definir o que é essencial

5.Alinhamento

6.Identificação de stakeholders relevantes

7.Comprometimento dos envolvidos

8.Prazos insuficientes

9.Estabelecer um bom fluxo de coleta e organização

10.Detalhamento incompleto

11.Falta de objetivos claros

12.Falta de priorização

13.Dificuldade de comunicação

14.Excesso de demandas

15.Equipe insuficiente

16.Ambiente Multiprojeto

E você, quais dos desafios acima você tem enfrentado?

Desafios na coleta de requisitos de softwares