Blogrool... in a roll...

Saudações, mas uma vez estava sumido, deste de o lançamento do infoqBR (que preciso me dedicar mais a ajudar os demais editores)... mas vamos atualizar com o que tenho lido nos últimos dias:

O post mais comentado dos últimos tempos:

The Decline and Fall of Agile, por James Shore. O cara resolve fazer uma interessante reflexão: estaria Scrum nos levando para o buraco?? Apresentando vários motivos, o post tenta ser super convincente com a opinião de que Scrum está sendo mal interpretado... e eu concordo! Esquecemos o principal: inspect and adapt.
Como não poderia deixar de ser, a comunidade respondeu em peso ao post: (infoQ_br, o Philip Calçado, o Mueller, e muitos outros)
Uncle Bob tratou de jogar os cachorros contra essa idéia, num post bastante agressivo e mostrando o outro lado da moeda: é muito fácil culpar o scrum, virando as costas para o principal: nossa preguiça em produzir softwares melhores
Concordo com ambos! Ambas as posições são baseadas em fatos que vemos muito hoje:

• Scrum ampliou a discussão sobre métodos Ágeis
• Scrum criou uma indústria de certificação copiando TODAS as demais ferramentas/processos/metodologias
• Equipes idiotas ou ingênuas ainda acreditam que Scrum é uma bala de prata
• Nem com XP é possível fazer softwares perfeitos!!
• São os princípios, e não os métodos, que decidirão sobre a sobrevivência dos projetos

Aconselho acompanhar a discussão em ambos os posts, realmente muito instrutivo.

Depois disso, mais um desabafo: Boris cria um pequeno post criticando "nossa" obcessão por ferramentas de ticketing, spreadsheet ou quadros virtuais de tarefas... segundo ele, sua equipe nem ao menos utiliza estimativas! E o único burndown utilizado é o Feature Burndown (porque, no final, o que realmente importa é o cliente satisfeito com as funcionalidades! )...

Boris chama a atenção para uma necessidade muito mais importante por ferramentas: facilitar a colaboração. Seja com salas de video conferência mais dinÂmicas, um iPhone de tamanho A4 que permita colaboração distribuída, ou um quadro multitouch que nos permita desenhar... essas são as ferramentas que equipes Ágeis precisam!

Ótima notícia: Scrum Gathering 2009 no Brasil!! Cidades que estão sendo consideradas: Recife e São Paulo... informação importante: este não será um evento muito grande, dada a principal característica do evento: a participação! Isso quer dizer apenas os primeiros inscritos terão acesso ao principais autores do mundo para conversar e trocar informações sobre scrum e desenvolvimento ágil... O aXmagno criou uma enquete na lista Scrum-brasil para falar mais a respeito, e selecionar a cidade sede do evento. Confira!

O Rafael Mueller disponibilizou dois vídeos do Google Tech Talk em seu blog: Clean Code Talks!! (tá bom, nao eh esse o nome da palestra, mas nao podia perder o trocadilho)

Por enquanto é isso...

até mais!

Por que não acredito em Gráficos de Gantt

Por Rodrigo Yoshima:

Por que Gantt Charts não servem para projetos de Software?


[]s

Mudança de regras para o Adsense

Ajudando a divulgar as novas medidas para a utilização do sistema de adsense


Leia a matéria no Undegoogle, que descreve as medidas que poderão remover links patrocinados que não incluirem uma descrição sobre a política de privacidade....


[]s

Introdução a User Stories

Kelly Waters transforma alguns de seus post em mais de uma apresentação...

Estou traduzindo a apresentação, se Kelly e Deus quiser (se um autorizar e o outro deixar) logo disponbilizarei a versãp em português.... Enquanto isso, veja a descrição que o Vinícius apresentou em seu blog

MrMason no CampusParty

Saudações!

MrMason, do CocadaBoa participa do CampusParty fazendo o que sabe de melhor: piada da cara dos outros. Neste post, ele apresenta as tribos do evento. Entre gamers, modding, software livre e robótica, encontramos a tribo dos desenvolvedores:

Fonte: http://colunas.g1.com.br/blogdoconvidado/2008/02/11/entenda-os-geeks-da-campus-party/
Desenvolvimento:
Estes são os geeks extremos. Se comunicam em um idioma incompreensível até mesmo para os demais grupos geeks da Campus Party. Eles que fazem os nossos computadores pensarem. Sabe quando o seu Windows congela? A culpa é deles. Sabe quando o sistema está fora do ar bem na hora em que você precisa passar o seu cartão de débito? A culpa é deles. Sabe quando você perde todos os seus dados porque tentou ver umas fotos da Flávia Alessandra nua? A culpa é deles. Enfim, se eles não existissem, os computadores seriam bem mais eficientes.

[]s

Aprendendo a utilizar Users Stories?

Kelly Waters apresenta um resumo, e um exemplo real, interessante sobre como escrever uma user story. Veja o post completo

I recently described User Stories and the composition of a User Story Card - Card, Conversation and Confirmation.

I'm not really sure if you would consider this example to be good, bad or indifferent - I guess it depends what you're used to - but here is an example nevertheless!

De onde vem os bugs?

Tyner Blain traz uma explicação bastante convincente sobre os principais motivos para o aparecimento de bug num sistema (leitura obrigatória número 1.43443). Num outro post, Mr. Blain ataca novamente: Você está criando bugs para o seu sistema! Leia "você" como sendo todos os envolvidos num processo de desenvolvimento de software, afinal de contas, programadores são apenas mais um elo na corrente.

Ouça bem as conversas de corredor em sua empresa. Quando se trata de bugs, as seguintes frases são as mais comuns:

1. "Isto não é o que eu queria"
Stakeholders inserem bugs no sistema ao não saberem o que desejam. Uma forma que o desenvolvimento ágil encontrou para isso é: não espere saber tudo de antemão, preocupe-se com o que você deseja agora.

Assim, o desenvolvimento iterativo e a priorização por valor agregado dos requisitos pode ajudar a mitigar alguns problemas de interpretação errada. Ainda caimos no problema da descrição de requisitos: textos que podem ajudar:
User stories by Kelly Waters

Writing valueable requirements

2. "Não foi isso que eu disse"
Analistas de negócio e gerentes de produto inserem bugs ao não interpretarem corretamente o que clientes e stakeholders querem.
By Tyner Blain:
You can improve how you listen, and you can improve how you document what you heard. Make sure that you write complete, consistent and unambiguousrequirements
3. "Não foi isso que eu quiz dizer"
4. "Não é assim que deveria funcionar"
5. "Não foi isso que eles disseram"
6. "Não é desse jeito que eu quero que faça"

Leia o artigo completo

Leituras para o Verão

Saudações!!!!
Feliz ano novo para todos!!

Bem, apesar do fraco movimento neste blog no final de ano (realmente a correria foi grande), não parei de verificar o que outras pessoas que respeito estão produzindo. Abaixo segue uma pequena lista de leituras interessantes para você que está se escaldando no verão brasileiro... bem, pelo menos aqui em floripa nós estamos...

• Understanding your Velocity - Kelly Watters
  
• Meansuring Business Value with metrics - Kelly Waters
  
• Test Smarter, not harder - A detailed article - Tyner Blain
• Value Velocity: A Better Productivity Metric? - James Shore
• How to catch up on test automation - Henrik Kniberg

E por último e mais importante: Agile Certification Now!

[]s

Technical Success

By Ken Schwaber:
"There is no such thing as 'Technical Success'. If there is not business success, 'Technical Succes' is just an eufemism for failure"

Ou em bom e velho português:
"Não existe esse negócio de 'Sucesso Técnico'. Se não houver sucesso de negócio (ou comercial), então 'Sucesso Técnico' é apenas um eufemismo para fracasso"

Essa frase vai para o Abu, amigo Agilista, que agora sim está mudando para uma nova fase, que com certeza será mais produtiva e menos frustrante!

Implantando Scrum em 10 passos

Saudações!!

Bem, aqueles que acessam o site já devem ter percebido que eu disponibilizo uma seleção de posts direto dos feeds que assino (GoogleReader Shared Links)...
E tenho acompanhado muito de perto os escritos de Kelly Waters, do All About Agile. Ultimamente Kelly tem escrito um série de posts sobre como implantar Scrum de forma simples (será mesmo??? )... valeu MUITO a pena a leitura...
Infelizmente não estou com muito tempo para traduzir, e provavelmente o farei em breve... então lá vai o texto em inglês:

How to implement Scrum in 10 easy steps:
- Step #1: Get your backlog in order!
- Step #2: How to estimate your product backlog
- Step #3: Sprint Planning/clarify requirements
- Step #4: Sprint Planning/estimate tasks
- Step #5: Create a collaborative workspace
- Step #6: Sprint!
- Step #7: Stand up and be counted!
- Step #8: Track progress with a daily burndown chart
- Step #9: Finish when you said you would
- Step #10: Review, reflect, repeat...

Tornando-se um líder Ágil - Parte 1

Colaboração, delegação de tarefas, feedback, prazos, orçamentos, planejamento estratégico: o que é necessário saber caso você queira se tornar um líder Ágil ?(assumindo que você sabe o que Ágil com A quer dizer)
Se você, como líder, acredita que para comandar uma equipe basta apenas ótimos conhecimentos técnicos, acho melhor você se atualizar um pouco pois os tempos mudaram... Vou tentar apresentar algumas informações importantes para que você possa entender onde Desenvolvimento Ágil pode ajudar a criar equipes mais produtivas e motivadas, empresas mais coesas e principalmente vantagens competitivas. O seu papel como líder é importantíssimo, auxiliando a todos no processo de mudança que está se tornando mais e mais evidente no mercado brasileiro.

Nem tudo são flores

É necessário dedicação, e muita força de vontade, se você quer tonar-se um líder realmente eficiente. O que muitos acreditam ao assumirem uma posição gerencial é que não existe a necessidade de estudo para realizarem sua atividade. Este engano pode levar uma equipe inteira ao desastre. A sensação de poder existente em um cargo de gerente pode torná-lo arrogante e cego às reais necessidades de sua função, portanto não se esqueça: aprenda sempre! com todos!
Um bom início a meu ver pode ser o livro de Paul Glen: Leading Geeks, por ser um livro simples e muito tranquilo de ler... (ah não sabe ler em inglês? desculpe, aprenda! Que tal começar por aki). O livro servirá como uma introdução ao mundo da liderança... aproveite! (alias, o programa de webinars gratuitos que o site do Paul Glen possui é uma ótima pedida! acesse!)
Respondendo à pergunta: pra que isso me serve?, vai um pequeno texto sobre as mudanças que nossa área está sofrendo: (fonte: ComputerWorld

A analista do Gartner disse que as companhias querem melhorar a habilidade em cuidar das informações, o que pode significar, por exemplo, ajudar os negócios a entender melhor a lucratividade de um determinado produto ou eliminar um passo desnecessário no supply chain via automatização.

Ken McGee apontou como evidência de que certas companhias estão se movendo nesse sentido o comportamento dos empregadores de buscar um CIO que não tenha necessariamente uma graduação em Engenharia da Computação ou em Ciência da Computação. “Elas procuram alguém que possa fazer outras coisas além de administrar o ambiente de TI”.

Em cinco anos, defende o analista, o CIO pode estar separado das responsabilidades de administrar a operação de TI. “Talvez a tecnologia tenha um melhor atendimento com a criação de um grupo de operações focado nisso, sendo submetido ao chefe das operações. Achamos que é um debate justo”, diz. É também um tema, ressalta McGee, sobre o qual o Gartner continua pensando.

Joe Montano, chefe de TI do departamento de Energia, Minerais e Recursos Naturais do estado norte-americano do Novo México, disse que o questionamento de McGee ressoou em seu pensamento. “Você pode notar isso acontecendo. Eu tenho ficado cada vez menos nas operações do dia-a-dia, portanto o foco está mais nos negócios”, completou.

Pois é, é necessário atualizar-se. Mas por onde começar?? Particularmente não acredito muito que fazer um curso de Administração em uma unibomba da vida não resolverá sua vida, mas que sabe por um custo muito menor você não consegue o mesmo resultado??
Já pensou em fazer um MBA? Caro? E se eu disser que ele pode sair de graça??!?!? Duvida? (Fonte: Personal MBA Manifesto)

The Personal MBA (PMBA) is a project designed to help you educate yourself about advanced business concepts. This manifesto will show you how to substantially increase your knowledge of business on your own time and with little cost, all without setting foot inside a classroom.

The PMBA is more flexible than a traditional MBA program, doesn’t involve going into massive debt, and won’t interrupt your income stream for two years. Just set aside some dedicated reading time, pick up one of these books, learn as much as you can, discuss what you learn with others, and go out into the real world and make great things happen.

If you’re interested in educating yourself about business, the Personal MBA is the best place to start.

Recomendo livros de Peter Drucker e Demin. Entenda de onde surgiu o conceito para poder aplicá-lo da melhor forma possível. É necessário aprender sobre qualidade total e administração moderna para saber onde quero chegar com esse negócio de Desenvolvimento Ágil

Leia meu amigo, leia muito! É necessário ter o conhecimento base durante a aplicação de práticas de Desenvolvimento Ágil

Onde TI e Businnes se encontram

Fonte: Business and IT – A Marriage Made in Heaven?

To most non-technical people, the mere mention of "IT" can be a real turn off, or result in a roll of the eyes. Although traditionally associated with geeks developing code in a back room, IT - in its very broadest sense - forms the backbone of organizations today, which begs the question: why is there still such a huge communication gap between the IT discipline and the business it powers? This article provides anecdotes and advice for businesses to help them resolve the issues between business and IT, and describes how using Agile methods might just save their relationship.

Talvez este seja o principal documento deste post de hoje... devore-o!

até o próximo...