Cantinho do Agile

A Importância do Feedback Rápido

2012-01-10T07:04:00.001-08:00

Na cultura ágil, o feedback rápido é um dos mecanismos mais importante para melhoria contínua e desenvolvimento do produto.

Um feedback rápido exige uma boa comunicação da equipe. Sendo que a equipe de desenvolvimento, o cliente e as partes interessadas são da mesma equipe.

Geralmente, uma equipe com problema de comunicação, não dão a real importância ao feedback. Isso conseqüentemente resulta em um produto ou serviço que não satisfaz o cliente, e desmotiva a equipe por entregar um valor não desejado ao cliente.

Afirmo que um feedback rápido é importante para todo o tipo de equipe.

Exemplo: Uma equipe de lanches rápidos cuida bem de todas as etapas de elaboração do um lanche que satisfaça o cliente. Mas tem uma logística de entrega deficiente, e acaba entregando o lanche frio ao cliente. Se o cliente não der um retorno à equipe de lanches, provavelmente a empresa dessa equipe terá sérios prejuízos e imagem prejudicada no mercado.

Resumindo, sem feedback fica difícil desenvolver um produto ou um prestar serviço, que vá de encontro ao objetivo do cliente.

Ta-ta for now!

Usando o Espírito de Equipe para Vencer Metas

2012-01-02T16:02:00.001-08:00

Festa de natal e virada de ano, uma equipe chamada família, se une para vencer as metas de fazer um natal e uma virada de ano feliz. Alguns cuidam da decoração e outros do cardápio, e assim as metas de fazer o natal e a virada do ano são concretizadas.

Na cultura ágil, o trabalho em equipe é importante para desenvolvimento do produto de software. Mas o trabalho em equipe não esta limitado somente a área de TI. As demais áreas de uma empresa focam o trabalho em equipe, e vencem suas metas através do espírito de equipe.

Os colaboradores geralmente são incentivados a trabalhar com espírito de equipe através de treinamentos, workshops, palestras e apoio dos líderes.

Alguns benefícios que espírito de equipe proporciona aos colaboradores e empresas:

Troca de informações entre profissionais heterogênicos;
Ambiente unido;
Boa comunicação;
Profissionais que vestem a camiseta da empresa;
Todos integrantes da equipe tem compromisso de equipe. Ganham e perdem como equipe.

Happy 2012!

Ta-ta for now!

Agile Talk 2012 em Belo Horizonte

2011-12-22T15:17:00.001-08:00

Dia 07/01/2012, ocorrerá o primeiro evento da comunidade ágil de Minas Gerais. Assuntos como Agilidade, implantação do Scrum na Presidência da República e Lean Startup serão abordados.

Mais informações:

http://www.agilhes.com/agiletalk/

Fonte.: http://www.agilhes.com/agiletalk/

Ta-ta for now!

Vídeo: Sensibilidade feminina é essencial para uma líder by HSMInspiringIdeas

2011-11-22T18:42:00.001-08:00

Uma das maiores líderes do país, a doutora Janete Vaz, fala sobre as características necessárias para a mulher enfrentar os os desafios e dificuldades para ser reconhecida e respeitada como líder:

http://www.youtube.com/watch?feature=player_embedded&v=OBcl39fFkgU

Fonte:

“Sensibilidade feminina é essencial para uma líder” by HSMInspiringIdeas:

http://www.youtube.com/watch?feature=player_embedded&v=OBcl39fFkgU

Ta-ta for now!

A Cultura Ágil deve ser adotada por toda Empresa

2011-11-03T18:35:00.001-07:00

A cultura ágil adotada apenas pela equipe de TI tem grande probabilidade de fracasso. Imagine somente o departamento de TI adotando a cultura ágil e os demais departamentos desconhecerem. Um exemplo, o departamento financeiro solicita um produto para TI, mas participa pouco do desenvolvimento do produto, e conseqüentemente o projeto fracassa.

Outro exemplo, o departamento comercial vende um produto com base no modelo cascata e a TI desenvolve usando ágil. Geralmente acontece uma adaptação do ágil nesta situação, um bom exemplo é o famoso ScrumBut.

A participação de toda empresa na cultura ágil, torna mais fácil adaptação inicial e a continuação. E conseqüentemente, a cultura de aceitação de mudanças e comprometimento de todos os colaboradores.

Mas não devemos ser utópicos, algumas empresas fracassam na cultura ágil. Assim como existem fracassos no modelo cascata, ou seja, a cultura ou o modelo esta ligada as características da empresa e dos colaboradores.

Ta-ta for now

Vídeo usando JMeter para testar o RESTful

2011-10-21T17:36:00.001-07:00

Um vídeo didático que mostra como fazer teste do webservices RESTFul usando JMeter:

http://www.youtube.com/watch?v=3xezjD-TKyE

Vale a pena conferir.

“Test de RESTful Web Services usando JMeter”:

http://www.youtube.com/watch?v=3xezjD-TKyE

Ta-ta for now!

Automatização de Testes através da Correção de Defeitos

2011-10-18T08:39:00.001-07:00

Ray Claridge discorre sobre uma idéia alternativa para automação de testes, através da correção de defeitos. Abaixo uma pequena síntese da idéia:

A cada defeito corrigido é verificado se a funcionalidade trabalha corretamente. E um script automatizado de testes é escrito para cobrir a funcionalidade. Assim sendo, lentamente com tempo é construído um pacote de teste de regressão, ao invés de tentar automatizar os testes a cada módulo.

É um ponto de partida rápido para automatizar os testes. Com o tempo e amadurecimento na automação, a opção pela tradicional automação por módulo, é uma idéia a ser pensada e considerada.

Fonte:

“An Alternative Approach to Automated Testing” by Ray Claridge:

http://www.testertroubles.com/2010/06/alternative-approach-to-automated.html

Ta-ta for now!

Entrega Rápida

2011-10-17T06:58:00.001-07:00

O que é necessário para fazer uma entrega rápida?

Tenha as pessoas certas: As pessoas certas pensam por si mesmas, resolvem problemas, são pró-ativas e flexíveis, tomam as medidas apropriadas e decisões certas;

Mantenha as coisas simples: Mantenha os requisitos e as soluções simples. Encontre a maneira mais fácil de atingir o desejo do cliente;

Trabalhe em equipe: Trabalhe realmente em equipe, ajudando uns aos outros, para se certificar de que a equipe consegue atingir os objetivos almejados;

Elimine desperdícios;

Qualidade no desenvolvimento do produto. Elimine os erros ao máximo, entrega com qualidade sempre vem em primeiro lugar.

Fonte:

“Lean Principle #5 – Deliver Fast” by Kelly Waters ttp://www.allaboutagile.com/lean-principles-5-deliver-fast/

Ta-ta for now!

Evento Agile Night em Porto Alegre - 17 de outubro de 2011- Gratuíto

2011-10-12T06:28:00.001-07:00

Evento Agile Night em Porto Alegre no dia 17 de outubro de 2011.

Palestras:

OnCast de Florianópolis;
ThoughtWorks;
GUMA;
3 cases da RBS;
Painel no final.

Objetivo:

Discutir como implantar metodos ágeis em um contexto de desenvolvimento de produtos digitais e compartilhar experiências.

Inscrições http://www.rs.sucesu.org.br/inscricao/guma_agile

Evento limitado em 250 participantes.

Ta-ta for now!

1ª Conferência Brasileira de Análise de Negócios em Porto Alegre - RS

2011-09-10T06:34:00.001-07:00

Do dia 22 a 25/11/2011, acontecerá a 1ª Conferência Brasileira de Análise de Negócios em Porto Alegre - RS. Os dias de cursos serão 22/11 e 23/11 e os dias de palestras serão 24/11 e 25/11.

Mais informações: http://babrazil.com/

Fonte: http://babrazil.com/

Ta-ta for now

O Sistema sem Fim

2011-08-14T19:51:00.001-07:00

O sistema sem fim começa com a previsão de tudo que deve ser feito no sistema, não adota entrega iterativa para o cliente e a comunicação é fraca.

Muitas vezes o sistema sem fim nem chega terminar pelos seguintes motivos:

Estouro do tempo de contrato;
Pedido do cliente;
Outros.

Um fato que deve ser analisado é que quase todo sistema sem fim adota o modelo cascata. Sendo que, depois da parada e retorno do sistema sem fim, quase toda equipe acaba adotando as seguintes melhorias:

Uma melhor comunicação;
Busca da colaboração do cliente;
Entrega iterativa de software funcional para o cliente;
Responder as mudanças;
Algum método ágil e boas práticas da engenharia de software.

Em suma, a cultura ágil é uma forma utilizada para sanar a história triste do sistema sem fim. Sendo assim, satisfazendo o cliente e mantendo a motivação da equipe. Pois afinal, software sofre mudança, e não dá para prever tudo como na construção de um prédio.

Fonte:

http://manifestoagil.com.br/

Ta-ta for now

Agile Open Porto Alegre no dia 23 de Setembro de 2011

2011-08-08T15:58:00.001-07:00

No dia 23 de setembro de 2011, será realizado Agile Open Porto Alegre. O evento será das 09 às 18 horas na UniRitter, campus Porto Alegre. Esse evento foi um sucesso em Campinas e Zurique.

Informações sobre o evento e inscrições no site: http://agileopenportoalegre.com/

Obs.: As inscrições são gratuitas.

Fonte:

http://agileopenportoalegre.com/

Ta-ta for now

Vídeo Falsas Certezas - Fabiano Milani

2011-08-07T11:10:00.001-07:00

Uma conversa rápida de Fabiano Milano sobre crenças limitantes, ou seja, falsas certezas:

http://youtu.be/MmCoMP19tE8

Fonte:

“Conversa Rápida - Falsas Certezas - Fabiano Milani” by

adaptworks:

http://youtu.be/MmCoMP19tE8

Ta-ta for now

Vídeo Liderança técnica e bons líderes - Fabiano Milani by adaptworks

2011-08-07T10:45:00.001-07:00

Uma conversa rápida de Fabiano Milano sobre a diferença da liderança técnica e bons lideres:

http://www.youtube.com/watch?v=_Gk3o8r8mkU

Fonte:

“Conversa Rápida - Liderança técnica não é sinônimo de bons líderes - Fabiano Milani” by adaptworks:

http://www.youtube.com/watch?v=_Gk3o8r8mkU&feature=related

Ta-ta for now

Alguns Cuidados ao Aproveitar uma Funcionalidade

2011-08-03T08:28:00.001-07:00

A prática de aproveitamento de uma funcionalidade não é recomendável seguindo as boas práticas da engenharia de software. Mas com maturidade profissional e a corrida contra o tempo é muito utilizada, sendo assim vou citar alguns cuidados que devem ser tomados no aproveitamento de uma funcionalidade:

A funcionalidade que esta sendo aproveitando supre a necessidade do negócio? Lembre-se que você não é apenas um codificador e deve saber o negócio que esta desenvolvendo;
A duplicação de uma mesma funcionalidade em um sistema contribui para o crescimento desordenado do mesmo. Evite arquiteturas inchadas, se estão sendo duplicadas é sinal que são genéricas. Lembre-se do sistema Lean e diga não ao desperdício;
Aplique teste unitário na funcionalidade aproveitada ou genérica ao sistema. Quebrar o teste, refatorar e fazer o teste passar é mais uma contribuição na qualidade do negócio e código;
Aplique Clean Code na funcionalidade. Lembre-se da Regra do escoteiro: Deixe área do acampamento mais limpa do que quando você a encontrou. Mantenha seu código limpo como sua casa

Ta-ta for now!

Dicas para Escrever uma Boa Estória do Usuário

2011-07-21T09:53:00.001-07:00

A estória do usuário é uma técnica de descrição dos requisitos ágeis. A Estória contém nome, uma breve narrativa e critérios de aceitação. É relativamente fácil de escrever, decompor e refinar. Algumas dicas na descrição de uma boa estória do usuário:

Foco no usuário;
Use estórias para facilitar a conversa entre: a equipe, o cliente, o usuário e as partes interessadas;
Escrever estórias é um trabalho em equipe;
Mantenha sua estória simples e concisa;
Progressivas decomposições em estórias menores, melhoram a sua estória;
Não se esqueça dos critérios de aceitação;
Use temas para organizar suas estórias. Cada tema é um grupo de estórias relacionadas.
Use cartões de papéis;
Coloque as estórias em um lugar visível a todos.

Fonte:

“WRITING GOOD USER STORIES”:

http://www.romanpichler.com/blog/user-stories/writing-good-user-stories/

Ta-ta for now

Bacalhau Somente no Prato

2011-07-12T08:34:00.001-07:00

O bacalhau é um apelido dado para programa. Os programadores em COBOL usam muito esse termo ainda.

Mas bacalhau não é uma boa prática de engenharia de software. Geralmente feito as pressas, com testes fracos, orientado a reza e sem as boas práticas da engenharia de software. Resumindo, uma forma de apagar um incêndio rápido.

Afirmo também que o bacalhau não é exclusividade do COBOL, existem vários bacalhaus em Java e outras linguagens. E o ambiente que desenvolve o bacalhau, vai desde bancos a empresas de telecomunicação.

Para acabar com bacalhau que só faz o sistema crescer desordenadamente, como um tumor maligno, existem algumas idéias:

Aplicação de boas práticas de engenharia de software, engenharia de testes eficientes, clean code e consenso da equipe em favor da qualidade.

Moral da história: Não adianta fazer um lixo e ter que refazer várias vezes. O custo será mais alto.

Ta-ta for now

Quando Analista de Negócios não faz o seu Papel

2011-06-25T22:53:00.001-07:00

Uma das grandes causas de fracasso de um projeto é a péssima analise do negócio. Isso acontece quando analista de negócios não faz o seu papel de facilitador entre o cliente e a equipe.

Não estou afirmando que analista de negócios deve saber tudo sobre o negócio. Mas procurar o cliente e as partes interessadas para aprender sobre o negócio e elaborar os requisitos do cliente, são processos que fazem parte do seu trabalho. Mantendo uma comunicação freqüente entre o cliente, as partes interessadas e a equipe.

Geralmente, o fracasso da analise do negócio é causada pela pouca comunicação com o cliente, as partes interessadas e a equipe. Conseqüentemente, analista de negócios acaba levantando requisitos sem valor para desenvolvimento do produto, frustrando o cliente com produto sem valor e a equipe pelo fracasso do projeto. Situação lamentável que leva ao retrabalho e a possível demissão do analista de negócios.

Ta-ta for now

Dependência e Comunicação Fraca em um Projeto

2011-06-25T19:24:00.001-07:00

Era uma vez um grande projeto feito com base na cultura cascata. Esse projeto era composto por vários módulos como cadastro, vendas, compras, estoque, contabilidade, financeiro e outros. Existiam várias equipes e conseqüentemente pessoas trabalhando nele, mas muitas pessoas em um projeto nem sempre é a solução, pois a dependência com o cadastro era um grande gargalo que atrasava os demais módulos e a comunicação era extremamente fraca.

Saliento também que existia dependência entre os demais módulos, mas nada era comunicado e o ambiente não era informativo. Para ajudar a equipe de teste era totalmente isolada das demais equipes e ficava sem caso de uso para testar. Cenário lamentável.

Se projeto fosse feito usando a cultura ágil grande parte dos problemas seriam resolvidos. O módulo de cadastro teria maior prioridade de conclusão com mais de uma equipe trabalhando no módulo. As entregas seriam por iterações com aplicação de reuniões diárias curtas, boas práticas de engenharia de software, boa comunicação, ambiente informativo e cada equipe composta por um testador. Com certeza, já no módulo cadastro alguns requisitos seriam eliminados por não agregar valor, claro com a participação ativa do cliente em todas as iterações necessárias para o projeto.

Após a conclusão do módulo cadastro, as equipes poderiam trabalhar nos demais módulos, sem o caos da dependência com o cadastro e as demais dependências mapeadas e informadas.

Ta-ta for now

Ser Rejeitado e Continuar Amando o que Faz

2011-06-23T07:21:00.001-07:00

Assisti novamente o discurso de colação de Grau em Stanford - 2005, realizado por Steve Jobs. Nesse discurso ele contou três histórias de sua vida, e uma chamou bastante atenção: "Eu fui rejeitado, mas continuava amando."

Steve Jobs foi o criador do Macintosh na garagem dos pais, que deu origem Apple. Porém Steve Jobs foi demitido da Apple por divergências com um funcionário qualificado, contratado com a finalidade de impulsionar o crescimento da empresa.

Analisei a rejeição e conclui que ela tem um lado bom, acredite em mim. Steve Jobs e outros profissionais tiverem que recomeçar após rejeição. O que estimula a busca do conhecimento, a persistência, a criatividade e a inovação.

No caso de Steve Jobs impulsionou a criar a NeXT e a Pixar. E também encontrou amor de sua vida.

Steve Jobs voltou novamente para Apple, e hoje os cobiçados IPhone, IPad e Macbook são frutos da inovação dele e de colaboradores.

Por isso sempre persista. E busque o conhecimento para inovar e colher bons frutos.

Fonte:

“Steve Jobs - Discurso de colação de Grau em Stanford, 2005.”:

http://www.youtube.com/watch?v=rPIFP6_cimQ

Ta-ta for now

A Cultura de Equipe Começa na Família

2011-06-19T13:30:00.001-07:00

A família é a primeira equipe de uma criança, não importando o tamanho ou a composição. Uma criança vai aprender auto-organização no dia a dia da família e a formação multidisciplinar. Cabe também a família estimular o espírito de equipe na criança, através de brincadeiras e jogos e trabalhar a idéia que todos os membros da equipe são responsáveis pelo fracasso ou sucesso da equipe. Um bom exemplo de auto-organização estimulado pela família é quando uma criança guarda seus brinquedos em uma caixa após brincar.

A fase da escolhinha é que fornece a primeira convivência da criança com outras fora do ambiente familiar e ajuda na formação do espírito em equipe. A criança começa ouvir a opinião de outras e também opinar, sendo a primeira socialização fora de casa. As professoras da escolhinha podem trabalhar o espírito de equipe nas crianças através aplicação de jogos e brincadeiras coletivas.

Já no ensino fundamental, médio e faculdade predomina o trabalho em grupo para infelicidade da formação do estudante. No trabalho em grupo cada integrante pega um pedaço do trabalho, sem interação e sem colaboração entre os alunos. Para estimular o trabalho em equipe entre os alunos, cabe aos mestres incentivarem a colaboração e interação entre os alunos e assim formarem futuros integrantes de equipes.

Ta-ta for now

Como Remover Desperdícios no Produto Backlog?

2011-06-13T10:54:00.001-07:00

Desperdícios consomem recursos valiosos e tiram o foco no que é importante. Para remover os desperdícios no produto backlog são necessários os seguintes passos:

Reduzir o inventário no produto backlog: Minimizar a quantidade de itens detalhados no produto backlog e incluir apenas itens que são essenciais para criar um produto de sucesso;
Evitar o excesso de produção: Focar nas funcionalidades mínimas necessárias para trazer vida ao produto, criando assim um produto valioso para cliente;
Minimizar os defeitos, transferências e criatividades não utilizadas através do envolvimento dos membros da equipe e das partes interessadas no preparo do produto backlog. Isso ajuda descobrir e descrever itens do backlog, evitando a entrega de requisitos sem valor para o produto do cliente. E também garante a clareza dos requisitos, reduzindo assim os defeitos, aproveitando a criatividade e os conhecimentos dos integrantes da equipe e das partes interessadas. Além de priorizar o produto backlog e assegurar que os riscos técnicos e as dependências são contabilizados.

Fonte:

“THE LEAN PRODUCT BACKLOG – ELIMINATE WASTE:”

http://www.romanpichler.com/blog/lean-and-kanban/the-lean-product-backlog-eliminate-waste/

Ta-ta for now

Propriedades do Kanban

2011-06-11T20:25:00.001-07:00

Propriedades do Kanban:

Físico: É um cartão físico;
WIP: Limita o trabalho em processo e impede a superprodução;
Fluxo Contínuo: Informa a necessidade de produção antes que cliente esteja sem estoque;
Pull: Fluxo puxado;
Auto-organização;
Visual: Mostra o estado atual do processo de forma visual;
Sinal: O estado visual sinaliza as ações no processo;
Kaizen: A visualização do fluxo do processo estimula a melhoria continua;
Anexado: Ele está ligado e se move com as partes físicas fornecidas.

Fonte:

“Kanban Applied to Software Development: from Agile to Lean”

by Kenji Hiranabe:

http://www.infoq.com/articles/hiranabe-lean-agile-kanban

Ta-ta for now

Vaga para SOFTWARE DEVELOPMENT ENGINEER IN TEST na Microsoft

2011-06-06T16:23:00.001-07:00

A Microsoft esta contratando Software Development Engineer in Test, para o time de localização de ERP. O local de trabalho é em São Paulo, SP. Email para mais informações aos cuidados de Daniela Lemos: daniela.lemos@talengy.com.br

Job Description

SOFTWARE DEVELOPMENT ENGINEER IN TEST

Global Financials Management (GFM)

Company Description:

Microsoft

www.microsoft.com

Founded in 1975, Microsoft (Nasdaq “MSFT”) is the worldwide leader in software, services and solutions that help people and businesses realize their full potential.

Reporting Relationships:

Senior Test Lead.

Location:

São Paulo, SP - Brazil

About the Position:

Microsoft is making a huge R&D investment in Enterprise Resource Planning (ERP) applications business. Along with the functional expansion in depth and breadth of the Business Applications, Microsoft Dynamics is taking the ERP Business globally in order to compete and win in the major and strategic Markets around the globe. To succeed in this mission, we must take our testing to new levels. If you’re a highly motivated individual who is eager to make an impact on quality and how we scale our testing efforts for business applications, we have a role for you on the Dynamics AX team.

GFM LATAM team is responsible for delivering local legal requirements for Latin America and also driving Dynamics AX to become a top-notch competitor in the Region. We are looking for a motivated, customer focused, technical and accountable individual that will drive feature set testing; participate in test automation and engage with customers and partners to ship a great product.

Job Summary:

The ideal candidate will have business knowledge, programming skills, a passion for creating quality software, and solid collaboration skills to ensure that high quality processes and products are created. If you love technical challenge, like to work in an environment where managers recognize and promote potential; have tester’s skill and instinct but also want to utilize your programming skills and debugging skills, then this job is for you.

As SDET (Software Development Engineer in Test), your key responsibilities will include:

Define test strategies for new features
Write test design specifications for testing automation
Implement test automation seeking for the best balance between scenario priorities, coverage and test run window.
Implement higher level business abstraction testing API’s
Participate in functional specification and design documents review to influence and ensure testability and high quality features
Execute automated and manual tests and analyze the results
Analyze, debug, and report defects and then verify fixed defects by creating regression test cases

Skills & Expertise Requirements:

Excellent technical skills, attention to detail, strong debugging and problem solving skills;
Bachelor degree or higher in CS, CIS, MIS or similar field, or at least 3 years of equivalent work experience;
Ability to write production-quality code in either C# or C++ or similar language;
Strong cross-group collaboration and communication skills;
Self-driven and ability to work with minimal direction;
Show strong initiative, willingness to learn, quickly fill in personal experience gaps, and should strive to become a domain expert;
ERP functional knowledge and prior experience with test automation is a plus.

Ta-ta for now

Vídeo: Seja a mudança!

2011-06-03T17:10:00.001-07:00

Vídeo que mostra que a mudança deve começar por nós mesmos:

http://www.youtube.com/watch?v=YSEcnO0O5Ro

Fonte:

“Líder Coach - Seja a mudança!!! - Liderança em Hollywood - Kairos Treinamentos”:

http://www.youtube.com/watch?v=YSEcnO0O5Ro

Ta-ta for now