Ainda acho que tudo se resolve com um bom e velho whiteboard, lembrando um dos princípios do Agile Manifesto “Individuals and interactions over processes and tools“. Se for necessário gerar um report do andamento do projeto (ou do sprint) tire uma foto do whiteboard todos os dias e envie para quem precisa deste report. Não tem nada mais claro para verificar problemas e andamento de um time do que o whiteboard.

Hoje em dia a Globo.com esta recoberta de Whiteboards e os burndown charts podem ser vistos por toda a empresa, o que mostra como as coisas estão mudando por aqui. Mas isso não tira mérito das pessoas que tentam encontrar formas de melhorar o trabalho quando times precisam atuar em um mesmo projeto e estão separados geograficamente.

Nas minhas leituras esporádicas de RSS encontrei um post sobre um projeto interessante do Henrik Kniberg chamado Whiteboard Wiki (http://www.whiteboardwiki.org), que se propõe a recriar online, de uma forma simples e direta, o ambiente de um whiteboard.

De qq forma ainda acho que se vc tiver uma opção de manter o time co-locado, nem pense em outra alternativa, “Take It“. Em linha com isso esta um paper do Gary e Judith Olson chamado Distance Matters, onde eles apresentam um estudo sobre o uso de tecnologia como forma de diminuir os problemas da distância. Abaixo segue a conclusão deste Paper:

Collaborative work at a distance will be difficult to do for a long time, if not forever.There will likely always be certain kinds of advantages to being together. However, as a wide range of collaborative tools emerges, we will find useful ways to use them to accomplish our goals. If at some point in the past we had written a similar article about telegraphy, the telephone, radio, television, or fax machines, we would have had tables that catalog their shortcomings. However, in their own ways, all of them have turned out to have been useful for a variety of purposes, and they worked their ways into social and organizational life in enduring fashion. Indeed, some of the most profound changes in social and organizational behavior in this century can be traced to these tools. The rich repertoire of present and future collaborative technologies will have a similar fate. We will find uses for them, and descriptions of collaborative work in the future will enumerate the emergent social practices that have put these technologies to useful ends. But it is our belief that in these future descriptions distance will continue to matter.

As metodologias ágeis tem tudo a ver com o TPS (Toyota Production System) e sempre que alguém fala de formas ágeis de desenvolvimento acaba citando a Toyota como uma das criadoras destes principios. Na verdade o link entre estas duas coisas vem do fato de que a Toyota foi uma das grande empresas que começaram a empregar o Lean Thinking na década de 1970, nas palavras de Taichi Ohno um dos criadores do TPS, o foco da Toyota era “the absolute elimination of waste, where waste is anything that prevents the value-added flow of material from raw material to finished goods”.

Esse é o grande foco das metodologias ágeis em relação aos processos em cascata (waterfall), eles são focados no valor adicionado pelo desenvolvimento seguindo os principios constantes no Agile Manifesto.

Enfim, este paper do Boris é uma leitura simples, rápida e fácil e que ajuda a enriquecer um pouco mais nossa cultura sobre SCRUM e suas origens.

Aqui esta o link para o paper: Scrum Delivers or Scrum and the Toyota Way.

Agora é esperar para ver quando realmente ele chegará e por quanto saíram os aparelhos e planos?

crédito da foto: MacMagazine.com.br

Já era tempo, afinal de contas é muito caro manter um protocolo de comunicação e mantê-lo atualizado, além disso em tempos de Open Source não faz sentido não usar uma plataforma estável e de grande qualidade e adicionar “on top of it”. Todo mundo sai ganhando no final. Isso já aconteceu há algum tempo atrás com o RTSP (Real Time Streaming Protocol), antes a RealNetworks, Microsoft e Apple usavam seus próprios protocolos de streaming e depois todos convergiram para o RTSP. Só a Adobe é que esta remando contra a maré usando seu protocolo proprietário RTMP (Real Time Messaging Protocol).

A AOL já vinha testando o XMPP no AIM e no ICQ desde o início de 2008 e o anúncio do Yahoo veio depois das mudanças estruturais recentes quando Scott Dietzen, assumiu como Head dos produtos de comunicação do Portal. O Y! já usa o protoloco no seu produto de transmissão ao vivo via webcam, Yahoo Live.

Com isso AOL/ICQ, Google e Yahoo passarão a ter interoperabilidade total, a Microsoft muito dificilmente irá adotar o XMPP e não deve embarcar nesta onda de integração, como era de se esperar

A lista esta sucinta, mas já constam diversos problemas muito comuns no dia a dia de equipes ágeis. Um dos problemas que me chamaram a atenção e é um problema que temos que evitar a todo custo é a formação do que venho chamando de mini-waterfalls. As pessoas com o tempo, mesmo quando estão dentro de times ágeis, tendem a voltar a fazer as coisas como sempre fizeram, principalmente quando aparecem problemas, Ken Schwaber descreve esta reação no seu livro The Enterprise and Scrum, e a chama de “Muscle Memory”:

Expect muscle memory to exert itself. When a project is going well, everyone is happy with Scrum. However, when stress, a problem, or an unexpected failure occurs, everyone tends to throw away Scrum and revert to their muscle memory. Teams don’t want to self-manage. They want to be told what to do. Managers don’t want to let teams self-manage. They want to command the teams in all matters, down to the minutest detail. Teamwork is dumped for individual heroics. Quality is abandoned. Everyone draws on what they think has worked best in the past. (SCHWABER, The Enterprise and Scrum, Chapter 4).

Bem, detalhamento um pouco mais, entre as caracteristicas de um time ágil temos que ter um número pequeno de profissionais, com todas as habilidades necessárias para que se atinja o goal/visão definida pelo Product Owner e entregando o maior valor de negócio possível no menor tempo possível, aplicando sempre o princípio de implementar “The simplest thing that could possible work“.

É neste ponto onde começam os problemas que vão gerar o mini-waterfall, geralmente as pessoas trabalharam toda a sua vida em empresas que empregam o princípio do Big Design Up Front (BDUF), ou seja, primeiro as pessoas querem planejar todas as possíveis variações do projeto, em todas as telas, todas as mensagens de sistema, todos os fluxos, todas as queries, todo o modelo de dados antes mesmo de começarmos a “meter a mão na massa” no projeto. Isso leva a departamentalização e ao faseamento do desenvolvimento em steps especializados: Levantamento de requisitos, análise, arquitetura da informação, design, provas de conceito, desenvolvimento, testes, produção. Com isso criamos um processo em cascata que incentiva o veneno deste tipo de abordagem: falta de compromisso com o todo, com o Goal e com a Visão, cada um faz a sua parte, e que o próximo na fila no processo dê o seu jeito para entregar para o próximo e assim por diante, as pessoas passam a ser responsáveis pelas suas especialidades e não pelo produto, pela entrega final. É  triste ver um time, antes ágil, começando a criar hábitos cascateados e viciados.

O que fazer? Este exemplo usado pelo Mark Levison mostra como seria uma postura ágil:

A successful Scrum team does not need to be comprised entirely of generalists. However, for a team of specialists to be successful each specialist must accept general responsibility for the system as a whole. I may not know how to solve our project’s most intricate Oracle problems but I’m going to do whatever I can to help, which may simply include taking on some of our database specialist’s other responsibilities to free her to solve the complex problems.

Enfim, temos que nos policiar contantemente e observar se não estamos voltando aos nossos velhos hábitos, e lembrar que é muito difícil mudar a cultura das pessoas e da organização, e que isso é um trabalho de paciência e perseverança.

O oEmbed é muito simples e a idéia é interessante, ao invés de vc ter de aprender as mil APIs dos diversos sites que existem na Internet para poder “embeddar” conteúdos destes sites, como Facebook, Orkut, Flickr, Picasa, etc. Vc pode usar a interface oEmbed dos seus providers favoritos, a promessa é que o oEmbed faça para as midias mais complexas (vídeo, áudio e fotos) o que o RSS fez para os conteúdos em texto.

Aqui segue um exemplo:

http://www.flickr.com/services/oembed/?url=http://www.flickr.com/photos/acarlos1000/2314303384/

A Resposta é:

{
"version": "1.0",
"type": "photo",
"width": 500,
"height": 281,
"title": "GloboVideos no MacBook e no Nokia N810",
"url": "http://farm4.static.flickr.com/3231/2314303384_c965ef5c96.jpg",
"author_name": "Acarlos1000",
"author_url": "http://www.flickr.com/photos/acarlos1000/",
"provider_name": "Flickr",
"provider_url": "http://www.flickr.com/"
}


Só acho que é meio nebulosa esta questão de ter a “oEmbed API”(API EndPoint) e uma URL para o Request, quando na verdade isso tudo vai gerar um request HTTP GET e poderiamos implementar isso com REST sem precisar passar por nenhuma “API”. Mas porque simplificar se podemos adicionar algumas camadas de burocracia.

De qq forma esta iniciativa esta apenas no início e com certeza vai evoluir bastante, alguns nomes de peso da Web estão implementando suas APIs oEmbed logo abaixo esta uma lista destes Providers:

Flickr (http://www.flickr.com/)

• URL scheme: http://*.flickr.com/*
• API endpoint: http://www.flickr.com/services/oembed/
• Example: http://flickr.com/services/oembed?url=http%3A//flickr.com/photos/bees/2362225867/

Viddler (http://www.viddler.com/)

• URL scheme: http://*.viddler.com/*
• API endpoint: http://lab.viddler.com/services/oembed/
• Documentation: http://wiki.developers.viddler.com/index.php/OEMBED
• Example: http://lab.viddler.com/services/oembed/?url=http%3A//www.viddler.com/explore/cdevroe/videos/424/

Qik (http://qik.com/)

• URL scheme (videos): http://qik.com/video/*
• URL scheme (user channels): http://qik.com/*
• API endpoint: http://qik.com/api/oembed.{format}
• Example: http://qik.com/api/oembed.xml?url=http%3A//qik.com/video/49565

Pownce (http://pownce.com/)

• URL scheme: http://*.pownce.com/*
• API endpoint: http://api.pownce.com/2.1/oembed.{format}
• Example: http://api.pownce.com/2.1/oembed.xml?url=http%3A//pownce.com/mmalone/notes/1756545/

Revision3 (http://revision3.com/)

• URL scheme: http://*.revision3.com/*
• API endpoint: http://revision3.com/api/oembed/
• Example: http://revision3.com/api/oembed/?url=http%3A//revision3.com/diggnation/2008-04-17xsanned/&format=xml

Hulu (http://www.hulu.com/)

• URL scheme: http://www.hulu.com/watch/*
• API endpoint: http://www.hulu.com/api/oembed.{format}
• Example: http://www.hulu.com/api/oembed.xml?url=http%3A//www.hulu.com/watch/20807/late-night-with-conan-obrien-wed-may-21-2008

Meu problema é que na Globo.com temos um ambiente que acaba me motivando a testar estas coisas que mal saíram nos Estados Unidos, culpa entre outras pessoas do Javali Jr, Guilherme Chapiewski e principalmente o Azambuja. Pois bem, dado isso, comprei algumas semanas atrás o Amazon Kindle, fiz uma ampla pesquisa e li muitos reviews, fóruns e blogs para saber se eu conseguiria usá-lo plenamente no Brasil e conclui que seria possível, mas não plenamente

Como comprar e usar o Kindle no Brasil

A seguir vou fazer um breve relato da minha experiência com este pequeno gadget e explicar como fazer para usá-lo no Brasil.

Antes de sair por aí comprando um monte de “Kindle”s é preciso que vc saiba que usá-lo no Brasil não é uma tarefa trivial, é preciso fazer várias coisas relativamente avançadas para usá-lo e continuar comprando livros para o aparelhinho.

Primeira coisa a fazer é que vc tenha em seu cadastro da Amazon um endereço de shipping Americano, com isso passamos o primeiro item de segurança da Amazon, ela somente deixa que você compre livros para o Kindle se for um residente nos EUA. ë importante reforçar que vc só poderá comprar livros digitais para o Kindle se vc já tiver comprado um Kindle. A Amazon associa o aparelho a sua conta.

No caso de comprar livros para o Kindle, a Amazon só confere a localização geográfica quando se tenta usar um cartão de crédito como forma de pagamento. Para contornar esta barreira, é preciso comprar um Gift Card da Amazon, e adicionar os créditos na sua conta.

Depois que vc adicionou os créditos do Gift Card na sua conta, agora é preciso adicionar um endereço americano na sua lista de Shipping Addresses, e depois editar suas configurações de 1-Click Ordering e retire todas as opções de pagamento com cartão do seu 1-Click Ordering, assim a Amazon passará a consumir os créditos de Gift Card da sua conta.

A última alteração necessária no 1-Click Ordering é associá-lo com o Shipping Address americano que vc criou anteriormente (é importante reforçar que este shipping address não tenha nenhum cartão de crédito associado).

Feito isso vc esta pronto para comprar livros do Kindle na Amazon, encontre o livro que vc deseja e clique no botão . Se vc estiver nos Estados Unidos o livro será entregue diretamente no seu Kindle em questão de segundos, mas se vc estiver fora dos Estados Unidos o acesso sem fio não irá funcionar e vc terá de acessar no site da Amazon o seu Media Library, clique em Your Collection depois em Kindle Items, vc verá uma lista de todos os itens que vc comprou para o seu Kindle e pode baixar os arquivos para seu computador e depois passar para o aparelho via USB.

Ao plugar o Kindle no Computador ele irá aparecer como um drive comum, e vc deverá colocar os arquivos .awz no folder Documents para que o Kindle possa reconhecer os arquivos.

Primeiras Impressões

Pontos positivos:

• A tela é muito boa, mas muito boa mesmo, ela usa uma das últimas versões de tela E-Ink com 6 tons de cinza, é possível ler os textos com excelente nitidez.
• O tempo de uso da bateria é contado em dias, o que é possível graças ao uso do E-Ink, que usa energia apenas quando o conteúdo na tela muda, se vc ficar com a tela parada na mesma página o gasto de energia é insignificante.
• Conteúdo, aqui o ponto positivo é para a quantidade de conteúdo que já esta presente, mais de 125.000 livros e algumas dezenas de jornais e revistas, claro que todos em Inglês. E os preços dos livros Kindle são em geral bem mais baratos do que suas versoes impressas sem falar que não é preciso pagar o shipping.
• A conexão wireless é fantástica, ao comprar um livro no Kindle ele é baixado em alguns segundos, o mais legal acontece com a assinatura de jornais, que sao baixados automáticamente e quando vc acorda já estão no Kindle.

Alguns problemas que já pude reparar:

• A tela não é Touch screen, isso é muito ruim, principalmente se vc esta acostumado com a usabilidade do iPhone.
• É bem complicado pegar o Kindle sem pressionar alguma tecla por engano, principalmente as teclas de próxima página e página anterior.
• Teclado é bem estranho de usar e o tempo de resposta é bem lento, mas nada muito grave.
• Sem backlight, ou seja, vc precisa ter alguma fonte de luz para poder enxergar a tela quando estiver em um ambiente escuro, o que não é tão ruim já que temos que fazer o mesmo com livros de papel. Isso ajuda a preservar o tempo de autonomia do gadget.
• Conteúdo, livros e revistas apenas em Inglês e também tem poucos livros de tecnologia, acho que eles poderiam ter caprichado mais neste último quesito já que early adopters em sua grande maioria trabalham com tecnologia e estes serão os primeiros clientes do Kindle, não tenho dúvida.
• Suporte a múltiplos formatos não é o forte do Kindle, ele não suporta arquivos comuns como PDF, DOC e ODT. A conversão dos arquivos para o formato Kindle, que nada mais é que um arquivo .mobi só que com a extensão .azw e uma chave de encriptação específica, também poderia ser facilitada, você tem duas opções: enviar para a Amazon por e-mail ou usar o Mobi Creator, que só funciona em Windows. A lista de arquivos suportados pelo Kindle pode ser vista aqui.
• Livros que se baseiam muito em imagens não se adaptam bem a tela do Kindle, que tem baixa resolução, neste caso é melhor continuar com a versão impressa.
• Ponto levantado pelo Tiago Motta, o Kindle não tem o cheirinho de livro novo, adoro o cheiro de um livro novinho em folha.

Desempacotando o Kindle

Abaixo estão algumas fotos do unboxing do Kindle, a caixa é muito bem feita ao abrir a embalagem vc tem a empressão de estar abrindo um produto da Apple, mas isso passa logo, quando se vê o Kindle já vemos que não é um produto Apple, apesar do formato ser bem diferente. O Kindle vem com bateria suficiente para ser usado por alguns dias, mas é recomendável completar a carga logo de cara, o que não toma mais do que alguns minutos.

Ao ligar o Kindle vc verá que existem dois itens pré-instalados nele, uma carta do Jeff Bezos personalizada (nice touch) e o manual do aparelho, claro que nao viria em papel

Usar o aparelho com a rede sem fio é outra coisa, é possivel comprar livros em questão de segundos, ainda bem que não funciona no Brasil, senao estaria falido :-). Tb é legal a opção de assinatura de jornal, com a rede sem fio o jornal é entregue todo dia de madrugada e quando vc acorda a versao digital já está no seu Kindle, muito legal.

Hackeando o Kindle

Como o Kindle roda uma versao de Linux Embedded, já existem um hack  que permite ganhar acesso root ao aparelho. Dê uma olhada neste Blog: Reversing Everything

Outro hack interessante é este aqui que ensina como “crackear” os arquivos e-book em formato .mobi para serem lidos no Kindle.