Um guia rápido para a implementação do ATDD – Infoq.com

Olá!

Quem realiza os testes de seu software?

Vocês utilizam o famoso TDD? Teste Depois do Deploy – rs..rs

O que deve ser testado?

Como deve ser testado?

Por quem?

As dúvidas são muitas em relação a testes de softwares.

Veja no portal Infoq.com

Testar, deveria ser parte fundamental do processo. Para mim, testes e qualidade de código andam juntas.

Então vamos usar e abusar de código limpo, refatoração, extreme programming, testes unitários e TDD. Um código bem escrito contribui muito para manutenção do software.

Que tal  acrescentar ATDD? Além da melhoria da qualidade, a colaboração gerada e alinhamento são dois grandes bônus.

Qualidade não somente no comportamento/automação de testes, mas nos bastidores do seu software, seu código fonte agradece.

Veja mais informações:

ATDD passo a passo

Para ter bons testes unitários, o código fonte precisa ser limpo

Vídeo(43 min) sobre Qualidade de código com Wagner Fusca

 

 

 

Evento Online: XPConfBR 2018

Olá!

O framework ágil mais famoso é o Scrum…

Extreme Programming é um método ágil com foco nas equipes de desenvolvimento.

E por quê não combinar com Scrum?

Participe do XPConfBR 2018 e saiba mais sobre o tema. Evento produzido por Wildtech

Faça sua inscrição neste link

Livro sobre Extreme Programming

Aula sobre Extreme Programming – Vídeo(21min)

Aproveite o preço promocional até 01/05/2018. Corre, avisa sua equipe de desenvolvimento.

Quer saber mais sobre Agile? Veja Agile SubWay Map

asm

 

 

 

 

Produto:Versão de testes eterna, ou quase isso!

Olá!

Ontem(12/02/2018), li a notícia sobre o lançamento do Youtube Go no Brasil (Fevereiro/2018). Logo baixei o aplicativo e fui testar.

A interface simples e bem objetiva, revela de forma clara o funcionamento do produto. Funciona muito bem. Atende ao propósito.

Algumas coisas me chamaram a atenção na Google Play (dados de 12/02/2018) – versão de 07/02/2018

  • Aplicativo não lançado
  • Talvez ele seja instável
  • 10 milhões de download

YoutubeGo

youtubego2

Após utilizar o aplicativo, fui atrás de notícias que falavam sobre o produto, encontrei esta notícia que diz sobre a primeira versão lançada na India em Setembro/2016. de de onde eu tirei os seguintes dados abaixo:

O processo de elaboração da app:

  • Uma equipe de engenheiros, designers e pesquisadores
  • Coletaram informações em 15 cidades da Índia
  • Ouviram Feedback dos usuários
  • Experiência de uso mais relevante e mais barata
  • Produto pensado no uso offline ou em conexões de baixa qualidade
  • Funções básicas para atender ao propósito

Fica claro, que o Google investiu na ideia de: Ouvir a dor do usuário final

Pesquisar, estudar, avaliar, rascunhar e lançar várias versões (ainda em beta) para que os usuários finais pudessem EXPERIMENTAR.

Pra mim, isto é Lean Startup: Construir, Medir e Aprender.

Ainda hoje(Fevereiro/2018) continua o aviso de versão beta, que pode trazer instabilidade, conforme as imagens acima(capturadas diretamente da Google Play em 13/02/2018).

Com estas versões betas, eles aprendem sobre o produto, ideias que deram certo, errado, novos rumos e além do fato de “colocar o usuário final como centro desta ação”. Todos ganham.

O que estou querendo dizer é: o poder da experimentação realizada diretamente com o usuário final. Por quê não investimos mais neste modelo?

Alguns motivos que tenho ouvido, para não investirmos:

  • “Nosso cenário é complexo, não admite experiências”
  • “Temos um produto que interage com um ecossistema”
  • “Não se testa com cliente, brinque na sua casa”
  • “Nosso segmento é acompanhado de perto pelo órgão regulador, não temos margens para experimentações”
  • “Nosso concorrente também não faz”
  • “Todo o nosso processo interno e de governança são muito rígidos”
  • “Não existe MVP, existe produto completo, o resto é balela de consultor”
  • “Não temos um time dedicado”
  • “Devemos sim, ser digital, mas sem ações de riscos e pensando sempre no médio prazo, pelo menos nos próximos 3 anos”
  • “Produto que envolve múltiplos canais e sistema legado não podem ter pequenas entregas…”

Resolvi, não seguir enumerando os demais motivos.

Claro, que adotar uma estratégia de pequenos incrementos -> testar – validar/descartar com o usuário final, de fato é uma mudança muito grande em relação ao modelo atual, vigente na maioria das empresas. E que estes ambientes, possuem diversas restrições: do gestor, da equipe, do cliente, do usuário final, do PMO, do GP, regulatórias, de processo, governança e etc.

Cabe a cada empresa, avaliar o seu processo e dizer se deseja iniciar uma jornada mais centrada no usuário final do seu produto, e com isso assumir todos os riscos e aprendizados que o modelo proporciona.

Desenvolver produtos com foco no cliente, é um grande desafio.

Qual empresa que você conhece lançaria uma versão(loja de app) com o aviso: “Talvez ele seja instável”

Novos tempos, novas maneiras de fazer.

Sim, isto implica em mudar o processo e o “famoso mindset”.

Será que o pessoal do Google andou lendo o livro Direto ao Ponto, do grande mestre Paulo Caroli?

Que tal alguns experimentos? Bora começar?

Feito, melhor que perfeito.

Treinamento LIVE AGILE com IoT – 14 e 15/04 – SP

Olá!

Vem aí mais uma edição do LIVE AGILE. Desta vez com Internet das Coisas.

Vamos construir uma aplicativo Android interagindo com IoT. Você não precisa saber programar, nem irá. Temos um arquiteto para isso! rs..rs

Saiba mais sobre as edições anteriores.

Práticas ágeis: Da concepção a entrega – vida real. Software real, que ficará disponível na Google Play. 

Um treinamento para:

  • Scrum Masters
  • Product Owners
  • Gerentes de Projetos/PMOs/Gestores
  • Analista de requisitos/negócios/produtos
  • Desenvolvedores de softwares
  • Arquitetos de softwares
  • Testadores
  • Empreendedores

Compre no link abaixo.

https://www.eventbrite.com.br/e/treinamento-live-agile-com-iot-internet-das-coisas-tickets-41909121310?aff=eac2

No primeiro dia do treinamento, apresentaremos a visão do produto, e nossos participantes:

  1. Discutir a ideia
  2. Definição do escopo
  3. Ainhamento
  4. Priorização
  5. Detalhamento

Nosso Arquiteto de software(Kelver) estará presente o tempo todo. No final do primeiro dia ele vai estimar e dizer a carga da Sprint que será entregue no domingo.

No segundo dia, Kelver construirá ao vivo o Sprint Backlog. Do zero a produção em 2 dias. Vamos misturar Scrum, XP e Kanban!

Enquanto ele constrói, nos vamos fazer algumas atividades/dinâmicas, aprenderemos conceitos/tecnicas Agile, discutiremos e acompanharemos toda a construção. Vida real amigo!

Eu, estarei facilitando.

Venha participar – aproveite o preço de pré-venda até 04/02/2018

No espaço Via Academy – em frente ao Shopping Frei Caneca.

Agile é interagir para produzir resultados.

 

 

Bate papo sobre Canvas Feature no canal Mundo Compartilhado

Olá

Nosso amigo, Jose Jr do Mundo Compartilhado, nos abriu espaco do seu canal para falarmos sobre Canvas Feature – Como mapear riscos, aumentar a compreensão sobre a Feature e proover alinhamento de forma muito direta, produtiva e colaborativa.

Baixe aqui o Canvas Feature.

Veja o vídeo(37 min) no canal Mundo Compartilhado

Construir software requer: colaboração entre todos os envolvidos no processo e altas doses de interações.

Aproveito e convido a todos a se inscreverem no canal Mundo Compartilhado.

Agile é interagir, agir e produzir resultados.

Quer bater um papo sobre o Canvas Feature? contato@canaldevbr.com e agendamos.

Mais sobre mim – canaldevbr.com/sobre

Quer participar do próximo? Inscreva-se já – vagas limitadas.

  • ooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo

  • oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo9oooooooo9ooooooo9oooooooooooooooooooo9ooooooooooo9ooooooo9ooooooooo9ooooooooo9oo9oooo9o9ooooooo9ooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo9oooooooooooooooooooooooooooooooooo9oooooooo99ooooo99ooooooooo99ooooooooooooooooo9oooooooooooooooooo9ooooo9o9ooooo9ooooooo9oooooooooooooooooooooooooo9oo9ooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo9oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo9ooooooo9oo9ooo9oo9oooo9oo99o9o9ooo9oooooooooooooooooo9oooo9oooooooooooooooooooooooooooooooooooooooooooooooooooooooooo9ooooooooooooo9o9oooooooooooooooooo9ooooooooooo9oooo9ooooooo9ooooo9oooooooooo9ooooooooo9ooooo99oo99ooooooo9o9o9oo9oo9oo9oo9o99oooo9oo99ooo9oooo9ooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooopo9oooooopooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooopooooopooooooooooopoooooopoooooooooooooooooooooooooppoooooooooooooooooooooopoppppoooooopoooooopoppooooooppopopppopppppopoooppppopopoooppopopppppppoppoopppoppppopopoppppppppppppp para ooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 11 ooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo a oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo a 99p9pppoop9o9999oooo9oo999o9pooooooooooooooooooooooooooooooooooooooooo

Cinco coisas que todo desenvolvedor de software deve saber sobre Arquitetura de Software

Olá!

De quem é a responsabilidade da arquitetura do software? De todos os integrantes da equipe.

Trabalho colaborativo o tempo todo.

Se você arquiteto de software, acha que deve permanecer no Olimpo a maior parte do seu tempo? Cuidado, o céu pode desabar!

Veja o artigo no portal Infoq.com/br

https://www.infoq.com/br/articles/architecture-five-things

Trabalho colaborativo.