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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

4 motivos para envolver o usuário final na concepção de produtos digitais

Olá!

Vamos começar explicando o que é um produto digital: Um software, seja ele uma app, aplicação desktop/web, embarcdo ou outra encanação qualquer.

E quem é o usuário final em nosso ponto de vista? O profissional que utiliza frequentemente o produto digital para:

  • Realizar alguma atividade que impacte (in)diretamente o cliente
  • Facilitar suas tarefas com o apoio do produto digital
  • Contribuir para tomada de decisão com base em informações extraídas deste produto digital
  • Otimizar sua rotina, liberando para atividades mais nobres
  • Outros

Veja os 4 motivos:

  1. Seu cliente é importante
  2. Engajamento do usuário final
  3. Construir/evoluir produtos melhores com foco nas reais necessidades
  4. Cliente satisfeito gera mais dividendos

Agora, vamos falar um pouco sobre cada um deles

1.Seu cliente é importante

Quando você através de um produto digital, realiza um bom atendimento, você esta respeitando e valorizando o seu cliente.

Pense no seguinte cenário:

Vamos supor que seu cliente, é uma operadora de telefonia, e o atendimento aos clientes do seu cliente é realizado via call center.  Neste local, você tem inúmeros atendentes que utilizam produtos digitais para responder dúvidas e fazer procedimentos para os clientes do seu cliente.

E se este produto digital, tivesse uma pane? Se ele fosse lento? Se ele fosse confuso…

Na pratica, isto significará que o produto digital, não levou em consideração as reais necessidades do seu cliente, ou melhor do atendente, logo o seu cliente não esta sendo importante.

2.Engajamento do usuário final

Você gosta de ser ouvido ou ignorado?

Ao ouvir o seu usuário, você estará de maneira muito simples, “dando voz a ele”.

Faz sentido ouvir este usuário final? Com total certeza, pois ele esta DIRETAMENTE envolvido no dia a dia do produto digital.

E com o engajamento, ele vai contribuir de maneira mais intensa com o produto digital. E o conhecimento que este profissional tem da operação? e do seu cliente? Vai ignorar este conteúdo?

3.Construir/evoluir produtos melhores com foco nas reais necessidades

Para construir/evoluir, a maneira mais simples é entender o dia dia da operação, fluxo de documentos, atividades, restrições…

Quem não ouviu falar de produtos que nunca foram utilizados por seus usuários?

Que são confusos?

Que não atendem minimamente as reais necessidades?

É uma forma barata e mais assertiva de construir, com proximidade com usuário final e trazendo ele para o seu time.

4.Cliente satisfeito gera dividendos

Vivemos num mundo onde o consumidor é rei, então tratá-lo bem, é nosso dever.

E quando este personagem esta satisfeito ele gera dividendos para todos:

  • a marca
  • a empresa
  • o produto
  • colaboradores

Cliente satisfeito, compra mais, indica seu produto e pode até tornar fã- do seu produto.

É fácil?

eBook-04 motivos para envolver o usuario final na concepcao de produtos digitais_Outubro_2018_v01

 

 

 

 

 

Semana de trabalho de 4 dias – experiência da Perpetual Guardian

Olá!

A grande maioria de nós trabalha 5 dicas na semana, com carga horária bem extensa, por variados motivos.

Mesmo no mundo do trabalho do conhecimento, ainda existe o pensamento que vincula carga horária com produtividade.

Este artigo publicado no Infoq, relata a experiência da Perpetual Guardian com semana de trabalho de 4 dias.

#SemanaDeTrabalho4dias

#MaisProdutividade

#VidaPessoal

Semana4dias

 

 

Combo Agile: Segundo treinamento por mais R$1.00 – Uau!

Olá!

Você não leu errado! Nem é pegadinha.

Basta comprar o workshop presencial Ferramentas para Product Owners – 25 e 26/10/2018 – SP – 18:45 as 22:30 – Presencial – De R$897.00 por R$597.00

E na hora de comprar o curso de (Ferramentas – no link acima) você acrescenta por mais R$1.00 o Curso de Construção de backlog(30 e 31/10 – SP 18:45 as 22:30 – presencial)veja a ementa
Oferta válida até 16/10/2018

E ainda parcela em 6x sem juros!

Dúvidas: envie email para contato@agilenow.com.br

Ambos os treinamentos – presenciais – noturno 18:45 as 22:30 – região da Frei Caneca

Interações presenciais para produzir resultados!

pacoteumreal