quinta-feira, 10 de julho de 2008

Sala de Guerra

Nem todo projeto sai como planejado, no inicio quando realizamos um planejamento, acreditamos que tudo vai dar certo e o projeto vai ser bem sucedido.
Mas quando o planejado não da certo uma técnica que quase sempre funciona é a famosa SALA DE GUERRA.

No projeto que foi "So Alegria" para a equipe de desenvolvimento, posso apenas pedir um muito obrigado.

Os guerreiros: Patrick, Alex, Gabriel, Andre, Eduardo, Alexandre, Marcio e eu (Abu), no ataque ate a entrega da Sprint.

Veja as fotos....

















Reuniões diarias, comida, desenvolvimento em par e tudo o que for necessário para a entrega da Sprint.

Abraço a todos,


Abu

quinta-feira, 12 de junho de 2008

Stockholm Scrum Gathering 08

Scrum Alliance Header

"Transforming the World of Work" will be the focus of the upcoming Scrum Gathering October 20-22, 2008 in Stockholm, Sweden. The Scrum Alliance co-founders Ken Schwaber and Jeff Sutherland are scheduled to lead Scrum Gathering participants in an in-depth look at all things Scrum. Experience first-hand practical and interactive sessions led by key industry experts and Scrum practitioners.

Concurrent multiple sessions are scheduled with topics designed for participants with any level of Scrum knowledge. Additionally, open space sessions will provide a forum for the exchange of ideas and information in a progressive, interactive experience. Peer-networking and social sessions are featured daily as part of the Scrum Gathering.

The conference will be held at the City Center Conference Center near the heart of Stockholm. For more information, daily conference schedules and registration, please visit www.scrumalliance.org.

Scrum Gathering Registration Fees and Information:

*Early-Bird Registration - $1,800 (save $400 - available until August 31, 2008)

*Registration - $2,200 (after August 31, 2008)

Registration includes conference attendance and materials, continental breakfasts, lunch buffets and social events for each day of the conference. Register today at www.scrumalliance.org for the 2008 Stockholm Scrum Gathering. We look forward to seeing you in Sweden!

Space is limited so register early to reserve your spot. Please note that the last three Scrum Gatherings - Portland, London, & Chicago - all sold out in advance! The Stockholm Gathering is likely to sell out as well.

sexta-feira, 6 de junho de 2008

ScrumMaster Austin Powers

Oi pessoal,


Segue uma imagem produzida aqui na empresa Knowtec / IEA mostrando a equipe de Desenvolvimento de Software "Austin Powers".

[]s

Abu


quinta-feira, 5 de junho de 2008

To Track or Not to Track




Oi pessoal,


O primeiro link é de um bom artigo sobre teste de software.

http://home.att.net/~lisa.crispin/CrispinFinal.pdf

O segundo link é da pagina da autora do artigo, que possui varios artigos disponíveis.

http://lisa.crispin.home.att.net/

[]s

Abu

quarta-feira, 7 de maio de 2008

Scrum em tempo real

Oi pessoal, este texto não é meu, é uma copia que eu fiz na cara dura do meu amigo Yugo. O Yugo esta trabalhando com esta tecnologia RFID.

Link original: http://yugosfera.wordpress.com/2008/05/02/scrum-em-tempo-real/


Pois é, faz um bom tempo que não publico nada neste Blog.

A razão de estar tão ausente é empolgação na nova empresa que estamos começando, para trabalhar com tecnologias Rfid. Mas esta eu não poderia deixar passar. Trata-se de uma tecnologia que os caras do MIT desenvolveram, integrando Rfid com Post-it. Finalmente alguém pensa em alguma inovação desta idéia, sem seguir a mesma idéia!






De cara lembrei do professor Nelson Abu, e sua metodologia de projetos favorita, o Scrum. (e daquele monte de post-its coloridos que ele tanto gosta)

Diz aí Abu: que tal bolarmos uma solução para operacionalização do Scum utilizando esta solução de post-its com Rfid ealgum software de controle de Musts, Shulds, Coulds e Wants pronto para esta tecnologia? Tenho até um nome: e-Scrum!

Tá certo, eu topo fazermos em Ruby-on-Rails!

Assistam o vídeo e acessem o artigo, do Engadget

Este atigo do Engadget foi indicado pelo meu sócio-amigo Thiago Freitas. Valeu cara!





Abraços a todos e MUITO OBRIGADO YUGO.


Flw

Waterfall




Bom dia pessoal,


São 07:45 da manha, dia bonito mais frio em Floripa.

Eu estava lendo os email dos fórum de desenvolvimento ágil e encontrei este desenho. O tema já velho conhecido nosso, “Watetfall”.

O Frango tem uma duvida e mesmo tendo o colega (o porco) sentado ao seu lado, ele não tira a sua duvida, isto é, se recusa a fazer perguntas ao porco. Na verdade ele ignora totalmente a existência do colega ao lado.

No desenvolvimento “Waterfall” nos temos constantemente este tipo de situação, pois espera que o processo de analise e entendimento do sistema seja realizado de maneira que as informações necessárias para o desenvolvimento sejam todas identificadas.

Neste tipo de entendimento, quando o programador vai desenvolver os requisitos levantados pelo analista de sistemas, o programador NÃO vai ter duvida de nada, pois tudo já foi pensado e discutido com o cliente.

Eu tive uma vez um gerente de produtos que em uma reunião de processos de desenvolvimento de software comentou: “O analistas de sistemas possui uma restrição de horários para realizar a analise do software, pois meus analistas de produtos são muito atarefados e não podem perder tempo conversando com os analistas de sistemas”.

Eu lembro que entrava em sala de reunião para fazer a analise do sistema com um cronograma determinando: 3 horas / 150 requisitos. O cronograma não previa o entendimento do requisito.

Após o levantamento do requisito e a elucidação do mesmo por intermédio de casos de uso, escritos sem os analistas de produtos, nos tínhamos a validação dos mesmos. Com direito a apenas uma correção e revalidação.

Casos de uso aprovado, diagramas de UML e após os diagramas codificação. Uma vez terminado os códigos testes de homologação da Iteração.

O interessante é que muitos dos erros de analise do sistema eram pegos apenas na parte de teste de software, quando o analista de testes estava criando os casos de testes. Com estes erros identificados, o analista de sistemas voltava ao analista de produtos para dar inicio a todo o processo de novo, mas com um detalhe, quando a empresa deixava o analista de produtos conversar com o analistas de sistemas de novo.

WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL ...


Mas tem gente que ainda acha que este processo não é WATERFALL - WATERFALL - WATERFALL - WATERFALL - WATERFALL


Abraços a todos,

Abu