Blog "Blog do Abu" foi indicado para "TopBlog"

Oi pessoal,

Vamos votar...




Abraços,

Abu

Fazer Certo

Bom dia pessoal, este post esta escrito em parceria com o Alex Kuhnen.

Há muito tempo atrás eu realizava uma palestra / treinamento referente a analise de requisitos e casos de uso. Neste material tinha uma frase: “FAÇA CERTO DESDE A PRIMEIRA VEZ”.

O assunto deste post é exatamente sobre isso, FAZER CERTO.

Varias vezes no decorrer do projeto passamos por pressão e a pressão nos conduz a tomar decisões precipitadas.

Em Lean nos temos o conceito de TOMAR A DECISÃO O MAIS TARDE POSSIVEL, para que possamos ter cada vez mais conhecimento sobre o problema e realizar uma analise mais critica do melhor caminho a ser adotado.

Não estamos falando de não ter planejamento e sim de sermos o mais estratégico possível, realizando uma analise do problema, planejando a sua execução e realizando a execução de maneira cirúrgica, isto é, precisa e sem erros.

Quem nunca matou um problema com uma bela “gambiarra” e esta gambiarra passou a ser definitiva? Mas o problema é quando temos que continuar evoluindo a “gambiarra”, onde o processo de tentar manter a “gambiarra” em funcionamento passa a ser um risco e refazer o trabalho passa ser muito caro.

Frases comuns para não fazer certo desde a primeira vez:

Usar TDD toma muito tempo....
Modelo de Patterns é complicado...
Meu projeto é muito pequeno para utilizar Patterns ou TDD....
Planejar para que? A casa esta caindo.
Aqui quando estamos com problema atropelamos os processos e arrumamos do jeito que da.

Fazer certo também significa não fazer a mais! Fazer mais do que foi solicitado pelo cliente é uma das principais causas de desperdício no desenvolvimento de software.

FAZER CERTO E DESENVOLVIMENTO AGIL DE SOFTWARE, COMO FICA?

Ser Ágil não é abrir mão de boas praticas de programação, do processo ou do planejamento. Ser ágil é achar a maneira mais rápida de executar o processo, sempre com planejamento e qualidade adequados. Mas no caso do desenvolvimento de software um planejamento continuo.

Ser ágil é realizar tarefas que agregam valor ao produto, removendo o que não faz parte desta adição de valores. Ser ágil é principalmente atender o cliente através da colaboração mútua, produzindo entregas que são importantes a ele. Se um cliente deseja um conjunto de documentação, pois para ele a documentação é importante, nos vamos entregar a documentação. Isto, para ele, é valor agregado. O que cabe é criar esta documentação de maneira que evite o desperdício.

Então... lembre.... FAÇA CERTO JÁ NA PRIMEIRA VEZ, espere o melhor momento para tomar decisões, para ter respaldo cada vez mais solido do problema.

Abraços a todos,

Abu e Alex

Abu e Empresa Gtt

Bom dia pessoal,

Eu vou iniciar um processo de desenvolvimento de um software na empresa Gtt (http://www.gtt.com.br). O objetivo do software é criar alguns cadastros e consultas dos dados cadastrados do produto GTMed .

Segue algumas fotos da empresa Gtt e do produto GTMed.






Durante a execução dos trabalhos eu vou gerar alguns post para o blog. O objetivo desta seqüência de post é mostrar um projeto desde o inicio ate o seu termino utilizando técnicas ágeis de gestão e desenvolvimento do software.

Um abraço a todos,

Abu

Curso: Gerenciamento Ágil de Projetos de Software com SCRUM - Maio - Floripa - Turma Confirmada – Prof. Nelson Abu

Curso: Gerenciamento Ágil de Projetos de Software com SCRUM - Maio - Floripa - Turma Confirmada – Prof. Nelson Abu

Oi pessoal, mais uma turma confirmada.

Data: 12 e 13 de maio de 2009
Horário: 8:00 as 18:00 hrs

Quem tiver interesse pode pegar maiores informações pelo endereço: www.dsoftsistemas.com.br/scrum 

Para os amigos do Abu e leitores do Blog do Abu, basta passar o código “ABU001” para ter direito a um desconto de 15% no curso.

Abraços a todos,

Abu

Revista TI Digital e Nelson Abu

Oi pessoal,

Segue alguns pedaços de texto da reportagem de Scrum que saiu na Revista TI Digital. Para ler a meteria completa tem que comprar a revista e vale a pena mesmo.

Já esta nas bancas. A reportagem ficou muito legal.

Detalhe importante, o texto que eu encaminhei para o pessoal da revista teve a revisão técnica dos meus amigos Marcus Rocha e Gabriel Vieira.

ERRATA: Matéria Scrum: A citação "O Scrum é simples de entender e bem mais simples de implantar que outros processos.", publicada em destaque na página 38, é de autoria de Nelson Abu.

 

Abraços a todos,

Abu

 

Sprint Burndown Chat e Tarefas a Mais

Oi pessoal,

Um colega por e-mail me fez uma pergunta de como devemos trabalhar com o gráfico de Sprint Burndown Chat com as tarefas que estão sendo executadas na Sprint e não fazem parte do planejamento inicial da Sprint.

Eu aproveitei este item e fiz uma bate papo com meu colega Alex Kuhnen que tem uma enorme experiência nesta área como Scrum Máster.

 

(Abu) - Quando esta entrando horas a mais de tarefas não previstas em uma Sprint vc atualiza do Sprint Burndown chat?

(Alex) – Não, eu baixo apenas o que foi estimado

(Alex) - Se gerou uma nova tarefa, ai sim eu atualizo, mas do contrario tem que ser absorvido pela Sprint. Talvez fazendo com que fique algum item não concluído no termino da Sprint

(Abu) - Mantém o gráfico original, organiza os tickets não previstos a parte e tenta fazer o maximo possível do trabalho e so baixa o gráfico dos tickets previsto, certo?

(Alex) - Bom, se for necessário criar um novo ticket ai teria que atualizar o gráfico e fazer uma negociação com o PO pra tentar tirar algo. Mas se não for necessário criar um ticket, ai a Sprint tem que absorver o impacto.

(Abu) - E se criar o ticket como fica o gráfico?

(Alex) - Se conseguir tirar um ticket com o mesmo numero de horas, ai não muda nada. Mas se for algo que altere o total do esforço, ai no dia da mudança eu traço uma linha (de baixo para cima) que representa a quantidade de horas a mais que entrou na Sprint

Eu espero que vocês tenham gostado da técnica deste post.

Quem tiver interesse em fazer um bate papo sobre problemas/duvidas e ter o resultado deste ping-pong publicado no Blog do Abu basta entrar em contato.

Abraços a todos,

Abu

Redmine e Personalização – Eu amo software livre

Oi pessoal,

Nada como um sistema de código aberto e com algoritmos bem escritos.

Mais uma personalização realizada no sistema e sem complicações. Esta personalização foi de apenas CSS e Imagens.

A minha amiga Fernanda Matos ate me presenteou com uma estrelinha de papel colante pelo trabalho realizado.

Abraços a todos,

 

Abu