E-book(GRATUITO) Por quê Prototipar requisitos de softwares

Olá!

Baixe o E-book(GRATUITO) sobre Por quê Prototipar Requisitos de Softwares:

http://prototipandorequisitos.com.br/ebook-prototipando

Quais os motivos para colocar o usuário final no centro da discussão, como um co criador? Em um mundo onde softwares estão em nosso dia a dia, compreender este simples fundamento, permitirá conceber, construir e entregar produtos digitais com aderência as REAIS necessidades e que faça a diferença no dia a dia do seu cliente.

Produtos digitais deveriam facilitar a vida das pessoas!

#prototipandorequisitos

Abraços

Fernandes Lima

Agilenow.com.br

 

ebook_mockup-img-1417738-20190826190430

 

 

 

Conceber e entregar software como antigamente

Olá!

Em pleno domingão, temperatura agradável em Londrina/PR, ao baixar a edição do dia 11/08/2019 no Estadão Digital, seleciono alguns conteúdos e um me chama muito a atenção:

Seguro, despachante, aluguel e desmanche já são feitos por celular

A matéria do estadão fala de mobilidade urbana e a onda de startups com foco no setor automotivo.

“Se não assistimos televisão como antigamente, não usamos banco como antigamente, não nos deslocamos pela cidade como antigamente, precisamos questionar também outras relações de negócios ainda engessadas”, ressalta Ricardo Bernandes, presidente da Onsurance

Lendo o texto integralmente, a gente identifica umas opções bem diferentes e com foco na dor do cliente.

Diante disto, pensei, Por quê a gente ainda esta fazendo software como antigamente?

Explico.

Ainda perdemos uma infinidade de tempo tentando detalhar todo o escopo de um projeto de software, todas as possibilidades, exceções e fluxos.

Perdendo tempo, em identificar e/ou mitigar todos os riscos.

Muitas vezes, ignorando as REAIS necessidades do usuário final.

Perdendo tempo, construindo o produto errado.

Processos de construção morosos!

Eu gosto muito das seguintes práticas:

  1. Identificar a dor a ser resolvida – Lean Startup
  2. Envolvimento do usuário final como co criador
  3. Time de negócios e técnico trabalhando juntos
  4. Ter uma visão macro da dor a ser resolvida
  5. Participação ativa da área de negócios na priorização e detalhamento
  6. Uso de prototipação como ferramenta de comunicação ágil entre todos
  7. Iniciar a construção por uma pequena parte
  8. Entregas incrementais com ciclo curto, aliada a muito feedback e colaboração na veia

Já pensou se nossos projetos de softwares, pudessem adotar as práticas acima?

Parece simples, né?

#prototipandorequisitos

dinossauroAntigamente

 

 

 

 

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

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

Ferramentas para coletar, organizar, prototipar e validar requisitos de softwares

Olá!

Como você coleta requisitos?

Apenas especificando textualmente?

Quem participa do processo?

Sua empresa ainda atua no modelo de “etapas”: receber demanda, arquitetura, especificar, validar, construir, testar e entregar?

E se pudéssemos utilizar modelos colaborativos?

Ouvindo diretamente o usuário final?(poderosas interações)

Mas como fica o cliente e o Product Owner?

Como engajar o usuário final?

Venha conhecer as respostas para esta pergunta em nosso workshop:

Compre aqui: Ferramentas para Coletar 16/06 – SP – 08:30 as 18:00 – presencial(poderosas interações)

Edição anterior ESGOTADA: 24/03/2018 – 08:30 as 18:00 – SP

Aproveite o preço de pré venda(com desconto extra) até 26/03/2018

Vai perder esta?

Quer saber mais sobre os modelos colaborativos?

Google Design Sprint – 10 dicas para inovar com sucesso

Por que prototipar?

O que é Lean UX?

Livro: Obrigado pelo Feedback

#FerramentasPO

#BoraPrototipar

Treinamento de Prototipagem – 5 eBooks gratuitos sobre UX Design – promoção até 27/09/2017 as 23:59

Olá!

Para as 5(cinco) primeiras compras do treinamento de Prototipagem, cada uma receberá o eBook Introdução a UX Design da Editora Casa do Código.

 Os contemplados receberão o link no dia 07/11. Desde que não tenham cancelado a compra do treinamento.

Promoção válida até 27/09/2017 as 23:59.

Toda semana teremos uma novidade. Acompanhe o blog. 

Detalhe: Este ebook é totalmente relacionado ao treinamento de Prototipagem.

Mais sobre o eBook:

Introdução e boas práticas em UX Design

Nos vemos no dia 11/11 na Via Academy!

Compre já

Treinamento Prototipagem – Quem deveria fazer e porquê

Olá!

A ideia deste post  é explicar porque cada um destes papeis ou funções podem ser beneficiados pelo treinamento.

É um treinamento sobre coleta de requisitos(ágeis) de softwares voltado para área de negócios e/ou T.I.

E para realizar está coleta, utilizaremos tecnicas de prototipagem de baixa fidelidade.

Demandas de software são fundamentais para empreendedorismo , inovação, área de negócios, profissionais de T.I. e projetos. Então vamos alinhar a comunicação.

CLIENTE/ÁREA DE NEGÓCIOS: Saiba “pedir” o seu software de maneira simples e ágil. Participe do processo de especificação de maneira produtiva e divertida.

EMPREENDEDORES/STARTUPS: Sua ideia precisa de software para ser viabilizada? Provavelmente SIM. Então saiba comunicar esta sua ideia para os investidores e desenvolvedores de software.

DESENVOLVEDORES: Seu cliente não tem tempo para especificar… Suas dúvidas são muitas… A linguagem de T.I. e negócios é diferente… Mostre ao seu cliente que desenhar pode ser muito rico e produtivo.

SCRUM MASTER: Você aprenderá técnicas que poderá compartilhar com seu time.

PRODUCT OWNER: Aprenderá a coletar requisitos e discutir ideias com a Prototipagem de baixa fidelidade.

PROFISSIONAIS DE TESTES: Seus cenários de testes podem ser lapidados neste processo.

DESIGNERS/UX: Você poderá entender melhor o problema e criar uma experiência mais fluida e real para o seu cliente.

Valide suas hipóteses de software de maneira muito rápida e produtiva.

Vamos, juntos alinhar nosso entendimento sobre o software a ser produzido ou alterado.

É trabalho colaborativo entre todas as partes com o objetivo de produzir resultados. 

E se nós pudéssemos unir estes protótipos com outros artefatos(mais pesados) para complementar a documentação? É possível? 

Participe do treinamento e descubra técnicas altamente produtivas e que engajam as partes envolvidas.  

Clique aqui para comprar

Workshop: Prototipagem – Como ferramenta de coleta e validação de requisitos ágeis

Olá!

Vei aí no dia 11/11/2017(sábado) das 08:30 as 18:00 na Via Academy – SP

Neste treinamento(presencial) iremos prototipar(baixa fidelidade) as funcionalidades de um software e transformar este documento numa especificação leve de software. E depois validar estes artefatos(com ajuda de uma ferramenta de prototipagem) junto aos nossos usuários.

Nosso objetivo: Mostrar o poder dos protótipos(de baixa fidelidade) para validar(rapidamente) interfaces de produtos digitais com custo quase zero, através de modelos colaborativos.

  • Como coletamos requisitos? Processo Atual.
  • Requisitos ágeis são apenas hipóteses que precisam ser validadas
  • A importância de rascunhar e desenhar para expor e discutir ideias
  • Diferentes Atores: Área de TI & Desenvolvedores & Negócios & Cliente & Usuários
  • Engajamento de pessoas envolvidas
  • Protótipos de baixa fidelidade
  • Um trilhão de maneiras de desenhar a mesma interface digital e suas nuances
  • Personas
  • Jornada de usuários
  • Validando os protótipos com usuários
  • Protótipos Navegáveis – Ferramenta digital
  • Testes A/B
  • Praticando

Quem pode participar?

Desenvolvedores de software, Líderes Técnicos, Testers, Analistas de Negócios/Requisitos/Produtos, Gerentes de Projeto, Scrum Masters, Product Owners, Clientes/Usuários(Stakeholders) e qualquer profissional que precise coletar e/ou explicar suas necessidades de softwares para um terceiro.

Então vamos criar protótipos dignos do prêmio Internacional de design? Não. Nossa meta é utilizar protótipos(de baixa fidelidade) para comunicar uma ideia e rapidamente validar ou descartar. Pensamento enxuto. Ciclo curto. Foco no que é valor para o cliente. isto te lembra alguma coisa?

Vamos trabalhar de maneira colaborativa e divertida.

Algumas informações adicionais:

  • Ótima localização – em frente ao Shopping Frei Caneca
  • Estrutura da sala com mesas redondas (modelo para facilitar as interações)
  • WIFI disponível na sala de aula
  • Coffee break delicioso.
  • Excelente oportunidade para ampliar seu networking
  • Material em PDF

Treinamento produzido pelo blog canaldevbr.com em parceria com SPH Sistemas.

Em caso de dúvidas mande e-mail para: contato@canaldevbr.com

As vendas iniciam em 21/09/2017. Aproveite o preço reduzido do primeiro lote.

Aguardamos vocês lá!