Inception to Go – Uma abordagem centrada no usuário e no desenvolvedor

Olá!

Vamos falar de projetos.

Projetos de softwares. Até parece assunto dos profissionais de Tecnologia da Informação, gestão de projetos, governança e outros, mas não é, é um tema que impacta diretamente as pessoas no cotidiano. Duvida?

Em nosso dia a dia utilizamos dezenas de aplicativos, para as mais variadas finalidades: pedir comida, deslocar, pagar contas, etc.

Mas e se, você fizesse parte de um time de uma empresa, no papel de Product Owner, analista de negócios, desenvolvedor, gerente de projeto e outros correlatos, como mapearia as reais necessidades dos seus clientes?

Os clientes podem ser internos (áreas de negócios) ou externos, isto não importa.

O que realmente importa é construir(rapidamente) software de acordo com as reais necessidades deste cliente, e gerar impacto no cotidiano.

Você esta fazendo isso?

E se eu te falar que Inception to Go, é uma abordagem para definir produtos digitais (softwares) considerando dois personagens centrais: O usuário final e o desenvolvedor.

Nada mais justo do que considerar relevante, quem vai utilizar o produto no dia a dia (usuário final) e o desenvolvedor que irá construir.

Pareceu confuso?

Então baixe este material e saiba mais sobre Inception to Go

Se o seu cliente é importante, então você vai levar em consideração o usuário final e o desenvolvedor.

Ao acessar nosso material inicial, entenda:

  • O que é Inception to Go?
  • Qual aplicação?
  • Quais benefícios?
  • Visão macro

Inception to Go

Softwares, impactam vidas.

Inception_to_Go_Imagem

Instruções/dicas para participar dos nossos Webinars GRATUITOS

Olá!

Nós(da Agilenow) estamos promovendo diversos Webinars GRATUITOS com o intuito de compartilhar conhecimento/dicas que aplicamos em nosso dia a dia.

Alem de teoria, os Webinars, reúnem dicas práticas, literatura, muito networking e interações.

1o. Fica de olho na programação semanal

https://canaldevbr.com/proximos-webinars/

2o. Após se inscrever, confere seu e-mail

Logo após sua inscrição, você receberá um e-mail contendo as informações e o link(para assistir)  do seu webinar. Então fica de olho na caixa de entrada, SPAM, lixeira e afins.

3o. Se o email caiu na caixa de SPAM

Ou na lixeira ou correlatas, assinale nosso email como sendo de um contato confiável.

4o. Horário do Webinars

São sempre no horário de Brasília(normalmente as 20:01 até as 21:31), ONLINE, ao vivo e gratuito.  O link de cada Webinar, fica disponível entre 19:30(horário de Brasília) até o término do webinar, naquele dia.

5o. Ferramenta para assistir o Webinar

Utilizamos o aplicativo ZOOM, veja a pagina do app – zoom.us

É realizado o download do app no seu dispositivo. Nunca tivemos nenhum incidente de segurança.

6o. Entre uns 10 minutos antes

Assim você pode testar com calma, o seu áudio, se esta vendo o compartilhamento da tela, conexão de internet. Caso tenha algum problema:

  • Saia do Webinar
  • Reinicie seu dispositivo
  • Verifique as conexões
  • e acesse novamente

7o. Anote as informações/dicas 

Anote com papel/caneta ou digitalmente, mas anote, isto reforçará o aprendizado

8o. Vamos compartilhar contigo o PDF utilizado no Webinar 

No final do Webinar, você receberá um e-mail com o link do PDF utilizado, Linkedin do palestrante, grupo do Telegram e avaliação.

9o. Estude o PDF

Leia o PDF com calma, faça anotações, clique nos links, estude, discuta (RESPEITOSAMENTE) com seu time, crie mapas mentais e compartilhe. O nosso objetivo é melhorar os seus ambientes de projeto/produto.

10o. Forneça feedback sobre o Webinar

Isto é muito importante, nos ajuda a melhorar, promover correções, ajustes e produzir um conteúdo mais aderente as suas necessidades.

11o. Webinars serão gravados? Disponibilizados no Youtube?

Sim, estamos trabalhando nisso. Vamos criar um canal no Youtube, uma plataforma EAD gratuita e um Podcast(gratuito) com os conteúdos. Nossa previsão é finaizar tudo isso até 31/12/2019 – ufa!

12o. Interações durante o Webinar

Recomendamos(fortemente) a sua participação para enriquecer o Webinar com seu ponto de vista, dicas, ideias e sugestões. Assim todos nós podemos aprender.

13o. No caso de outras dúvidas

Envie e-mail para contato@agilenow.com.br

Compartilhar, a nova maneira de ensinar, aprender e contribuir para aplicação prática.

Obrigado!!!

Abraços

Fernandes Lima

ProximosWebinars

 

 

Qual o problema das coisas simples?

Olá!

Não sei se é uma impressão minha, mas tenho observado algumas pessoas questionando as coisas simples.

Sinceramente, não entendo qual o motivo.

Eu tenho buscando cada vez mais a simplicidade, quanto mais simples, melhor (pra mim é claro).

O fato de eu aprender algo, simples, significa que será fácil? Eu acredito que não. Vamos aos exemplos:

Treinar 4 vezes por semana numa academia, é simples? Sim.

Mas você consegue fazer isso? É fácil manter este ritmo? Não exige esforço? é fácil? E os aprendizados em cada treino?

Será que é simples mesmo? Sim, basta você pagar, e treinar nos dias definidos e conquistar o “shape perfeito”.

Simples, mas exige esforço, dedicação, disciplina e treinos frequentes.

E o framework Scrum, é simples?

Sim, segundo a definição do Scrum Guide.

Vai tentar “aplicar” em seus projetos?

E “executar perfeitamente” cada cerimônia dentro do objetivo esperado…

A definição do Sprint é bem simples, mas…

A definição de pronto é simples…

Observe o número de artigo, livros e eventos falando sobre o tema.

E as certificações?

Então, sim o Scrum é simples de entender.

ScrumEhSimples

 

Eu prefiro as coisas simples, mas nem por isso significa que são fáceis,  ou não exigem esforço, aprendizados, discussões e praticar constantemente.

Achar algo simples de entender, não praticar no seu dia a dia, e não enxergar o poder da simplicidade, é um erro comum, no meu modesto entendimento. Simples assim!

E por falar em coisas simples…

ScrumEhSimplesPesquisagoogle

A ideia da pesquisa do Google é super simples, mas e a engenharia/esforço necessária para criar algo tão fantástico.

Esta é somente a minha humilde opinião.

 

 

 

 

 

 

 

 

Quantas Sprints para construir um M.V.P.?

Olá!

Vamos contextualizar primeiro.

M.V.P. (Minimum Viable Product) – produto mínimo viável, ou seja uma versão muito enxuta do seu produto que entrega valor para o seu cliente, e permite aprendizados, validar o mercado, o público ou ainda viabilidade técnica.

O conceito M.V.P. foi popularizado no Livro Startup Enxuta do Eric Ries, a ideia consiste trabalhar com poucos recursos, e buscar validar ou não a hipótese do MVP.

MVP não é:

  • Produto ruim
  • Protótipo
  • Foco na parte técnica

Vamos imaginar o seguinte exemplo:

Pense que você quer aplicativo para unir cuidadores de idosos e famílias que tenham idosos, e demandem um cuidador. Este seria o objetivo do seu produto completo, que teria inúmeras funcionalidades para cuidar de toda a jornada do cuidador, do contratante, da plataforma e assim por diante.

A ideia do MVP, seria construir algo muito simples, de valor para ambos os públicos e proporcionar alto aprendizado com períodos curtos de tempo.

O MVP neste caso poderia ser:

  • Uma pesquisa(por exemplo no Google forms) em grupos de Whatsapp perguntando se você contrataria este serviço?
  • Uma Landing page para você se oferecer como cuidador com seus dados de contato, ou a  família, e alguém fazendo o contato entre as pontas.
  • Um vídeo no Youtube explicando como funcionaria o serviço

Acho que ficou claro o que é M.V.P, senão veja os links abaixo no final deste post.

E Sprint, neste caso estamos falado das Sprints do Scrum, que é um período de tempo(de 1 a 4 semanas), onde o Time Scrum trabalha para realizar uma entrega de valor para o cliente. Na sprint, o time faz planejamento, inspeções diárias e trabalho árduo, até acabar o período de tempo acordado para o tamanho da Sprint.

No final deste post colocaremos alguns links para que você possa estudar sobre o Scrum.

Agora, voltando ao tema do post.

Vamos imaginar que nosso aplicativo ligando cuidadores de idosos a famílias tivesse as seguintes funcionalidades – produto “completo”:

  1. Pesquisar cuidadores
  2. Pesquisar famílias
  3. Match cuidador X Família
  4. Perfil do cuidador
  5. Perfil da família
  6. Agendamento da primeira visita
  7. Fechamento de contrato
  8. Envio de documentação do cuidador
  9. Avaliação da documentação do cuidador
  10. Aprovação do cuidador
  11. Reprovação do cuidador
  12. Avaliação do cuidador por parte da fámilia
  13. Avaliação da família por parte do cuidador
  14. Ranking dos melhores cuidadores
  15. Ranking dos melhores famílias

Estas seriam as funcionalidades do produto “completo”, e M.V.P, seria as funcionalidades abaixo:

  1. Pesquisar cuidadores
  2. Pesquisar famílias
  3. Match cuidador X Família

MVpCuidadorFamilia

Então neste caso, estamos escolhendo as 3(três) funcionalidades que vão compor o nosso MVP. Imagine que nosso time desenvolvimento estimou que para desenvolver este MVP, seriam necessários 5 sprints de 2 semanas cada.

Então neste caso, nosso MVP seria construído em 10 semanas. Logo, um MVP  pode consumir várias sprints. E este é o cenário mais comum.

Desta forma, quanto mais funcionalidades, mais recursos exigirá.

Vamos pensar Lean, este é o desafio!

Alguns links

O que é um MVP?

Sprint: O coração do Scrum

Audiobook(português) do Scrum Guide 2017 do André Gomes

Dica de livro: Lean Inception

Dica de livro: Comece sua Startup Enxuta

MVPQuantasSprints

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

5 motivos para fazer uma P.O.C.

Olá!

P.O.C. – Proof Of Concept(Prova de Conceito) é um experimento que realizamos a fim de testar um cenário técnico, processos e viabilidade de uma tecnologia. Saiba mais neste link

Imagine que você recebeu do seu cliente, uma demanda de software, onde envolve a utilização de uma API de pagamentos, e seu time de desenvolvimento nunca trabalhou com esta tecnologia, então seria o cenário perfeito para fazer uma P.O.C. para aprender na prática sobre a API de pagamentos.

Ou seja, a P.O.C. é um experimento que produz muito aprendizado, com ciclo curto e atrelado a resolver algum desafio de negócio (de escopo muito mais amplo)

Vamos ver abaixo, 5(cinco) motivos para fazer uma P.O.C. (em minha opinião).

1.Hardware dedicado envolvido

catracas

Vamos imaginar que seu time de desenvolvimento precisa construir um software para uma academia, e neste local precisa de uma catraca, que deveria ser controlada por seu software e seu time nunca trabalhou com este tipo de catraca. Este é um ótimo cenário, pois envolve um hardware dedicado(a catraca, no caso).

Desta forma ao fazer a P.O.C. para aprender sobre a catraca, ele estaria ganhando experiência com o equipamento e com isso a construção do software para academia, ficaria mais previsível(no tocante a catraca, pelo menos)

Alguns tipos de hardwares dedicados, no quais eu faço P.O.C.

  • Painéis de senha
  • Impressoras fiscais
  • Coletores de dados
  • Máquinas industriais
  • Sensores/IoT
  • Catracas

2.Viabilidade técnica com muitos caminhos

Desenvolvimento Mobile

Você precisa resolver um problema da área de negócios, e existem diversas tecnologias concorrentes.

E se você tivesse que construir um Aplicativo Mobile, que tivesse como premissa acesso ao GPS, câmera e Bluetooth para realizar suas funções primárias. E seus times apontassem várias soluções(caminhos) técnicas, por exemplo:

  • RAD Studio
  • Android Studio
  • Xamarin
  • OutSystems

Veja neste cenário, 4 ferramentas que poderiam atender as premissas, então Qual escolher?

Uma P.O.C. poderia ajudar nesta escolha.


3.Integrações entre sistemas

integracoes

E se fosse necessário integrar o ERP da sua empresa a uma solução de terceiros, e esta integração fosse via “troca de arquivos” textos, por exemplo – arquivo CSV (sim, isto ainda existe – e ninguém te conta)

A P.O.C. seria uma ótima forma de realizar a integração, para sentir o nível de dificuldades, validar o layout, testar performance e etc.


4.Primeiro contato com a tecnologia

primeirocontato

Em sua empresa, você utilizam tecnologia de banco de dados relacional, por exemplo: SQL Server, Oracle ou MySQL, e surge a necessidade de utilizar um banco de dados noSQL, como o MongoDB.

Ou seja, seria o primeiro contato do seu time com a tecnologia noSQL, através do MongoDB.

Eu faria uma P.O.C.


5.Clarear requisitos

luz

Quando o seu cliente não entende muito bem o que ele deseja, e quando o time também tem dúvidas técnicas sobre algum ponto do projeto/produto.

Neste cenário, eu gosto de fazer um brainstorm para obter um entendimento mínimo do problema(sob a ótica de negócio), e se o time tiver alguma dúvida técnica, ou sobre performance, ou sobre o comportamento, eu faria a P.O.C.

Até a próxima

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Porque criamos um grupo no Telegram

Olá!

A imensa maioria dos brasileiros conhece e utiliza no dia o Whatsapp, ele é uma excelente ferramenta de comunicação. Também participamos de vários grupos de Whatsapp.

Porém recentemente precisamos de uma ferramenta com o mesmo objetivo do Whatsapp, porém com alguns recursos extras.

Então escolhemos o Telegram, um aplicativo com a mesma finalidade do Whatsapp, porém com recursos bem interessantes. Ele tem versões(baixe nos links a seguir) para Android e iOS

Veja porque a gente escolheu o Telegram:

  • Grupos com até 200 mil participantes
  • Melhor gestão sobre o envio de mensagens
  • Agendamento de mensagens
  • Criação de Enquetes
  • Maior controle de permissões
  • Acesso ao histórico de mensagens, mesmo você sendo um novo integrante
  • Diversos plugins

Temos um grupo no Telegram, chamado ConteúdosAgilenow, compartilhamos conteúdos DIARIAMENTE com o objetivo de contribuir com pessoas, times e empresas. Caso queira entrar neste grupo, envie e-mail para contato@agilenow.com.br relatando que desejar entrar no grupo do Telegram.

Tipos de conteúdos relacionados ao ambiente corporativo, agilidade, tecnologia e startups:

  1. Artigos/posts
  2. Vídeos/podcasts
  3. Dicas de livros
  4. Dicas de eventos
  5. Dicas de cursos gratuitos/pagos
  6. A programação de nossos Webinars semanais (publicado primeiramente neste espaço)
  7. E muito mais

Em nosso modesto ponto de vista, vale muito a pena ingressar no Telegram, mas se você discorda por qualquer motivo, está tudo bem!

Saiba mais sobre o Telegram

25 dicas para o Telegram

Novidades no Telegram

GrupoNoTelegram

 

 

 

 

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