A Maldita Comédia

Minicurso Groovy & Grails

2010-09-28T11:36:00.003-03:00

Olá!
Bem, ontem estive na Globalcode para ministrar um curso rápido de Groovy e Grails. A intenção foi apresentar os principais conceitos e alguns benefícios de se utilizar essas tecnologias para sua próxima aplicação que rodará na JVM. A interoperabilidade entre Java -> Groovy lhe permite usar as APIs que você já conhece, sem ter que se preocupar em migrar tudo.

O feedback foi super bacana! Pena que o tempo não foi suficiente para mostrar tudo!

Descrição do Minicurso:

O fato de existirem inúmeras linguagens que rodam na JVM já não é novidade nenhuma, principalmente com o sucesso de Scala e JRuby. Seguindo a linha das principais linguagens do mercado, Groovy apresenta-se como uma ótima alternativa para aqueles que querem tentar uma nova linguagem, mas ainda gostam na sintaxe Java. Ganhando popularidade nos últimos tempos, Groovy é uma linguagem dinâmica inspirada em Python, Ruby e Smalltalk que pode ampliar e muito a produtivade em seu dia-a-dia.
Quanto tempo você leva para fazer um site utilizando as principais ferramentas Java? Pois em Grails isso pode ser ainda mais rápido! Inspirado no framework Ruby on Rails, Grails tem ganhado popularidade entre as opções para desenvolvimento web devido ao seu alto grau de integração com a plataforma Java, e adicionando a isso conceitos como interceptors, tag libs, Groovy Servers Pages (GSP), além de uma grande variedade de plugins para facilitar ainda mais o desenvolvimento web.

Minicurso groovy grails

View more presentations from Victor Hugo Germano.

Palestra Pycon Ireland 2010: Having fun with XMPP/jabber bots

2010-07-18T08:16:00.005-03:00

Saudações!

Bem, ontem foi a minha apresentacao sobre xmpp e jabber no evento Pycon Ireland 2010.
Super bacana, varias pessoas na sala... e o feedback foi bom! Inclusive no segundo dia, Sprint day- alguns até estiveram testando o GTalkBot

Ainda essa semana integro o audio, mas ai estão os slides:

Having fun with jabber bots

View more presentations from Victor Hugo GErmano.

that's all...

GTalkBot - Jabber bot para GTalk network

2010-07-06T15:45:00.008-03:00

Bem, no último post eu expliquei os conceitos mais básico para entender esse negócio de XMPP, xmppPy e jabber... pra facilitar a vida, eu criei uma API: GTalkBot, q esta disponivel no projeto botnet na minha conta do github:

http://github.com/victorhg/botnet

Faça o download do arquivo em:

gtalkbot.py@github

Como Utilizar

Usando python, basta vc extender a classe definir os methodos que serah expostos como comandos utilizando a notacao @botcommand. Segue um exemplo:


from gtalkbot import GTalkBot, botcommand

class MyBot(GTalkBot): 
 
    def __init__(self):
        user = 'USER_ID@gmail.com'
        pwd = 'passwd'
        super(MyBot,self).__init__(user,pwd)
       
    @botcommand
    def hello(self, mess, args):
        return "Hi! how can I help you?"

Para iniciar o bot basta executar o metodo run_server()


MyFirstGtalkBot().run_server()

Pronto! Agora, basta acessar seu bot pelo gtalk,pidgin, miranda e comecar a testar!

bom proveito!

O projeto está disponibilizado seguindo a WTF Public License... acho que entao vc ja sabe sobre o q pode fazer com o projeto...

Seu primeiro Jabber Bot em python

2010-06-12T12:04:00.004-03:00

Saudações!

Então vamos lá, falar um pouco sobre o modelo Jabber, Xmpp e python. Resolvi escrever este tutorial, que tera 3 partes, para registrar meus estudos, e tb pq os exemplos que achei tentam sempre esconder a parte principal de criar um bot: handlers e acesso ao xmpp

Super rápida introdução a XMPP

Segundo os autores do protocolo, o XMPP é uma tecnologia aberta para comunicação em tempo real que permite a criação de vários tipos de aplicações, tais como instanting messaging, presença, chats multi-usuários, chamadas de voz e vídeo, colaboração, middleware, content syndication e qualquer transmissão de dados via XML. Talvez a definição mais curta possível seja: é um protocolo para a criação de middlewares orientado a mensagens. E canais de troca de mensagens existem em qualquer sistema distribuído, e acredite, XMPP pode ser usado em cada um deles, desde que, é claro, isso traga benefícios ao sistema ou ao desenvovimento

Para aprofundar um pouco mais o seu conhecimento, o Luis Cipriani (lccipriani), da Abril, escreveu uma introdução super bacana sobre o protocolo: Breve Introducao ao XMPP (vale a leitura, e da onde eu extrai o texto acima)

Para este primeiro exemplo, você nao precisa nem saber muito sobre o protocolo em si, já que as bibliotecas deixam tudo bastante transparente.

Jabber who?

Jabber é o nome de um dos mais famosos serviços de Mensagens instantâneas que existe. A coisa é tão grande, que "jabber" é praticamente um sinomimo de qualquer servico rodando em cima de XMPP (Google Talk, Live Journal Talk, Nimbuzz, Ovi são outros nodos famosos da rede).

O primeiro Bot

Bem, usando python, a coisa é super tranquila. Você vai precisar instalar uma implementação qqer do protocolo. Vamos usar o XMPPPy, cujo foco é ser uma fonte simples de criar scripts em cima do protocolo xmpp. O site oficial possui varios exemplos de bots e scripts para interagir com um serviço xmpp.

$> easy_install xmpp
Info sobre setuptools: python.org

Vou usar utilizar o GTalk como servidor XMPP, pra facilitar a vida.


import xmpp

jid = xmpp.protocol.JID('LOGIN_DO_BOT@gmail.com')
pwd = 'senha'
server = "talk.google.com" 
port = 5222
 
conn = xmpp.Client(jid.getDomain(),debug=[])  

conn.connect([server, port])

conn.auth(jid.getNode(), pwd)

conn.send(xmpp.protocol.Message("SEU_EMAIL@gmail.com", "hello world"))

conn.disconnect()

Importante saber que você vai precisar estar com o usuario BOT adicionado em sua lista de contatos (nos proximos posts vou mostrar como trabalhar com autorizacao de chat entre usuários).

As primeiras linhas do código sao apenas configuracoes basicas: servidor, porta, criacao de um objeto JID utilizando o email e senha para se autenticar no serviço.

Logo após, basta se conectar ao servidor, criando uma instancia de xmpp.Client e passando o token de authenticacao. Para criar uma mensagem, basta instanciar a classe xmpp.protocol.Message com os parametros destino e mensagem

Executando o codigo acima, vc deve recebeu uma mensagem "Hello World" no seu gtalk!

Yay... legal, mas ainda nao é um bot, já que o código nao interage com o usuário. Para que isso aconteça, vamos adicionar um pouco de amor no código acima. Para tal, precisamos:

Após conectar, avisar as pessoas na lista de contatos do bot de que ele está online

Definir um metodo de callback para quando as messagens chegarem

Manter o processo rodando aguardando mensagens

E aqui está o resultado final:


import xmpp

jid = xmpp.protocol.JID('pycon.bot@gmail.com')
pwd = 'pycon123'
server = "talk.google.com" 
port = 5222
 
conn = xmpp.Client(jid.getDomain(),debug=[])  
conn.connect([server, port])
conn.auth(jid.getNode(), pwd)



#avisando contatos de disponibilidade
conn.sendInitPresence()


def callback_message(conn, mess):
 message_body = mess.getBody()
 if not message_body:
  return
 reply_message = "You typed: "+message_body
 conn.send(xmpp.protocol.Message(mess.getFrom(), reply_message))

conn.RegisterHandler( 'message', callback_message)

#main loop
def idle_proc( ):
 """This function will be called in the main loop."""
 pass

while True:
 try:
  conn.Process(1)
  idle_proc()
 except KeyboardInterrupt:
  print 'bot stopped by user request. shutting down.'
  conn.disconnect()
  break
 except xmpp.protocol.InternalServerError:
  print "Server error at Google, trying again"

Bem, ai esta. O código acima vai receber uma mensagem pelo gtalk e retornar a mesma mensagem para o usuário.

Espero que seja útil.

Os códigos deste post estao em: http://github.com/victorhg/botnet/tree/master/botnet/blog

cheers...
agora é hora de Guinness aqui na irlanda... fui!

Submissao para PyConf Ireland

2010-05-23T00:47:00.003-03:00

Saudações!!

Segue abaixo a descrição da palestra que enviei esta semana para a PyCon Ireland.

Mesmo que nao seja aceita (fingers crossed), vou tentar escrever por aki o que tenho feito com bots,

Title: Having fun with Xmpp Bots

Type: Tutorial / Presentation

Abstract:
"The Extensible Messaging and Presence Protocol (XMPP), is a set of
xml technologies for presence and real-time created by the Jabber
community in 1999" (from http://xmpp.org/)
Imagine the possibility of creating a real time channel, capable of
notifying and interact, using a simple instant messaging application.
Integrating such tool on your application could bring real value to
you and customers.
The main focus of this presentation is to show an easy way to create
and use computer bots through the python language, suggesting useful
applications, and bring together some advanced considerations about
security and natural language processing.

Learn how to create a bot using jabberBot (5minutes tutorial):
- basics
- testing
- live example

How to make it useful?
- Real time notification system
- Integration with Yahoo, Exchange APIs
- System administration

Getting serious
- Alternative libraries
- Language Processing

Topics:
* JabberBot, Google App Engine, Xmppy, Twisted
* XMPP
* System Admin

Suggested length:
30 minutes

Level:
Beginner

Como acompanhar?

Já iniciei o projeto no Github (http://github.com/victorhg/botnet), e a intenção é seguir evoluindo o botnet até a apresentação,junto com outros exemplos usando google app engine e twisted...

stay tuned...

Ricardo Semler - Precisamos de Gerentes?

2010-03-09T17:18:00.003-03:00

Vou levantar a lebre aqui :

Já ouvi várias pessoas comentando contra o auto-gerenciamento. Até mesmo durante uma palestra no Scrum Gathering Brasil falando sobre como o PMI está próximo do Scrum, Ricardo Vargas ficou de calças curtas após uma pergunta simples do Bernabó: estaria o PMI preparado para um mundo sem gerentes? Foi muito interessante ver o palestrante se contradizer completamente ao afirmar que não acreditava em auto gerenciamento, deixando claro que as pessoas precisam ser "observadas", "cobradas" e vigiadas... vai entender neh.

Você já ouviu falar no outro Ricardo, o Semler? Pois deveria! Impressionante como o cara é conhecido fora do Brasil! Bem, pra encurtar a história, ele "gerencia" uma empresa com projetos que chegam a 3 bilhões de dólares. Coloquei entre aspas o termo gerencia pois inclusive no video abaixo ele comenta que não toma decisões na própria empresa, pois quase tudo é decidido pelas equipes (que são auto gerenciadas e formadas de forma ad hoc)... difícil de acreditar? Vou colocar a tradução de alguns trechos do video:

Nós mandamos nossos filhos para qualquer lugar do mundo para morrer pela Democracia... Mas eu nunca vi um ambiente de trabalho democrático. Estão ela é muito importante para nossa vida, menos para o lugar em que passamos 60% de nosso tempo. Deve haver algo de errado nisso tudo.

Como é verdadeira essa afirmaçao! É como se toda a nossa evolução como seres humanos(e por que não, sociedades), fosse jogada fora todas as vezes que batemos ponto...

Todas as nossas reuniões são volutárias. Por que se começar a ficar chato, vá embora... Se não sobrar ninguém, será mesmo que precisamos dela?

Seria esta uma solução à desculpa de vários gerentes? "Não consigo mais trabalhar, passo o dia em reuniões!"... pense nisso!

O processo típico para contratações e seleções em empresas é basicamente um processo de paquera na internet. Você diz que sua empresa é o Brad Pitt e ela diz que é a Angelina Jolie. Vocês se encontram em um bar... ficam juntos em dois rápidos encontram e decidem se casar esperando que dê certo...

[Ao invés disso], nós pegamos os candidatos qualificados, que se encaixam na vaga, e pedimos a eles a virem juntos. Então encontramos qualquer um que queira estar envolvido entrevistando estas pessoas. Isto pode levar horas. Então os entrevistadores anotam as duas pessoas que eles gostariam que ficassem. Os dois que pontuarem melhor voltam para passar um dia inteiro por aqui e conversar com qualquer um que queiram... O resultado é um turnover de menos de 2% ao ano.

Fico feliz em saber que várias empresas legais no Brasil já fazem isso! Claro que turnover não é a principal preocupação de várias empresas (afinal, pessoas são substituíveis, não é mesmo?!)... mas lembre-se você também de que Empresas também são substituíveis! Ainda mais na área de software...

Sem mais enrolações... ai vai o video (sim, ja deve ser conhecido de várias pessoas!):

Fonte: MIT World

Anti patterns para Gerentes

2010-03-08T14:22:00.003-03:00

Tenho lido vários posts sobre as "boas práticas" para gerentes de software (O @akitaonrails vive escrevendo sobre isso [1, 2], já li um livro inteiro a respeito e até mesmo na China se fala disso!).

Mas antes de falar sobre boas práticas, gostaria de ressaltar alguns anti padrões que podemos observar (alguns já vivenciei... outros tenho a sorte de não ter visto ainda):

O Gerente desmotivador

Conhece profundamente a arte de desconsiderar qualquer idéia que seja diferente de sua própria percepção do mundo. Pronto para contradizer qualquer sugestão, assumindo normalmente o papel de "Desculpator Master" (sempre existe algum problema para ser resolvido em que a sugestão não se aplica). Normalmente este anti padrão vem acompanhado de outros, principalmente o "Muita boca e pouco ouvido". As implicações de tal comportamento estão intimamente ligadas ao descaso dos funcionários e à falta de credibilidade dos gerente junto ao grupo.

O Gerente muita boca e pouco ouvido

Muito influenciado pelo background do gerente que, inconscientemente ou não, acredita que já sabe todas as soluções para os problemas da empresa, e por isso deve estar numa posição superior aos demais. O comportamento padrão é: falar muito, normalmente repetindo-se a todo instante, como se estivesse falando para si mesmo um discurso, justificando o próprio raciocínio, distante dos demais. Dificilmente aborda funcionários para um conversa franca, pedindo opinião e sugestões sobre problemas. Os funcionários tendem a evitar a conversa, já que não existe nenhuma abertura para expor idéias e opiniões.

O Gerente Alpinista

A escória dos gerentes, alcançando a glória através do resultado dos outros e assumindo todos os louros para sí em detrimento daqueles que realmente apresentam resultados. O gerente possui uma eloquência envolvente e por vários momentos lhe fará duvidar de que esteja agindo de má fé. Atua intimamente ligado às esferas superiores de gerência, apresentando idéias roubadas de terceiros e atribuindo a si mesmo a "capacidade" e "liderança" para alcançar resultados. Tem vida curta nesta posição pois facilmente arrumará inimigos, e é por isso que está sempre disposto a novos desafios, novos projetos. É comum também que este gerente não assuma responsabilidade quando erros ocorrem.

O Gerente Control Freak

Este é um padrão de trabalho para profissionais que não confiam nas pessoas com quem trabalhar para realizar uma tarefa. Estão sempre à frente de todas as decisões, inclusive as mais simples, pois acreditam que os demais não são capazes de fazer nada sem que estejam supervisionados. O comportamento padrão é o autoritarismo. Funcionários podem descrever sentimentos de repulsa ou indiferença e já que não lhes é dado poder de decisão,, erros são comuns devido à falta de zelo pelas próprias atividades.

O Gerente detalhista

Gerentes nesta categoria pensam que todos os detalhes dos resultados apresentados por seus subordinados devem ser escrutinados e dissecados dos pés à cabeça. Sentindo que sua autoridade será menosprezada se as pessoas não apresentarem todos os problemas nos mínimos detalhes (até as coisas mais estúpidas). Entre os comportamentos comuns existe sempre um "checklist sobre como resolver o problema" seguido de pouca preocupação com os resultados.

Sugestões sobre mais anti padrões?

Você tem orgulho do seu Código?

2010-03-07T14:02:00.005-03:00

No mesmo clima do último post, me esqueci de disponibilizar os slides da minha última palestra no Brasil, feita em Floripa no evento Carvana GuJavaSC 09. Que foi super divertido, com uma demonstração do uso de asterisk+java pelo Ricardo Limonta.

Alguns disseram que este foi um momento completamente pessoal meu (epifânico, catárzico, auto revelador), com a minha visão sobre trabalho, orgulho e melhoria contínua. Mas a intenção principal estava em descrever literalmente o significado de ter (ou não) orgulho do próprio código, e como utilizar a busca pelo aperfeiçoamento profissional para mudar o próprio indivíduo.

Gostaria de apresentar novamente estes slides (talvez um screencast...)

Voce Tem Orgulho Do Seu Codigo

View more presentations from Victor Hugo Germano.

De volta ao Trabalho!

2010-03-07T12:19:00.004-03:00

Salve!

Vários meses desde o meu último post, resolvi voltar a escrever neste blog (incentivado pelo Ismael)... Para aqueles que não sabem, já não moro mais em Florianópolis (local onde estive nos últimos 10 anos trabalhando, bebendo e escrevendo).

Desde Fevereiro estou morando na Irlanda, terra dos Leprechauns, pure pot still whiskey e da cerveja Guinness - que por aqui é deliciosa, e não tem gosto de café requentado como no Brasil. So far, so good - a cidade de Dublin (minha atual moradia) é super ativa e a cerveja é sempre boa! No momento estou buscando oportunidades de trabalho (e com boas perspectivas).

Minha principal motivação motiva de me mudar para Dublin foi a oportunidade de ter uma experiência fora do Brasil trabalhando como desenvolvedor de software (já que estava completamente frustrado com minhas experiências de trabalho no sul do Brasil). Como não sou uma pessoa de desistir facilmente das próprias crenças e valores, deixei meu antigo trabalho na Audaces e vim para Dublin fazer uma especialização em Gestão e Marketing na Abbey College

E aqui estamos! Pretendo escrever um pouco mais sobre o que venho estudando nos últimos tempos:

Precisamos, ou não, de gerenciamento? Estamos prontos para o auto gerenciamento?
Começando com a descrição das raízes do gerenciamento, até modelos mais maduros de gestão (que o @alegomes consagrou chamando de Manifesto 2.0). Para os que me conhecem do movimento Ágil brasileiro, não se assustem... Agile é apenas o começo.

Espero que gostem...

Uncle Bob e o dilema do profissionalismo

2009-06-07T12:52:00.003-03:00

Acredito que seja um video não apenas para a comunidade Ruby / Rails, mas para a comunidade mundial de desenvolvimento de software...

Scrum Gathering Brazil: Impressões

2009-05-15T12:27:00.004-03:00

Scrum Gathering Brazil: Impressões

Saudações!!
Antes de continuar com este post, um esclarescimento: Como sou um dos editores da InfoQ Brasil, não publicarei informações sobre as palestras neste blog, já que MUITA informação será disponibilizada no http://www.infoq.com/br no decorrer dos próximos dias. Fique no aguardo!

Agora voltando às impressões pessoais do evento:

Cara, Scrum Gathering talvez esta tenha sido a principal oportunidade de encontrar a maioria dos caras que formam a comunidade Ágil brasileira! E todos num único lugar!
Durante os dois dias de evento, nos revezamos discutindo, criticando e trocando informações importantíssimas sobre Agilidade e o impacto disso no mundo dos negócios. O perfil do evento possibilitou imensamente o contato, tendo sido realizado no Hyatt Hotel, em são paulo.

Gostei muito do que vi, apesar de alguns absurdos (como apresentado já pelo Rodrigo Yoshima), mas saí com a impressão que precisamos nos focar em discussões mais profundas sobre práticas e incluir, que sabe, mais práticas ágeis no evento.

Fotos do evento por Manoel Pimentel: Scrum Gathering Brazil

E pra aproveitar esse povo todo em são paulo, fomos tomar cerveja!!

Foto por @rodrigoy

Tem tanta gente nessa foto que não tenho nem coragem de começar a escrever os nomes, com medo de esquecer de alguém. Mas vou citar uma pessoa importante: O Martim Fowler brasileiro: Felipe Rodrigues! Veja-o ao lado de Manoel Pimentel: O Martim Fowler Brasileiro

Valeu galera!!! Hooters foi o bicho!

Parabéns Alexandre Magno e Edmilson Miyasaki pela organização!
Até a próxima!!

PS: Tire férias em outubro! Ágiles 2009 vem ai!

Impressões: Agile Weekend

2009-04-30T21:18:00.003-03:00

Senhores!

Bem, o último final de semana estive em Porto Alegre para prestigiar o Agile Weekend, evento promovido pelo Guma-RS, em comemoração de seu quinto aniversário (parabens guma!)

Muita gente apareceu para conferir o evento, inclusive muito mais do que eles imaginavam... o que é um indício de uma demanda extremamente reprimida no sul do brasil por eventos de qualidade e foco em Metodologias Ágeis.

O evento foi muito show!! Imaginem programar um evento para 100 - 150 pessoas, e de repente aparecerem 300 para participar... povo teve que se desdobrar em 5 pra fazer a coisa acontecer... e claro: aconteceu!!

O evento começou com uma apresentação dos organizadores, seguido de uma palestra "motivacional" de Daniel Wildt e Luiz Parzianello, fundadores do Guma. Extremamente divertidos e de improviso eles falaram sobre as origens do Lean e as ramificações que o modelo criou mundo a fora... mostrando que Lean escala e que Desenvolvimento Ágil tem um pai! Detalhe: respondi a uma pergunta e ganhei um livro!! Coisaboua participar de evento em Porto alegre! Já é o segundo que ganho!! Agora vou aprofundar mais meus conhecimentos em Lean... me segura!!

Um show a parte: o coffee break!! Credo! muito bom!!

Bem, pra variar, encontrei o pessoal da Sea Tecnologia (@alegomes, @rwilli e @brunopedroso)... esse povo não deve trabalhar... assim como eles acham que eu não trabalho... somos todos arroz de festa! (e o proximo: Scrum Gathering!)

A próxima palestra foi feita pelo Peleteiro, da Globo.com, falando sobre anti padrões de equipes ágeis. Acredito que tenha sido a palestra com maior intereção com o publico...

Logo depois assisti à apresentação de Fabrízio Mello, falando sobre refactoring em banco de Dados... bem, seguindo as palavras do próprio Fabrízio: Scott Ambler colocou os nomes bonitos na maior parte das funções rotineiras que usamos para desenvolvimento com banco de dados... mas foi bastante produtivo... quer dizer que o que antes era chuncho agora virou Refactoring Pattern!!

No outro dia, conversamos sobre Agile no ensino. O Guma RS está com uma iniciativa muuuuito interessante para levar metodologias ágeis para o ensino, pra evitar que se fale muita porcaria em artigos e teses orientadas por professores que não sabem do que estão falando... gostei!

Ah! O pessoal da SEA apresentou o case de seu trabalho junto à força aérea brasileira, semelhante ao apresentado no último Maré de Agilidade

O Daniel Wildt desabafou todas as suas mágoas numa palestra entitulada "Eu odeio metodos Ágeis"... muito bom!

Pra finalizar, uma mesa redonda com a maior parte dos palestrantes. A discussão girou em torno de contratação de projetos Ágeis... tema já bastante conhecido e abordado, por exemplo, por Jose Papo, inclusive com uma apresentação no último Falando em Agile e que falará sobre o mesmo tema: contratos! )

E foi isso... ótima experiência, voltei completamente renovado para o trabalho...

Parabens aos organizadores!

Bá! Trí legal esse evento!

E pra fechar o dia, claro: Cerveja!!!

I am a Craft Brewer

2009-04-24T21:15:00.001-03:00

I Am A Craft Brewer from I Am A Craft Brewer on Vimeo

aula 2: Teste de Software no CTAI

2009-04-24T19:04:00.003-03:00

Saudações!!

Bem, estou aqui em casa após mais um dia de aulas no Senai CTAI... realmente cansado...

Desta vez, a intenção foi ser o mais didático possível na utilizaç!ao de documentação de testes. Apesar de concordar com o @gchapiewski , algumas coisas não podemos fugir de documentar... mas pelo menos que sejam agregando valor!

Segue abaixo os slides de mais essa aula.

Ctai Teste De Software Aula 2

View more presentations from Victor hugo Germano.

Aula: Teste de Software no CTAI

2009-04-22T20:42:00.006-03:00

Saudações!

Bem, alguns já devem estar sabendo, mas vale lembrar: no momento estou atuando também como professor do Senai CTAI em Florianópolis. Minha primeira ação nesta nova função está sendo no curso: Teste de Software

Pode parecer, mas este não é um curso de teste comum... de tradicionalidade, NADA!

Estou tentando colocar em jogo minha visão do desenvolvimento de software, e de que maneira um processo de testes se encaixa nisso tudo.

Longe de ser uma aula completamente teórica, minha intenção é reconstruir de forma evolucionária e incremental o conceito de teste de software, trazendo um desafio: Trabalhemos conscientemente para a construção da qualidade de software! Eliminemos desperdícios e estejamos prontos para criticar os modelos burocráticos de teste de software. Antes de mais nada, o que importa é Software Funcionando!

Além disso, incorpore ferramentas de teste ao seu dia a dia, reduzindo muitos dos custos atrelados a um processo de softwre.

Seria esta a vitória do Desenvolvimento Ágil na Academia? Difícil de dizer no momento, então vou esperar até o final do curso. =)

Enquanto isso, seguem os slides da aula de hoje:

Ctai Teste De Software Aula 1

View more presentations from Victor hugo Germano.

Quer trabalhar na Audaces? Pergunte-me como!

2009-04-16T20:40:00.003-03:00

Bem, não gosto muito de me repetir... bem por isso que não tenho postado tanto no blog... mas vou abrir uma exceção!

Um dos posts mais visitados neste blog, sem dúvida, foi o anuncio de vagas na Audaces para um projeto no mínimo interessante: Um simulador 3D em Java!

Até colocamos o Eduardo, líder do projeto, para falar no Mês do Java 2008, e aguarde, logo ele falará de novo! Para os que acreditam software 3D não é viável em java... aguarde e confie!

Bem, chegou a hora! Precisamos de mais desenvolvedores!

Procuramos pessoas que sejam apaixonadas pelo próprio trabalho, gostem de aprender coisas novas e estejam dispostas a criar produtos com máxima qualidade! Você gosta de matemática? Gosta de desenvolvimento "ao extremo", e está cansado daquelas aplicações chatas? Adoraria passar o dia inteiro olhando para a Ivy?? Venha ser entrevistado!!

OpenGL, Eclipse RCP, Scrum, TDD, Modelagem 3D, Simulação Física... enfim: DIVERSÃO

Trabalhe Conosco

victor.germano [at] audaces [ponto] com

E então, topa o desafio? Entre em contato!

Fotos do evento: Maré de Agilidade

2009-03-30T13:52:00.004-03:00

Fotos Maré de Agilidade by Manoel Pimentel

Maré de Agilidade

2009-03-28T14:41:00.003-03:00

Bem, pra quem não sabe, estou na Bahia, Salvadô... convidado para o evento Maré de Agilidade

Vim para falar sobre o conceito de Integração contínua.

O pessoal da organização do evento disponibilizou um blog com as informações. Confira! (Slides da minha apresentacao neste blog)

http://maredeagilidade.blogspot.com

até mais!

Somos professionais de software?

2009-02-20T10:22:00.002-03:00

Uncle Bob, sempre pragmático (e porque nao dizer, radical), se apresentou no JAOO com a seguinte palestra: Craftsmanship and Ethics.

O cara levanta uma bandeira muito interessante: não somos profissionais... somos apenas trabalhadores... e isso se deve pela falta de disciplina que NAO temos aos construir código. E ele faz muito bem o seu papel: evangelização (com uma inclinação meio maluca).

Veja o vídeo:Craftsmanship and Ethics

E então, ainda tocando os tambores?

Capital de Risco para projeto Open Source

2009-02-19T10:08:00.001-03:00

Dica super interessante!
Que tal criar um business plan de um projeto curto e opensource, e concorrer a uma grana?
Bem, essa é a ideia de Mark Cuban, que promete criar um modelo de investimento para projetos opensource.

Sua ideia consistem em receber projetos promissores (postados publicamente em seu blog) que esperam ter retorno rápido e consistente. Caso o cara goste, ele vai botar uma grana... e talvez encontrar mais participantes para o projeto.

Leia mais em: The Mark Cuban Stimulus Plan

Regras

1. It can be an existing business or a start up.
2. It can not be a business that generates any revenue from advertising. Why ? Because I want this to be a business where you sell something and get paid for it. Thats the only way to get and stay profitable in such a short period of time.
3. It MUST BE CASH FLOW BREAK EVEN within 60 daysÂ
4. It must be profitable within 90 days.
5. Funding will be on a monthly basis. If you dont make your numbers, the funding stops
6. You must demonstrate as part of your plan that you sell your product or service for more than what it costs you to produce, fully encumbered
7. Everyone must work. The organization is completely flat. There are no employees reporting to managers. There is the founder/owners and everyone else
8. You must post your business plan here, or you can post it on slideshare.com , scribd.com or google docs, all completely public for anyone to see and/or download
9. I make no promises that if your business is profitable, that I will invest more money. Once you get the initial funding you are on your own
10. I will make no promises that I will be available to offer help. If I want to , I will. If not, I wont.
11. If you do get money, it goes into a bank that I specify, and I have the ability to watch the funds flow and the opportunity to require that I cosign any outflows.
12. In your business plan , make sure to specify how much equity I will receive or how I will get a return on my money.
13. No mult-level marketing programs (added 2/10/09 1pm)

Alguma idéia?

[]s
Victor

Succession na InfoqBrazil

2009-02-10T15:24:00.003-02:00

Saudações...

Não sei ao certo se as pessoas que leêm este blog(ou liam - estou muito vagal ultimamente), leêm também o infoq Brazil...

O site gringo começou com uma discussão muito bacana sobre o último assunto de Kent Beck (veja a notícia em inglês).

Bem, repliquei a notícia no site brasileiro, e convido a todos para se juntarem à discussão:Veja a notícia

TOP 25 Most Dangerous Programming Errors

2009-01-13T21:38:00.003-02:00

Saudações a todos!

Voltando de férias esta semana me deparei com um documento MUITO importante para a comunidade de software mundial, resultado do encontro de inúmeras empresas de segurança e autores conhecidos da área em Washington/DC, esta semana.

O encontro visou chegar a um consenso sobre quais seriam os principais erros cometidos no desenvolvimento de software e que possuem o maior impacto na segurança das aplicações web. Bem... a discussão não foi tão intensa, e foi relativamente fácil chegar ao número acima: Os Top 25 (sql injection, code injection, xss e muitos mais).

Bob Martin é o portavoz do documento, e apresenta sua versão sobre a criação. Segue uma pequena parte do texto de introdução:

(January 12, 2009) Today in Washington, DC, experts from more than 30 US and international cyber security organizations jointly released the consensus list of the 25 most dangerous programming errors that lead to security bugs and that enable cyber espionage and cyber crime. Shockingly, most of these errors are not well understood by programmers; their avoidance is not widely taught by computer science programs; and their presence is frequently not tested by organizations developing software for sale.

Leia o Documento Completo

De forma bem humorada, o catálago apresenta a descrição dos erros e como utilizar patterns para mitigar tais riscos. Confira em: http://cwe.mitre.org/top25/

Para constar, os envolvidos:

Robert C. Seacord, CERT
Pascal Meunier, CERIAS, Purdue University
Matt Bishop, University of California, Davis
Kenneth van Wyk, KRvW Associates
Masato Terada, Information-Technology Promotion Agency (IPA), (Japan)
Sean Barnum, Cigital, Inc.
Mahesh Saptarshi and Cassio Goldschmidt, Symantec Corporation
Adam Hahn, MITRE
Jeff Williams, Aspect Security
Carsten Eiram, Secunia
Josh Drake, iDefense Labs at VeriSign, Inc.
Chuck Willis, MANDIANT
Michael Howard, Microsoft
Bruce Lowenthal, Oracle Corporation
Mark J. Cox, Red Hat Inc.
Jacob West, Fortify Software
Djenana Campara, Hatha Systems
James Walden, Northern Kentucky University
Frank Kim, ThinkSec
Chris Eng and Chris Wysopal, Veracode, Inc.
Ryan Barnett, Breach Security
Antonio Fontes, New Access SA, (Switzerland)
Mark Fioravanti II, Missing Link Security Inc.
Ketan Vyas, Tata Consultancy Services (TCS)
Lindsey Cheng, Ian Peters and Tom Burgess, Secured Sciences Group, LLC
Hardik Parekh and Matthew Coles, RSA - Security Division of EMC Corporation
Mouse
Ivan Ristic
Apple Product Security
Software Assurance Forum for Excellence in Code (SAFECode)
Core Security Technologies Inc.
Depository Trust & Clearing Corporation (DTCC)
The working group at the first OWASP ESAPI Summit
National Security Agency (NSA) Information Assurance Division
Department of Homeland Security (DHS) National Cyber Security Division

Ferias!

2008-12-10T14:48:00.001-02:00

Desculpem a demora em responder...
Feliz entrada de anos pra todos! Estou de ferias!

TDC 2008: Download das Apresentações

2008-12-06T10:14:00.003-02:00

Saudações!

Globalcode & VOffice disponibilizaram as palestras do TDC 2008 Floripa. É a change de ver as apresentações... inclusive a minha (novamente...). Confira!

Existem também algumas fotos do evento no picasa (Faltaram as fotos do papo de bar... mas tudo bem... ). Confira tambem!

TDC 2008: Integração Contínua

2008-12-01T21:46:00.004-02:00

Saudações!

Gostaria de disponibilizar a minha apresentação, realizada no TDC 2008 Floripa.

TDC2008 Integração Contínua

View SlideShare presentation or Upload your own. (tags: continuous agile)

Uma pequena transcrição da palestra:

Vamos falar de Integração contínua e os benefícios da automatização de build
Eu? Eu sou o victor! Um pouco sobre mim...
Agenda da apresentação
Tudo começa com as origens: tradicionalmente, o momento de integração era a realização de um grande passo no projeto - juntar tudo - e obviamente que, na teoria, a vida é sempre bela!
Minha percepção desse modelo, inclusive ensinado nas universidades por essas bandas: O Mais puro conto de fadas! Com direito a vestido esvuaçante, sapatinho de cristal e castelo ao fundo.
Como em todo conto de fadas, acreditamos em uma série de premissas, e a principal delas é: nossos clientes estão dispostos a esperar por resultados apenas no longo prazo. Qualidade nunca é importante o suficiente (afinal, se houver tempo, pode cortar os testes).
Mas a realidade é sombria, e extremamente dura com akelas que entram no mercado de trabalho: riscos sempre são subestimados, retrabalho em um Pattern, atrasos uma constante
Precisamos nos preparar para um mundo novo, onde Clientes não podem e não querem esperar por software. E para isso, precisamos eliminar desde as primeiras fases de um projeto riscos com integração de software. É necessário também estar preparado para realizar mudanças rápidas, e responder às interpéries e baixas do mercado. E por último, e conseguirmos reduzir custos de produção, com certeza estaremos mais preparados.
Se conseguíssemos reunir: Velocidade para atendimento de requisições de um cliente, Qualidade para evitar que decisões de hoje não alterem as decisões de amanha, além de recolher informações para a tomada de decisão, chegaremos a:
Valor de Negócio. Perceptível pelo cliente: respostas rápidas às mudanças, alinhamento com as necessidades do negócio e satisfação
Trocando em miúdos, é necessário criar um Botão Virtual, que nos possibilite entregar, rapidamente, valor ao cliente.
Isto é integração contínua
Representação Grafica do processo
Citando as principais etapas do processo: Construção, Testes, Inspeção e Feedback
Construção: normalmente confundido com o próprio termo de Integração Continua. Representa a automatização da construção do sistema, utilizando normalmente uma ferramenta de script (ant ou maven)... (por causa desse slide, o motivo do primeiro slide - essa a automatização em si - integrando todas as ferramentas citadas nessa apresentação)
Pausa para uma reflexão: Esqueca TODA esta apresentação se você não utiliza controle de versões... não caia nesse erro: CONTROLE DE VERSÕES É PRIMORDIAL!!! Saia da idade da pedra! Páre de guardar HD's antigos ou código fonte zipado
Testes: Sim, devem existir! É irresponsabilidade profissional não existir testes unitários automatizados para cada linha de teste! Neste ambiente, não fala-se apenas de testes unitários: aceitação, performance, integração, carga... IC significa mitigar riscos criando um ambiente de testes para garantir que sua base de código é confiável
Pra não ficar por menos, algumas ferramentas!
Inspeção: Tradicionalmente existe um problema em criar equipes independentes de qualidade/teste e desenvolvimento. Imagine o seguinte exemplo - você está lah no bem bom com a patroa e um cara do lado te dizendo "Não cara, não é assim, mais pro lado... isso não estava no roteiro, vc não pode colocar esta perna aí, é para o outro lado...". Para resolver este problema, podemos nos valer de anos de estudo de autores e desenvolvedores e buscar formas de mensurar qualidade de código através de métricas conhecidas, e através de ferramentas
Mais ferramentas: Você se acha bom desenvolvedor? Então execute o CPD no seu código, e depois conversamos! Com estas ferramentas, a própria aceitação dos desenvolvedores será influenciada: não é o zé mané da qualidade falando, é uma ferramenta... normalmente a impressão é melhor...
Imagine aplicar os conceitos de Business Intelligence para software? Cria-se assim a Software Itelligence, tomada de decisão através de dados concretos, acompanhados desde o início do ciclo de vida do produto, para que se possa tomar decisões a respeito do software utilizando cobertura de código, comportamento de testes, avaliação de duplicidade de código, avisos do compilador... muito mais acertivo que os achismos de especialistas...
Como reunir tudo isso?? ora! ferramentas de feedback... segue uma pequena lista...
Referencias
Obrigado!! Obrigado pela oportunidade
Dúvidas...

E então, você foi na apresentação e gostou??? Faça um comentário! Preciso do feedback para poder melhorar...

O evento foi muito bacana! Alta qualidade, pessoas interessantes e muita diversão!

Obrigado Globalcode e VOffice pela oportunidade! Ao final do evento ainda rolou um Papo de Boteco... coisalinda de Deus!!

[]s!!

The Developer's Conference 2008 - aí vou eu!

2008-11-26T00:47:00.002-02:00

Saudações!
Informações de última hora: O Bocão (vulgo Henrique Oliveira) me convidou para falar um pouco sobre Integração Contínua no evento deste final de semana aqui na ilha... e claro, eu topei!

Site Oficial: The Deveoper's Conference - uma realização Globalcode & VOffice

Vou tentar passar a mesma idéia que a apresentação feita no GuJavaSC deste ano, focando bastante no conceito por trás de todo o processo de integração contínua, e apresentando algumas ferramentas. Será uma apresentação rápida, e portanto, nada de muito blablabla ou piadinha... direto ao ponto...

Mais informações na Programação do Evento (sim, eu sei, meu nome não aparece ali... espero que atualizem logo...). A grade do evento está bastante interessante, vale a pena conferir!

[]s

Blogrool... in a roll...

2008-11-18T23:08:00.003-02:00

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!

InfoQ Brasil: Ready to fly!

2008-11-02T19:51:00.004-02:00

Saudações a todos!

Este fim de semana, novamente, estive em são paulo. Só que desta vez foi para participar do lançamento oficial da versão brasileira do site InfoQ, a qual sou um dos editores.

Iniciamos com a apresentação do Floyd (não o Pink, o Marinescu, CEO e fundador da InfoQ), apresentando a história do site, os valores da empresa e passando a vez para a Fratech, que é a parceira InfoQ no Brasil. Achei demais a apresentação do cara: o site é formado não por jornalistas, mas por especialistas nas áreas, que gostariam de divulgar e trocar informações. Todo o conteúdo é produzido comunitariamente. Do povo para o povo. =)

O evento foi muito bacana, destaques da vez:

Akita: ótima apresentação, o cara é muito fera... aproveitou para falar de Ruby e Agilidade, e de que maneira as comunidades OpenSource, Agile e Ruby se interligam, e como tudo isso é o celeiro de pessoas "acima da média" no mundo da computação. Tenho a apresentação do cara, vou pedir autorização para disponibilizá-la.
Alexandre Gomes: falando sobre SOA, o dono da Sea Tecnologia, pra variar, fez a apresentação mais divertida do encontro. Moral de toda a apresentação: o que importa são os princípios, a evolução contínua e gradativa, e principalmente: as pessoas! (acho que preciso de um mac... pra fazer apresentações que nem as desses caras...)
Painéis sobre Sistemas Distribuídos e Agilidade. Pessoas experientes, ótima discussão!
Lançamento do Livro Scrum e XP direto das Trincheiras, traduzido por algumas pessoas da comunidade (eu inclusive), organizado por alguns na Sea Tecnologia. Veja o resultado!

Participei do Painel sobre Agile, foi divertido, mas gostaria que mais pessoas estivem lá para questionar, criticar e discutir sobre... não tem problema, logo teremos mais!

No final, claro, um pouco de cerveja pra comemorar e aliviar os ânimos!

É isso! Parabéns Fratech pelo lançamento do site!

Aproveite mais este canal!!

[]s

Falando em Agile: Antonio Carlos Silveira

2008-10-28T18:09:00.003-02:00

Antonio Carlos Silveira, um dos mais novos gerentes do Yahoo! Brasil, apresentou uma palestra com o tema O Product Owner e o Product Backlog. Pra variar, ele também é um dos caras que já trabalhou na Globo.com, e que ajudou a empresa a utilizar Scrum, tornando-se o maior case de utilização no Brasil. Minha impressão: a melhor palestra do evento

Tudo começa com uma brincadeira muito boa. No dia anterior, o Guilherme Chapiewski apresentou um pouco da atuação dos líderes Ágeis na Globo.com e é claro, mantendo a imagem de uma empresa massa pra caramba!(Foi muito massa a palestra, logo escrevo um pouco sobre ela).

Mas, mantendo seu compromisso principal com a verdade, o Antonio Carlos mostrou como é realmente o trabalho na Globo.com: A competitividade é acirrada!!

A intenção da apresentação era realmente esclarecer o conceito de Product Owner, e o artefato Product Backlog do Scrum. O nome em si não importa, mas os princípios por trás dos papéis e dos artefatos.

Alegoria interessante:

Uma equipe Scrum é formada por:

Darth Vader - Scrum Master - O protetor do processo
Stormtrooper Crew - Equipe - Responsável pela qualidade
Indiana Jones - Product Owner - Vem de uma cultura de chicotada (normalmente um Product Manager)

Tradicionalismo x Agilidade - De onde viemos e Para onde vamos

Tradicionalmente, principal missão de um Product Manager era se antever e prever futuro. Mas Por quê? A fórmula é simples:

Se antecipar aos acontecimentos de um projeto pode reduzir incertezas
Reduzindo incertezas provavelmente diminuirá a quantidade de Change Requests
Como Change Requests são caras, reduzir sua ocorrência certamente diminuirá o custo do projeto

Surge a figura de um Product Manager carrasco, que não se importa com a saúde das equipes que trabalham para ele, e está mais preocupado a cumprir um cronograma custa o que custar.

Não existe, neste ambiente, uma preocupação em adaptar-se à mudança, mas em restringir a mudança. Antecipar-se é o principal foco deste modelo, mesmo que o nosso mundo esteja seguindo na direção contrária. AC atribuí a isso uma espiral negativa dentro das empresas: setores de tecnologia querendo restringir mudanças devido aos custos elevados, e os setores de marketing buscando adaptar os produtos aos mercados.

Este é o principal motivador para o crescimento de métodos Ágeis. Assim, o que queremos é a agir rapidamente a qualquer Request de mudança. Ao invés de criar procedimentos para restringir mudanças, precisamos abraçar as mudanças adaptando-se o mais rápido possível.

O Product Owner

O papel do PO primeiro de tudo é: Ele precisa entender o Cliente Ele precisa responder às seguintes perguntas:

Qual o seu Target ?
Quem é o seu público alvo?
Quais são as personas? (dica do Danilo Bardusco)
Quem se quer atingir?
Por que um cliente gastaria dinheiro com o seu produto?

Além disso também, o cliente é uma Ponte entre os Clientes e o Time, inclusive na hora de buscar mais informações quando seu conhecimento do domínio do problema não é completamente compreendida. Assim, ele facilita o contato entre o Business e o Desenvolvimento.

Existe sempre uma tenção entre este PO e a equipe. Em métodos Ágeis, TUDO é baseado em confiança. E qual o paradoxo desta realidade: estamos num mundo em que confiamos muito poucos uns nos outros, e desenvolvimento Ágil para funcionar precisa muito de confiança.

Espiral negativa da vez:

PO não confia no time, porque normalmente não recebe o que solicita. Assim, o que ele faz? Atola a equipe de solicitações, na esperança de ganhar alguma coisa "do balaio"
A equipe sabe que o PO vai pedir mais do que eles conseguem produzir. Como sair dessa? Estimar cada vez mais tempo para completar as tarefas...

É isso que precisa ser mudado para que um ambiente ágil seja produtivo. Transparência é a palavra de um projeto Ágil. Inclusive, para que se entenda melhor essa alegoria. Imagine um projeto scrum como um barco: Se ele afundar, vai todo mundo pro buraco.

O PO pode ser técnico? Não necessariamente. Primeiramente, o PO precisa entender a equipe: sua capacidade de produção. Precisa entender que não é apenas empurrando trabalho para a equipe que mais software vai ser entregue. O Danilo Bardusco já escreveu sobre isso.

É necessário criar um ciclo virtuoso em que:

O PO entender as necessidades de esclarescimento da equipe.
Estimula a equipe no limite, para que ela consiga se comprometer e produzir o melhor produto. Tendo orgulho do que faz.
Sabe que um número, que a preocupação apenas com produtividade não trará o resultado esperado.
Trás um ponto de vista para a equipe que agregue valor para a equipe

PO: Cria a Visão

O PO precisa pintar uma imagem bonita, para onde todos da equipe queiram seguir. Dois exemplos foram citados: Disney e Mirosoft. A primeira empresa cria uma Visão única, que guia todos da empresa, e é um dos motivadores de seu sucesso:
We create happiness by providing the finest in entrertainment for people of all ages, everywhere

Na criação desta Visão, o Product Owner deve estar preocupado em conquistar a equipe como um todo. E para isso a visão deve ser:

Compartilhada e compreendida por todos
Deve criar o desejo na equipe em fazer parte desta conquista
Deve ser clara e concreta
Deve ser difícil de ser alcançada, mas não impossível

Você é o product owner de um projeto? Qual a visão do seu software? e a equipe, entende essa visão?

PO: Entende o domínio do Problema e da Solução

Deve ser a referência sobre o Domínio do problema. Ele deve ser o ponto focal para a equipe, quando ela estiver em dúvida. E pra isso ele deve ter poder de decisão.

Receita para o fracasso:

Um product Owner que nunca decidiu nada. Criando a "Síndrome para o PO Mensageiro": Se para tomar qualquer decisão o PO precisa se comunicar com alguém para pedir a opinião, o problema está formado. Quais as consequências disso?

Equipe vai desconsiderar o papel do PO, indo diretamente à pessoa que decide.
O Time passa a tomar decisões. Se sentindo no direito de tomar as próprias decisões sobre o produto.

É necessário que o PO imponha respeito à equipe. Tudo que está sendo dito aqui é sobre pessoas, e a interação entre elas. Esqueça ferramentas! O que importa é a relação entre esse as pessoas, a maneira como você interage com elas. Comunicação Oral é o principal! Lembre-se disso: ferramentas não vão substituir o sucesso da interação pessoal entre as pessoas. (Repetitivo? náá)

Além disso, é obrigação do PO aceitar o que for produzido pela equipe. Para isso:

Deve estar presente para esclarecer dúvidas (deve estar próximo)
Deve avaliar o que for produzido

Aqui, o AC indica um estudo bastante interessante: A universidade de Michigan descobriu (há quase 10 anos), que equipes multiciplinares juntas produzem mais que o dobro do que equipes separadas por salas, predios, etc. Leia a notícia

Nota importante: é o PO que organiza o Release Plan para o produto. Ele que encontrará o melhor momento para lançar uma versão nova do produto.

PO: Responsável pelo ROI

Sim!!! Retorno sobre investimento!

É o foco do PO! Normalmente relacionado a dinheiro. Mas não necessariamente o dinheiro em si. Acima de tudo, ROI deve estar ligado a um objetivo mensurável:

Dinheiro
Audiência
Satisfação do Cliente
Fidelidade

PO: Responsável pelo Product Backlog

Resumindo o que apresentamos acima: O Product Owner tem como função?

Entender o Cliente
É o elo de comunicação entre os Clientes e a Equipe
Entender do domínio do problema e principalmente possui o poder de decisão sobre o projeto
Aprova/Rejeita o resultado do Sprint
Responsável pelo Release Plan
Responsável pelo ROI
Responsável pelo Product Backlog

Lembrando que: Product Backlog é uma lista priorizada (em qualquer mídia) e ordenada com coisas que trarão algum benefício para o usuário.

Como descrever itens do backlog? User Stories!

AC ainda explicou sobre a profundidade na elaboração do Product Backlog, já explicado na apresentação: 10 ways to screw up with Scrum and XP. (Numa imagem muito bonita: 3D, tons pastéis, Estrelinha e um "r" no logo!)

O que define um bom Product Backlog?

Está Planejado adequadamente para os próximos 3 Sprints, ajudando o time a ter uma visão maior sobre para onde estão indo.
Sempre priorizado. Para que a equipe consiga escolher sempre o item mais prioritário
Sempre visível: Isso trás transparência
Deve ser mantido pelo Produtc Owner (não é função da equipe priorizar o Backlog)

Priorização

Foram citados os modelos de priorização:

Kano Model
Benefício Relativo
Modelos Financeiros
- VPL
- TIR
- Payback

Principal Bibliografia Ágil sobre o assunto: Agile Estimating and Planning por Mike Cohn

No Modelo de Kano, deve-se categorizar o product backlog através do valor percebido pelo cliente. Em três categorias:

Must-have: Obrigatórios (Um hotel deve ter cama)
Linear: Quanto mais melhor (Cerveja grátis no quarto do hotel - ótimo )
Exciters: Necessidades não conhecidas (TV de LCD 42'' no Quarto - ótimo, mas não faz tanta diferença)

Para cada item do Backlog, faça duas perguntas:

Funcional: O que vc acha de ter uma Latinha de cerveja de graça no quarto de hotel, quando vc chegar?
Disfuncional: Se você chegar num hotel e não tiver uma latinha de cerveja de graça no quarto, o que vc acha?

No método de Benefício Relativo é necessário, primeiramente, que as estórias estejam estimadas. Após isso, preencha a seguinte tabela:

	Benefício em ter	Penalidades em não ter	SUM(BV)	Estimativa	BV/Est
Funcionalidade 1	1	9	10	2	5
Funcionalidade 2
Funcionalidade 3
Funcionalidade 4

A Ordenação se dá pela coluna BV/EST

Mesmo sendo um método bastante interessante, em sua experiência, Antonio acredita que no final é o chutão que conta. A Utilização de personas pode ajudar bastante.

É isso... Esses relatórios estão ficando bastante extensos... mas espero ter passado a idéia da apresentação... aos que não assistiram...

Antonio: Parabéns pela apresentação!

(Acompanhe as impressões dele sobre o evento, além inúmeras referências)

Tomei a liberdade de adicionar neste blog os slides da apresentação (sem autorização, desculpe!). Aproveite:

Falando Em Agile 2008: Product Owner and the Product Backlog

Lançamento InfoQ Brasil - 01/11/2008

2008-10-27T19:30:00.004-02:00

Saudações!

Este final de semana estarei em São Paulo para prestigiar do lançamento da versão brasileira do site InfoQ, conduzido pela Fratech

Junto com o Manoel Pimentel, vamos tentar passar um overview sobre o material que será possível encontrar no site, tentando - claro, estimular a curiosidade dos participantes a acessarem site, ampliando a comunidade brasileira ligada a desenvolvimento de software como um todo.

Encontro você lá!
[]s

Falando em Agile: A melhor metodologia de todas!

2008-10-27T16:19:00.002-02:00

Por Rodrigo Yoshima, a melhor metodologia de todas!

Se você quer manter sua equipe sempre motivada, estimativas perfeitas e 100% de cobertura de código, Seus problemas acabaram! AR15 Neles!

Falando em Agile: Danilo Sato e Francisco Trindade

2008-10-27T15:49:00.002-02:00

Danilo Sato e Francisco Trindade, ambos brasileiros e consultores da ThoughtWorks, fizeram uma apresentação bastante interessante: Em sua experiência trabalhando só com "bucha" (sim, vida de consultor nessa empresa não é moleza) a intenção era apresentar alguns anti padrões na implantação de métodos ágeis, que normalmente ocorrem. Pode parecer simples, mas Agilidade é uma questão de coragem e atitude.

Adendo: A ThoughtWorks é uma empresa cuja missão é: Revolucionar a Indústria de Software (Otimista? não! Desafiador!)

A apresentação inicia com o Danilo descrevendo um fator crucial na adoção de métodos Ágeis: pessoas . Pode ser um modelo completamente novo, é necessário uma mudança cultural bastante grande, fato normalmente ignorado, o que gera muitos problemas.

Agile Implementation Anti-Patterns

Agile de malandro

Ótima comparação! É a personificação da maior mal entendido relacionado a métodos Ágeis, descrito maravilhosamente no Dilbert:

Neste anti-pattern, apenas os métodos "fáceis" são incorporados, e normalmente interpretados incorretamente:

Agile não se preocupa com documentação, então não escrevemos nenhum documento
Testar é difícil, então só vamos testar os itens mais simples
Refatorar? não... é muito difícil... já sabemos que está funcionando
Entregar software, claro! O cliente pede e logo ele recebe... sem preocupação nenhuma com qualidade já que entregar é o que importa

Lembre-se: Agile é, acima de tudo, sobre disciplina e trabalho duro. Num processo Ágil é muito mais fácil de quebrar a cara. Enquanto num processo tradicional você pode esperar 6 meses por uma versão num software, com métodos Ágeis em 1 ou 2 semanas, você precisa entregar algo.

Caso isso não aconteça, você terá decepções bastante frequentes, já que não existe preocupação com a série de princípios por trás dessa "abordagem ágil".

Agile by the Book

No início da implantação de métodos Ágeis, todos nós buscamos uma receitinha de bolo que nos permita usufruir de todo o proder de XP, Scrum, DSDM, Cristal, etc... E lá está você, implantando todas as práticas do livro eXtreme Programming. Mas isto não será suficiente, já que as práticas de um livro, mesmo que te levem a uma melhoria significativa, não possuem conteúdo . É necessário incorporar toda a filosofia de melhoria contínua por trás das práticas, para que se possa ir além. Receitas de bolo ajudam bastante no início da adoção, mas não devem ser encaradas como dogmas. Os princípios é que são importantes! Os princípios.

Equipes Burrocráticas

Não adianta apenas dizer que "somos ágeis", entregando software em uma semana, se estamos todos presos em silos:

Desenvolvedores escrevem código
Testadores, longe dos desenvolvedores, verificam erros no software
Desenvolvedores não querem interagir com o cliente, ouvir suas necessidades

Desenvolvimento Ágil não é apenas uma mudança de processos, mas sobre mudança de cultura. É uma mudança radical na forma de enxergar o desenvolvimento de software: colaboração, participação, respeito, trabalho em equipe... Fechados em silos, nos esquecemos do principal objetivo com o desenvolvimento de software: entregar software . Assim, trabalhamos em objetivos completamente diferentes: desenvolvedores querem o melhor software O principal fator de sucesso em métodos Ágeis é a multidisciplinariedade . É necessário quebrar o paradigma verticalizado: reuna as pessoas!! Foque no Cliente!!

E a velocidade?

Dar valor demais à velocidade como uma medida de performance, causará comportamentos disfuncionais em sua equipe. Normalmente, a equipe trabalhará para mostrar ao gestor o tão sonhado número mágico , esquecendo-se do foco de projetos ágeis: interação entre as pessoas, satisfação do cliente. Assim, o incentivo será o incorreto!

A intenção da velocidade é apenas uma ferramenta para ajudar na estimativa e previsibilidade. Assim, caso "cair a velocidade" possa ser inaceitável para um gestor, a equipe facilmente deixará de lado práticas engenheiristicas de qualidade, gerando software meia-boca. Alem disso, perde-se o valor de Refactoring para seu projeto, que é fundamental para manter a saúde de um sistema. Importe-se com a qualidade , e não com as burocracias. Isto fará sua aplicação perpetuar.

Definição incompleta de "Pronto"

Vindo de outros modelos, esta definição não é normalmente ligada ao valor de negócio que um software deve gerar. Em métodos Ágeis é necessário além de escrever código, escrever os testes automatizados, alguns de aceitação, gerar um pacote para ser implantado no servidor de aplicação e apresentado no cliente para que ele avalie. Somente neste momento uma funcionalidade é tida como Pronta

Num projeto, é preciso existir esta definição. E ela deve estar bastante clara para todos da equipe. Mais informações.

E o que a gente faz com o cliente?

Na visão do Francisco, ser o cliente é o papel mais difícil. Principalmente pelo fato de que é necessário compreender todo o domínio do problema: a entidade perfeita . Nesta visão, seguir todas as intenções e indicações do cliente/Product Owner guiará o projeto ao sucesso. O problema está em transformar esta persona cliente em o dono da verdade, ou deixá-lo sozinho, sem ajudá-lo a compreender o próprio processo de negócio. Normalmente, para algumas funcionalidades, o PÒ não sabe ao certo como será a solução, e por isso é necessário que a equipe, com o conhecimento de software ajude-o a resolver rapidamente seu problema.

Muitas vezes podemos pensar que Software é o centro do mundo, e deixamos a cargo do cliente dar todas as resposta em como produzir software. É necessário colaboração!!

Big Design Up Front

Trazemos vícios de projetos antigos (tradicionais) para os projetos "Ágeis". Assim, algumas vezes, querendo escrever um pouco de documentação sobre o domínio do problema, criamos complexidades completamente desnecessárias. Precisamos nos questionar não apenas se estamos escrevendo certo o software, mas se estamos escrevendo o software certo. (Pense em YAGNI

Backlog Infinito

Pow, legal esse negócio de User Story. Entao, pensa o PO do projeto: vou escrever todas as coisas possíveis de acontecer com o projeto nessa pilha chamada Product Backlog. Na equipe, isto pode gerar um problema. O trabalho em organizar e manter um PBL pode ser bastante problemático. Preocupar-se com um backlog gigantesco trás mais problemas que soluções. Muito provavelmente itens no final da pilha nem serão implementados no decorrer do tempo, e por isso, a equipe não precisa(deve) se preocupar com o que não está no seu campo atual de visão (Sprint)

Agilidade Estacionada

Desenvolvimento Ágil é sobre mudança! É sobre melhoria contínua! Se você está há 3 meses desenvolvendo num projeto ágil da mesma forma, você não está desenvolvendo de forma Ágil. Preocupe-se com as retrospectivas, elas são o mais importante de todo o processo. É SEMPRE necessário refletir sobre como melhorar. Nem que seja um pouco, nem que seja o mínimo.

Bem... muito boa a conversa com os caras. Realmente muita experiência e bastante vontade de compartilhar essa experiência.

Intenção da apresentação:

Ágil é sobre pessoas! Compartilhe, colabore, ouça e faça! Não apenas nos livros, descubre para a sua equipe como trabalhar melhor!

até mais

Falando em Agile: David Anderson parte 2

2008-10-25T14:17:00.002-02:00

Continuando de onde parei, mais David Anderson.

No último post, expliquei o ponto de Como estimular 'Quase Zero' defeitos em uma equipe.

Após isso, o David apresentou sua visão sobre Priorização, seguindo a receitinha que ele apresentou no início da palestra.
Para conseguir priorizar corretamente, primeiro é necessário identificar o seu mercado. Citando Michael Poter, identifica-se 3 players diferentes:

Líderes em custo: Menores preços, maior abrangência. Não necessariamente com qualidade diferenciada.

Líderes em diferenciação: Possuem itens que os diferenciam completamente no mercado

líderes em nichos: Atuação em grupos bastante específicos de clientes

Mas como priorizar? Seguindo o Planejamento Estratégico!

Bastante interessante essa abordagem, e a justificativa é: Por que utilizar aqueles diferenciadores comuns de prioridade. MoSCoW?? Prioridade 1, 2 ou 3?? Não né!! É necessário que esta informação seja o mais próxima da realidade do mercado em que o produto se encontra. Por tanto, ao invés das prioridades mais comuns que usamos para as funcionalidades, tente a seguinte abordagem:

Commodities: Funcionalidades que todos os demais players tem. São aqueles requisitos básicos para o seu produto. Ex: um editor de textos moderno precisa ter a possibilidade de impressão.

Diferenciadores: Funcionalidades que os concorrentes não possuem. É o crème de la crème da sua aplicação. Lembre-se: normalmente, não é o mais necessário

Spoilers: Funcionalidades que os outros têm e que você gostaria de ter também. Que tal extrair uma fatia do mercado do concorrente? Esse é o espírito para esta prioridade

Redutores de custos: Itens que farão você, como empresa, produzir mais e mais barato!

Assim, podemos pensar que, impreterivelmente, Commodities serão produzidos primeiro no seu projeto. E as demais prioridades sendo alocadas à medida que o projeto avança no tempo. Pense a respeito... vou ter colocar isso pra rodar na empresa... vamos ver no que dá.

Segundo David, variação causa muito desperdício, por tanto, também precisa ser combatido. Entenda variação como falta de pradronização nos processos produtivos, falta de comunicação, objetivos não claros ou conhecimento não compartilhado. Como resolver: simples! Agile Neles!!

Práticas para redução de veriação:

Pair Programming

Design, Codificação e testes utilizando Peer review

Trabalho colaborativo com grupos multidispciplinares

Análise estática e dinâmica de código

Ciclos rápidos de Feedback, através de Integração Contínua

Kanbam!!

Bem... este foi o "resumo" da apresentação do David, que também fez um treinamento de 2 dias com alguns sortudos... recebi ótimas e péssimas referencias sobre o curso... pena não ter ido.

Até mais!

Falando em Agile: David Anderson parte 1,5

2008-10-24T13:34:00.003-02:00

Só pra sacanear um pouco... a foto tá meio dificil dever, mas para que vcs saibam: Este é o David Anderson dormindo na palestra do Adail... hehehehe
Deve ser complicado assistir uma palestra em portguês...

momento pré palestras, pós almoço

tomando fôlego para mais várias palestras... e para poder escrever sobre o resto do evento...

Falando em Agile: Snacks time!!!

2008-10-24T13:28:00.002-02:00

Aproveitei que nao tinha ninguem pulando em cima da comida pelo ultimo pedaço e tirei uma fotenha... sim, coffee break is good!!!!

[]s

Falando em Agile: David Anderson

2008-10-24T08:26:00.004-02:00

David Anderson é um dos criadores do FDD, além de ser o autor de livros como Agile Management for Software Engineering e é o bacana por trás do site Agile Management.net.

O título/motivação da Palestra: How to be successful with Agile Teams

David começa fazendo uma rflexão interessante: será mesmo que somos tão espertos assim?
Vivemos numa cultura de desenvolvimento de software em que trabalhar demais é sinônimo de ser bem sucedido, em detrimento inclusive de sua vida social. Fica a dúvida no ar:
"Working harder rather than smarter" (pois é, não precisa ser assim... )
Normalmente projetos de software são sinônimo de trabalhar horas seguidas, sem dormir, resolvendo problemas com o projeto. E claro, normalmente a culpa é da equipe: desenvolvedores desajustados que não sabem trabalhar direito! shame on us!
Não deve ser assim!

Nota interessante: Barry Boehn, estudou "milhares" (sera?) de projetos e concluiu que:
Gerenciamento pobre pode ampliar os custos de um projeto de software imensamente mais rápido que QUALQUER outro fator (!!!)
Significa dizer que, normalmente, gerentes não são os principais responsáveis pelos problemas do time: atrasos, falta de comprometimento, falta de iniciativa, pouca maturidade em resolver conflitos e por aí vai...

Segundo David, um gerente do Starbucks trabalha imensamente melhor que qualquer gerente de software (!!). Pois ele conhece o negócio da empresa, tenta influenciar de maneira benéfica os seus funcionários, e conhece as atividades que são o foco principal do starbucks (seria isso um desafio? Você, gerente, conhece o que a sua empresa faz?)

Receitinha de bolo para um mundo feliz

Como não poderia deixar de ser, foi apresentado uma pequena receita de como criar um ambiente de sucesso para equipes de software. Portanto, segundo David Anderson, para criar equipes realmente eficazes e bem sucedidas você precisa de:

Focar em Qualidade

Reduzindo a quantidade de trabalho "em andamento"

Balancear a demanda de acordo com a capacidade

Priorizar

Se tudo der certo, você ainda ir para o próximo nível de ultra mega maturidade:

Remover a variabilidade no processo

Então vamos lá, explicando os itens:

Focar em Qualidade

Cara, pode parecer que todo mundo sabe disso, mas é mentira!!! Ninguém foca em qualidade, e isso é frustrante! "Ah, nosso projeto é focado em qualidade, mas não se preocupem, logo vocês terão tempo para produzir testes automatizados..." bulshit!
(ok, voltando)

Para os gerentes: Deêm permissão para sua equipe trabalhar com qualidade
Parece estranho? Mas não é... que tal permitir à sua equipe construir softwares sem bugs. Pergunte-lhes o que eles precisam para isso!

Segundo Peter Drucker, todo trabalhador do conhecimento é um executivo! Temos, como desenvolvedores, que tomar muitas decisões, que irão afetar o rendimento de sua empresa!!! Como assim??
Imagine uma equipe construindo um sistema... mas sem testes, e com poucas práticas de qualidade de software. Bem, na hora de desenvolver, um programador toma a decisão de não gerar um teste automatizado para uma funcionalidade nova.

Após 6 meses de desenvolvimento, um problema ocorre no software, em decorrência da decisão do programador. Sua empresa terá problemas! E problemas com dinheiro!!!
Pergunte-se o por que as funcionalidades de um sistema demoram cada vez mais para serem desenvolvidas, e perceberá que, normalmente, existe uma baixa preocupação com qualidade! E o pior: não precisamos testar, afinal de contas, o cliente precisa da funcionalidade pra ontem. Como o Marcio Marchini sempre diz: "pay me now, or pay me later"
Permita aos seus desenvolvedores fazerem a coisa certa. Qualidade não se discute
Chegar ao numero ZERO de defeitos num sistema é impossível, mas QUASE zero é perfeitamente factível. Faça com que seus desenvolvedores e testers tenham orgulho do que eles produzem! Dê uma chance à Qualidade

Crie a mentalidade "Stop the line": No momento em que problemas acontecerem eles devem ser corrigidos!

Introduza a mentalidade Test First em todas as fases de desenvolvimento, inclusive em entrevistas. Que tal criar um Exit Criteria para suas reuniões de levantamento de requisitos?

Crie uma definição de "Done" e defenda isso dentro de sua organização.

Para o primeiro estágio está bom... continua logo..

Reduzindo a quantidade de trabalho "em andamento"

Imagine um malabarista: quanto mais itens ele precisa equilibar ou jogar para o alto, maior é o risco de um acidente. O mesmo ocorre em nossos projetos.
Trabalhar em muitos itens ao mesmo tempo amplia a complexidade do projeto, e por isso existe uma enorme chance de algo dar errado. O Guilherme já escreveu algo a respeito disso em seu blog.

Quanto mais trabalhos InProgress, maior é o índice de defeitos, logo: lute contra isso!

Então, o David apresentou dois gráficos: o primeiro contendo uma equipe que trabalha minimizando a quantidade de trabalhos em andamento ao mesmo tempo, e outra equipe que não faz isso...
Segundo o cara, ele possuí vários outros estudos iguais, mas o resultado é sempre o mesmo: atrasos e um Bug rate monstruoso!!! Com uma equipe focando em qualidade e outra equipe sem essa preocupação, a quantidade de problemas no projeto é, normalmente, 30 vezes maior!!! E ai, vai tentar medir isso em sua empresa? Só a reducao de bug jah justifica pensar a respeito.

Como estimular sua equipe a criar Quase Zero defeitos

Meça a quantidade de trabalho em andamento

Integração Contínua

Crie formas de encontrar e informar sobre defeitos aos desenvolvedores de forma rápida e não burocrática

Crie um sistema kanbam para 'controlar seu desempenho/capacidade"

Bem, vou assitir a palestra do Alexandre Magno agora... logo mais continuo

Falando em Agile: Chegamos

2008-10-24T07:24:00.004-02:00

Saudações!
Em fim, chegamos ao evento... à primeira vista, tudo ótimo... apenas a demora para chegar ateh aqui me desanimou um pouco (fui muito bem recepcionado pelo trânsito paulistano).

O Evento está localizado no centro de evento Hakka, na Liberdade (coisalinda o lugar, tudo muito bem organizado), mas ainda não encontrei nenhum ninja ou gueixa por perto para tirar uma foto.
Ao chegar no evento, um pouco dos shows do Live8 London... 'chique no último'

Criei um pequeno album para o evento, apresentado aki neste post.... acompanhem as novidades por ali.

Pra começar o evento, a trilha sonora: Queen! Creeedo! Não é qualquer evento que começa com Bohemian Rhapsody!

O Alexandre Magno faz as honras da casa apresentando o evento e sua motivação para a realização do Falando Em Agile. Gostei muito de seu ponto de vista:
"Não sejamos como um adolecente que só gosta de uma banda porque ela é desconhecida... hoje em dia se fala muito em Agile, e por estar 'na moda' ser Ágil, vamos aproveitar esse momento para conseguir a mudança que tanto queremos em nossas empresas"

Hora, se Scrum é a Buzzword do momento, ótimo! Utilizemos esses 15 minutos de fama para divulgar princípios e práticas Ágeis!

Cara, tem muita gente conhecida por aqui... logo coloco mais informações...

Primeira apresentação do dia: DAvid Anderson

Até daqui a pouco!

Falando em Agile: Sim, estarei lá!

2008-10-21T19:03:00.004-02:00

Saudações a todos! Confesso que estou bastante ansioso para participar do evento Falando em Agile. Quero acompanhar bastante de perto o Guilherme e o Danilo apresentando o case de utilização de Scrum na Globo.com... Big Time!

Bem, este é o primeiro post oficial sobre o Evento... espero que seja bom!

Mais informações à partir de quinta feira!

[]s

Revista Visão Ágil - Edição 05

2008-10-16T20:14:00.001-03:00

Saudações a todos!!

Sim, demorou um bocado, mas conseguimos!

Nestes últimos meses conseguimos reformular a revista, tentando apresentar ainda mais conteúdo e qualidade para os leitores e para a comunidade Ágil brasileira.

Com a incrível participação do Felipe Rodrigues, que nos ajudou muito com os seus dons artísticos, apresento a todos vocês: Visão Ágil Edição 5

Nesta edição você vai encontrar:

Artigos:

Confiança: O caminho para a Agilidade
Lean: A arte de eliminar o desperdício
Os 7 pecados capitais de um time Ágil
As 5 doenças do gerenciamento de projetos - Causa 5
Como construir um Backlog Orientado a Negócio

Entrevistas:

Ian Roughley - Líder do projeto Struts2
Marcio Marchini - CTO da Audaces Automação

Comunidade:

Maré de Agilidade agita o Distrito Federal

Leia, comente, divulgue!!!

Um abraço e bom proveito!!

Victor Hugo Germano
Editor - Visão Ágil

O que é Creative Commons

2008-10-15T13:26:00.002-03:00

Jesse Dylan entrevistou algumas personalidades como Jimmy Wales e Joi Ito para apresentar um conceito "novo": Creative Commons Ideal...

Simples e supremo...

Cansado de Telas de Cadastro?

2008-10-10T16:15:00.009-03:00

Que tal então trabalhar com o que existe mais novo relacionado a Java para Desktop? Melhor ainda, podendo ver a Ivy, nossa modelo, em todos os seus ângulos!

Procuramos pessoas que sejam apaixonadas pelo próprio trabalho, gostem de aprender coisas novas e estejam dispostas a criar produtos com máxima qualidade!

OpenGL, Eclipse RCP, Scrum, TDD, Modelagem 3D, Simulação Física... enfim: DIVERSÃO

Trabalhe Conosco

victor.germano [at] audaces [ponto] com

E então, topa o desafio? Entre em contato!

Marketing Viral: Um exemplo prático

2008-10-08T14:16:00.002-03:00

1) Tenha uma idéia maluca, ou que anda em moda nos últimos tempos. Por exemplo: vender a própria virgindade

2) Escreva sua história absurda. Faça paracer escrito por alguém sem conhecimento literário acadêmico, talvez um jovem que "tecla" muito no msn

3) Faça um pequeno site. Simples, mas agradável ao olhos que use cores simples mas harmônicas: Ajude um Virgem

4) Crie um perfil no Orkut para para dar mais "confiabilidade" à sua história

5) Mande anonimamente para um de seus conhecidos....

6) Aguarde...

O resultado:
Para "perder virgindade", dono de site pede 5 milhões de acessos

Apareça no site da Folha de São Paulo!

Depois disso, procure emprego em uma agência de publicidade...

[]s

Por que projetos de Software falham?

2008-10-07T15:30:00.004-03:00

Saudações!

Estes últimos tempos estive estudando um pouco, e encontrei um post bastante interessante do Kelly Waters descrevendo alguns motivos, pesquisados por ele, que são as razões para que projetos falhem... resolvi traduzir e disponibilizar... pq não?

Fonte: Most IT projects fail! Will yours?

Problemas em Inicialização de Projetos & Planejamento

Foco do Negócio não claro ou não convincente
Processo de aprovação Insuficiente ou não existente
Definições pobres sobre escopo e objetivos do projeto
Tempo ou dinheiro insuficiente para o projeto
Projetos com falta de responsabilidades
Planejamento insuficiente ou otimista demais
Estimativas pobres
Prazos irreais; forçar datas finais do projeto em detrimento de melhores estimativas
Falta de preocupação e consciência nas fases iniciais do projeto

Problemas Técnicos & de Requisitos

Falta de envolvimento do usuário (resultando em problemas de expectativa)
Product Owner não determinado, ou não disponível
Inchaço de escopo; falta de controle de mudanças adequado
Definição de requisitos pobre ou inexistente; requisitos incompletos ou mutáveis
Escolhas tecnológicas erradas ou inapropriadas
Falta de familiaridades com tecnologias; falta de habilidades técnicas necessárias
Problemas de integração durante a implantação
Testes pobres ou insuficientes antes do nascimento
Falta de Quality Assurance para entregas chave
Fase de correção de bugs imprevisível ou longa demais no final do projeto

Problemas na Gestão de Stakeholders & Equipes

Atenção não suficiente aos stakeholders e suas necessidades; falha ao gerenciar expectativas
Falta de suporte de um gestor/executivo sênior; patrocinadores do projeto não comprometidos completamente; falta de compreensão do projeto e sem envolvimento ativo
Visibilidade do estatus projeto inadequada
Adoção da negação em detrimento de duras verdades
Pessoas não dedicadas ao projeto; tentativa de balancear prioridades de mais
Equipe do projeto com pouca experiência e sem habilidades neessárias
Falta de autoridade da equipe ou falta de capacidade de tomar decisões
Pouca colaboração, comunicação e trabalho em equipe

Problemas em Gestão de Projetos

Nenhuma boa prática na gerencia de projetos
Gerenciamento contínuo fraco; gerentes de projetos treinados inadequadamente ou sem experiência
Relatórios e acompanhamento inadequados; sem revisar progresso continuamente ou com a atenção necessária
Gestão de prazos e custos inadequadas
Falta de liderança e/ou habilidades de comunicação

É triste, mas estes itens acima são confirmados pelo Gatner e Standish Group...

E o seu projeto? Já Falhou? Está fadado ao fracasso?? Descreva seu martírio nos comentários... =)

Scrum Checklist no MindMeister

2008-09-18T14:14:00.004-03:00

Estou impressionado!!!
Seguinte a ótima indicação do Rafael Caceres, decobri o MindMeister, ferramenta online para edição de mapas mentais... simplesmente "O" bicho! =)

Então o que fiz? Migrei o Scrum Checklist para a ferramenta! O resultado pode ser visto abaixo ou na página oficial do documento.

Aos interessados em contribuir, é necessário habilitar numa conta no serviço... avisem-me que libero o acesso a vocês... =)

Acesso o Full Link

De uma chance à Qualidade

2008-09-16T10:47:00.000-03:00

Aristóteles escreveu que "Qualidade não é uma ação, é um hábito." Mais do que isso, é um estado de espírito. É um ato de consideração e respeito para com aqueles que vão, eventualmente, utilizar o produto ou serviço. É um reconhecimento e a comemoração da integridade, habilidades, valores e eficiencia de seus produtores ou fornecedores. Num nível mais alto, qualidade é a aplicação da Regra de Ouro do trabalho, o reconhecimento de que o produtor É o consumidor, cliente e cidadão; que cada produto e servição são um trabalho de arte, a ser criado com orgulho, polido com amor e recebido com gratidão. A mais forte motivação para produzir itens de alta qualidade e serviços é o prazer gratificante de fazê-lo. Desta forma, qualidade é a consciência e intenção do produtor. É o relacionamento direto entre pessoas, produtos e a sociedade, baseado em funcionalidade, imaginação, arte e amor. Por esta razão, qualidade é a expressão de respeito para consigo mesmo como criador.

O pioneiro do movimento pela Qualidade, W. Edwards Deming, acreditava que a melhorias em qualidade requerem a delegação de responsabilidade para os empregados organizados em equipes encarregados de entregar produtos que estejam de acordo com padrões que a própria equipe criou. Os membros da equipe, no modelo de Deming são desafiados pelos líderes a fazer melhor, e eles são apoiados e recompensados por assim o fazer. Construir responsabilidade pela qualidade em todas as descrições de trabalho permite apresentar claramente que Qualidade é responsabilidade de Todos.

Desperte o interesse pela qualidade nas equipes através do compartilhamento, liberdade e confiança...

Esse livro Organizational Democracy está mudando meus horizontes... credo

Ubiquity ?

2008-09-16T10:44:00.002-03:00

Essa versão atual ainda tem alguns problemas, mas o nível da ferramenta é absurdo... multi mashups... recomendado!

Conheça mais sobre o Ubiquity

Ubiquity for Firefox from Aza Raskin on Vimeo

Setembro é Java em Floripa!

2008-09-15T17:07:00.005-03:00

Mais um evento!

O GUJavaSC promove este sabado(19) um evento bastante interessante, integrado ao Sun Tech Days. A novidade: os conhecidos!
Entre os palestrantes, duas pessoas que se formaram comigo e um amigo do trabalho.

Mais informações e inscrições: JUGs Mes de Java 2008

Abaixo segue a programação:

Horário	Palestra/Evento
08:30	Cadastramento
09:00	Abertura
09:15	Java na Ponta dos Dedos: A revolução Invisível [Maurício Leal]
10:30	Floggy: Produtividade e Simplicidade na Persistência JavaME [Thiago Rossato, Thiago Leão Moreira e Priscila Lugon]
12:00	Almoço
13:30	Glassfish v3: A nova geração de Servidores de Aplicação modular [Kohsuke Kawaguchi] - Palestra com tradução simultânea
15:00	Intervalo
15:15	Um bate papo sobre o uso de tecnologias Eclipse (RCP, GEF, EMF, SWT, JFace) no desenvolvimento de aplicações desktop. [Eduardo José Pereira]
16:30	A importância do Teste de software para a garantia de qualidade das aplicações Web [Érika Tatiana Hmeljevski]
17:30	Encerramento

Palestrantes

Maurício Leal, famoso entusiasta de Java ME e gerente de Programas SDN na Sun Microsystems, estará abordando Java na Ponta dos Dedos: A revolução Invisível.
Thiago Rossato, Thiago Leão Moreira e Priscila Lugon, os criadores do projeto Floggy, um framework para persistência Java ME que recentemente teve um artigo publicado na Mundo Java, estarão falando sobre o Floggy: Produtividade e Simplicidade na Persistência Java ME.
Kohsuke Kawaguchi, engenheiro senior da Sun Microsystems com inúmeros projetos no java.net, incluindo o famoso servidor de Integração Contínua Hudson, estará mostrando o Glassfish v3: A nova geração de Servidores de Aplicação modular.
Eduardo José Pereira, que trabalhou para o projeto Eclipse antes mesmo dele ser open source e ter este nome, estará apresentando Um bate papo sobre o uso de tecnologias Eclipse (RCP, GEF, EMF, SWT, JFace) no desenvolvimento de aplicações desktop.
Érika Tatiana Hmeljevski, que possui uma enorme experiência na área de testes de software e que possui um forte envolvimento com algumas organizações desta natureza, mostrará A importância do Teste de software para a garantia de qualidade das aplicações Web.

Encontro vocês lá!

Agile Readiness Assessment Webinar - 19 de setembro

2008-09-15T15:51:00.002-03:00

Divulgação: (From: The Agile Manager)

Please join me on Friday, 19 September for An Agile Readiness Assessment, a ThoughtWorks sponsored webinar.
Taking on Agile can appear to be an overwhelming commitment with no obvious place to start. For one thing, Agile is often a significant departure from how a team is operating, requiring organisational changes, new practices, and stricter discipline. In addition, because there are so many different things to be done - from continuous integration to Story based requirements - it's difficult to know what changes to make first. Finally, organisational constraints such as phase-based governance and shared QA can create questions about the extent to which Agile practices will have an impact, and raise doubts as to whether they can be taken on in the first place.
In this webinar, we'll discuss how to overcome stationary intertia and plot a course to Agile practice adoption.
How can we critically assess the state of our practices today?
What goals should we target given constraints and organisational realities?
How do we prioritise what we should do first?
I hope you can attend on the 19th.

Registration details:
Friday, 19 September 2008
Time: 1:00pm Eastern Standard Time (US-New York, GMT-4:00)
Registration URL: https://thoughtworks.webex.com/thoughtworks/j.php?ED=108081447&RG=1&UID=0

Se alguém conseguir gravar o evento para mim... eu agradeço!
Estarei no Seminário de Qualidade de Software e não poderei comparecer ao webinar (entretanto, aguardem a cobertura do evento)...

cya!
[]s

Scrum Checklist em português

2008-09-12T11:46:00.004-03:00

Lá vou eu de novo! Mais uma pequena tradução...

Desta vez, peguei a versão Mapa Mental que o Henrik Kniberg colocou à disposição num post em seu blog.

Usando o FreeMind, ai está a primeira versão:Scrum Checklist_ptBR.mm

clique para ampliar...

Divirtam-se e ajudem a melhorar o documento...

Agile 2009

2008-09-10T14:28:00.002-03:00

Quero ir...

E já começaram os preparativos para o Agile 2009:

Agile Toolkit Podcast com Johanna Rothman

Download do arquivo: Agile Portfolio Management and Agile 2009 with Johanna Rothman

Adoro a idéia da criação de OpenSpaces sobre Agile...

Falando em Agile - Aí vou eu!

2008-08-22T12:17:00.003-03:00

Saudações!
Com a divulgação completa da programação do evento Falando em Agile, o que posso dizer? Eu vou!

Aguardem informações e fotos! Com certeza, farei uma cobertura digna... como feito anteriormente nos eventos ExpoGestão 2008 e o FISL9.0 (pelo menos, é o que dizem...)

[]s

Jay Bazuzi - Palavras de Adeus

2008-08-22T11:55:00.003-03:00

Jay Bazuzi, Líder de equipes de desenvolvimento da Microsoft, está se desligando da empresa. Mas não sem antes deixar alguns comentários aos que ficam:

Parting Words for my dear friends

Pontos importantes: A Microsoft não é uma empresa tão preocupada assim com a qualidade do que se produz, seja do ponto de vista da manutenibilidade do código que escrevem quanto à comunicação entre as equipes.

Jay dá algumas regras básicas para nos guiarmos:

Os códigos com mais clareza ganham.
OO não é um capricho
É OK usar o código de outra pessoa
Planeje a solução de seus problemas imediatamente
Mais importante: nós podemos fazer melhor.

E ele indica algumas perguntas que devemos fazer a nós mesmos, de modo a criamos um código melhor.

"Como posso me certificar que este problema foi resolvido (ou eliminado) definitivamente?”
“Como posso produzir menos bugs?”
“Como posso facilitar a correção dos bugs que tenho?”
“Como posso facilitar a resposta às mudanças rapidamente?”
“Como posso facilitar a construção de um software rápido e eficiente?”

Preocupação com qualidade de código não é para qualquer um... realmente...

1º Seminário Catarinense de Qualidade e Teste de Software

2008-08-18T23:59:00.002-03:00

Informação interessante: A Supreme Quality está promovendo um evento importante para a área de qualidade de software nessas bandas de cah (sul do país): 1º Seminário Catarinense de Qualidade e Teste de Software no dia 19 de setembro de 2008

Informações e Inscricao no site oficial do evento

Jah confirmei minha inscrição, e estou ansioso para ver várias apresentações descrevendo como os prestadores de serviço da ilha são ótimos em prover soluções ultra-max-mega catachangas para qualidade de software... (irônico demais??? náááá)...

Prometo participar e gerar alguma polêmica para os palestrantes que esperam apresentar apenas ferramentas, sem compartilhar informações com público... keep in touch boys... wait for my feedback

PS: não, este não é um Post Pago... que me dera...

Ainda não entendeu o que é desenvolvimento ágil?

2008-08-12T23:28:00.002-03:00

Bem... então Capitão Vinícius Nascimento vai ensinar...

Pontos altos da entrevista pra mim:

Não adianta... a maior parte das empresas nunca será Ágil (e o problema está nos gestores)
Desenvolvimento de Software é diferente de Engenharia civil (nunca canso de repetir isso)
Participação do cliente é fundamental!
Parece impossível, mas software com qualidade, satisfazendo o cliente e que seja sustentável é possível!!!

Mike Cohn

2008-08-12T23:13:00.003-03:00

Apresentando um framework para implantar desenvolvimento ágil: Mike Cohn... apresentação demorada, mas bastaaaaante instrutiva... (video + slides)

Succeeding With Agile: A Guide To Transitioning

[]s

Um tanto sumido...

2008-07-19T18:05:00.004-03:00

Saudações!!

Bem, tenho andado sumido... mas muita coisa está acontecendo...

- as últimas semanas tem me deixado ocupado trabalhando no novo site do bomdebolaparati.com.br... e espero logo colocar o site no ar

- Estou ajudando no projeto de tradução do Scrum From the Trenches! sim... agora o treco vai! logo mais novidades sobre o ebook

- Mas por que traduzir este livro? Bem, porque fui convidado a participar da equipe de editores do portal InfoQ, na versão em português! heheheh legal neh?!? Veja a notícia do lançamento! A convite do Felipe Rodrigues, vou ajudar na tradução e produção de conteúdo em português da sessão Agile do Site...

Pois é muito trabalho pela frente... e ainda terminando o primeiro projeto de integração contínua da Audaces...

E falando em Audaces:

Quer trabalhar na Audaces?? Pergunte-me como!!

Mike Cohn: Scaling Agile

2008-07-02T19:06:00.001-03:00

Scaling Agile Software Development

desculpem o ter deixado este blog no limbo... liferay está me consumindo... =)

HBR Podcast

2008-06-23T12:42:00.005-03:00

Sincronismo total...

Este podcast veio muito a calhar com o post anterior...

Retaining Employees When Money Is Tight
Featured Guest: Christina Bielaszka-DuVernay, editor of Harvard Management Update.

DIVIRTA-SE

Link para arquivo

ExpoGestão: Patrick Sweeney

2008-06-22T22:50:00.005-03:00

Esta sim, uma Apresentação com "A" maiúsculo...
Vice Presidente da multinacional Caliper, Patrick Sweeney foi o apresentador mais eloquente do segundo dia. Não é por menos, afinal, sua empresa já participou da contratação de algumas centenas de milhares de pessoas ao redor do mundo, e ele já realizou um estudo com 2 milhões de pessoas. Candidatos que passaram por sua empresa.

Como não poderia deixar de ser: mais atrasos...

Um fato bastante inusitado: Ginástica Laboral!!! Ao som de uma música animada, nos alongamos ouvindo a também animada professora... chique demais!!

Sweeney iniciou a palestra com a definição do escopo: O que gestores NÃO devem fazer!! e cerceou sua apresentação em quatro grandes erros que cometemos:

1) Contratar alguém para preencher exatamente a vaga aberta na empresa
2) Preencher apressadamente uma vaga aberta
3) Contratar pessoas que vejam o mundo da mesma forma que você
4) Contratar pessoas com experiências semelhantes

Questão metafísica da vez: Como contratar os melhores e evitar contratar os piores

Patrick nos apresenta uma reflexão interessante:

O que os top performers de sua empresa tem em comum??

Mais a frente falarei de duas características importantes: Resiliência e Otimismo. Falemos então dos erros principais dos gestores:

Contratar alguém apenas para preencher um cargo

Essa até eu sei, e pode ser descrita com a seguinte frase:

"Em Empresas de qualidade, quando um presidente se aposenta, contrata-se um office-boy"

Tá bom, tá bom... não quis dizer que contratar um guri sem experiência para presidente da empresa é a solução. A questão vai muito além, e me faz pensar: Quais são as qualidades que você espera, ao fazer uma contratação? Conhecimentos específicos para um tarefa? O potencial que as pessoas apresentam, e que poderá ser aproveitado pela empresa no futuro?

Patrick indica aqui uma virtude importante: Pense em contratar pessoas com a competência e o carácter que você quer na empresa. Neste caso, o papel de um gestor não é moldar e mudar pessoas, mas investir no potencial de cada uma que o cerca.
Nos trazendo para a realidade, fomos alertados de que Potencial não quer dizer nada! O que importa é o que fazemos com o potencial que nos é apresentado.

Resiliência

Resiliência, na visão do palestrante, é a capacidade de aprender e crescer à partir de experiências negativas. É o atributo social que fará as pessoas entenderem que falhas fazem parte do jogo da vida, e que devem ser incorporadas sem grandes excessos.

Conheci, neste momento, a história do jogador de basquete Muggsy Bogues... cara, que coisa impressionante a persistência do sujeito! =)
Nascido num bairro pobre e violento, Muggsy tinha tudo para ser mais um tiro pela culatra da sociedade americana. Mas ele queria jogar basquete... com 1,60m e muita, muita persistência, Muggsy conseguiu uma vaga numa universidade e uma vaga para jogar na NBA... todas as adversidades, principalmente com pessoas o questionando e humilhando sobre sua altura e origens, não foram suficientes para fazê-lo desistir. Na verdade, tornaram Muggsy mais persistente e implacável em sua força e vontade de jogar basquete.
Quando questionado, em entrevista, se não seria impossível enfrentar Michael Jordan , Muggsy disse, na maior das calmas: "Nada, ele é só um pouco alto".
Louco ou otimista? A verdade é que Muggsy fez história com sua persistência, e seria ótimo ter pessoas como ele em nossas equipes... certo?

Conclui-se que resiliência é a capacidade de obsorver mudanças e tirar o melhor proveito de qualquer experiência... esse tema tem sido tratado em inúmeras edições da ÉpocaNegocios, vale a pena dar um conferida.

Otimismo

Esqueça os pessimistas, pois eles só fazem reclamar... e dificilmente você terá grandes conquistas vindas de pessoas pessimistas...
Otimistas é que fazem tudo acontecer, mesmo quando as chances são mínimas... pense nisso...

Preencher muito rápido uma vaga

A verdade: Cadeiras vazias pressionam gestores. Preencher vagas a qualquer custo é um grande erro que os gestores não deveriam se sujeitar...
Uma equação simples:
Quanto tempo dura para você perceber que cometeu um erro numa contratação? E para remover esta pessoa do seu grupo??
Acredita-se que leve entre 6 a 9 meses para isso... no total...
O investimento perdido por encontrar a pessoa errada não justifica a tentativa de arrumar alguém muito rápido....

Outra questão metafísica: Como encontrar pessoas obsecadas por sucesso?

Com certeza, não será fazendo uma busca por 1 mês apenas...
Encontra pessoas com brilho nos olhos, e a vontade de trabalhar duro e apresentar resultados fabulosos! (só faltou dizer "Amén!")...

Contratar pessoas que veêm o mundo da mesma forma que você

É necessário criar e manter uma empresa balanceada em todos os sentidos. Daí a importância em ter pessoas com visões de negócio diferenciadas, o que facilitará a resolução de problemas com uma abordagem mais ampla e consistente.

Mais uma vez: quais características são comuns aos top performers?? Encontre esta resposta, e você com certeza terá uma boa dica para saber o que procurar em novas contratações. Patrick nos dá a visão de que é necessário focar em qualidades e forças para o sucesso. Pessoas que saibam, por si só, aprender, é uma ótima pedida.

Questão: Experiência é realmente necessário? Entre um jovem com gana em aprender e um profissional com 12 anos de experiências... quem você escolheria?
Resposta: Depende... que tal um profissonal com 12 anos de éssimas experiências? seria realmente interessante para sua equipe?
Experiência é muito interessante como uma habilidade de transferência, isto é, a capacidade de mudar de função e continuar exercendo um comportamento adaptativo e vencedor.

Contratar pessoas com experiências similares

Bem... aqui não há muito o que dizer...

Patrick descreve duas perguntas principais para serem feitas durante a entrevista, possibilitando uma visão melhor do candidato:
- Por que você deixou seu último emprego?
- Fale a respeito de uma vez que você falhou. Qual foi sua reação?

Nota para a Palestra: 1000!!
Impossível descrever aqui toda a palestra... mas até que fui longe...

Nota para a organização do evento: -1000000... vergonhoso!!! Colocaram um cara de intérprete para interação com a platéia que era um lixo, mal sabia falar inglês... um absurdo!!!

ExpoGestão: Oscar Motomura

2008-06-19T20:04:00.002-03:00

Oscar Motomura

Oriental franzino, mas com muito conhecimento... inicia a apresentação sem uma apresentação formal (cadê o powerpoint??!?!?). O tema: Desafios dos líderes para o futuro

Motomura inicia sua apresentação descrevendo um treinamento que sua empresa costuma fazer: reunir líderes e fazê-los pensar no papel que suas ações tem nos problemas reais da humanidade. Eles nos desafia a discutir por alguns minutos: "Quais são os principais problemas da Humanidade?".
- Algum de vocês citou o aquecimento global?
- Algum de vocês falou sobre violência?

Me chamou muito a atenção uma questão jogada ao ar: "O que nós, como gestores, fazemos para ampliar ou reduzir os problemas da humanidade?"

Um dos principais desafios dos gestores do futuro é conseguir trabalhar o crescimento de suas empresa num ambiente adverso e problemático, e interagir de maneira próativa na diminuição dos males da humanidade.

Qual a nossa aposta para o futuro?

Nova tendência é encarar a Gestão como uma atividade de Design.

Líderes como designers
Designers como líderes

Como você quer atuar em sua empresa: Surfar nas mega tendências ou desenhar o seu próprio futuro?

É papel dos gestores, neste momento, lançar questões impossíveis para discussões. Somente, assim seria possível que algo realmente grande e grandioso fosse feito. Exemplos de como esta abordagem pode:
Magazine luiza: "Como crescemos sem dinheiro?"
Esta foi a questão impossível que motivou todo um movimento de mudança de estratégica da empresa, vendendo na década de 80/90 através de catálogos e vídeos, depois entrando na era digital... bem interessante

Serão estas questões impossíveis que trarão a ruptura cultural para o crescimento da empresa. Insights e inovações surgem da buscam em resporder questões impossíveis.

É importante que esta discussão seja levada A TODAS AS PESSOAS DA EMPRESA. Uma caracteristica mais critica para os lideres será conhecer os padrões e nuâncias das interações humanas

Foi citado o exemplo de um líder de líderes. Cientista americano que coordenava mais de 8 mil outros cientistas, entre eles inúmeros "nobles". DEntre as licoes retiradas do exemplos, podemos assumir que, antes de mais nada, liderança é uma questões de traquejo social, e não poder instituíto. Na tentativa de liderar outros líderes, é preciso:

- Não competir em absoluto com as suas atividades. Estar certo de que você não será um impecilho para o trabalho deles (not control, but freedon drives the growth)
- Ter certeza que todos estejam trabalhando em questões realmente desafiadoras. Desafios são importantíssimos para gerar o comprometimento
- Mantê-los autamente motivados. Aqui, o importante é não fazê-los passar despercebidos! (tal cientista costumava dar presentes inusitados aos seus liderados, como barras de 5kg de chocolate, para que, ao chegar em seus escritórios eles sejam percebidos e possam falar a respeito do presente...)

Outro desafio para novos líderes lideres será "saber de gente". É necessário que, durante uma mudança de estratégia, focar a atenção também na mudança cultural, que possui o mesmo peso.

Preparar-se para o futuro

- Lidar com economia de escala
- Lidar com a complexidade (cultural, economia e ambiental)
- Investir em talentos

Foi tratado o tema Excelência Futura, que passa PRINCIPALMENTE na maneira como a empresa investe, mantém e encontra talentos.
Muitas empresas atualmente possuem reserva de talentos, isto é, um grupo especial de pessoas, que qdo a coisa aperta, eles darão resultado rápido. Motomura cita o "Indice de Excelência Futura", medida criada por eles (ou nao) para determinar o quão preparada a empresa está para o futuro que a aguarda.

É imprescindível que os líderes da empresa estejam livres para pensar no futuro. No Brasil, o que se vê são inúmeros líderes afogados questões operacionais desnecessariamente, quando deveriam estar estudando e vislumbrando os rumos que a empresa deve tomar. O principal reflexo desta realidade é o grande número líderes brilhantes estão cronicamente cansadas.

Manter embriões de novos negócios, através de experiências, inúmeras delas, muitas delas! Somente desta forma poderíamos nos aproveitas de espaços em branco nos negócios (Blue Ocean Starategy)...

Mas o melhor estava reservado para o final... alguma vez vocês se questionaram qual a nossa real intenção em atuar como empresas neste mundo? Motomura nos propôs a segunda reflexão da noite: ele nos instigou a enviar para o planejamento estratégico da empresa a discussão sobre nosso papel neste planeta.

Estamos contribuindo com a nossa visão de negócio para o bem e da humanidade e do planeta?

Ensinamentos interessantes:

Para sobreviver no mercado por muito tempo, é necessário favorecer e desenvolver competências duráveis. Uma vez que conhecimentos ficam obsoletos rapidamente, é necessário desenvolver talentos que permitam o crescimento dos indivíduos e da empresa como um todo. Não é possível manter talentos tendo como base o dinheiro, é necessário mais.. - próximo post falará da palestra do Patrick Sweeney, e tem tudo com isso!

Fui apresentado ao conceito de Felicidade Interna Bruta, como sendo muito mais eficiente que o tradicional PIB...

A palestra finalizou com a idéia de que Ética é a escolha que fazemos para o bem comum...
Simples e direto... credo!!!!

Depois disso um coquetel chique no último nos esperava, com Chopp Opa, Chanpagne e vários croquetes... =)

ExpoGestão: Primeiro dia!

2008-06-19T01:28:00.003-03:00

Saudações!!!
Diretamente do hotel, postando a respeito do principal evento de Gestão deste país!
=)

Chegamos a Joinville! Depois de um pequeno contratempo para encontrar o hotel Holz (que estava na nossa cara, mas passamos batido), rumamos para o Centro de eventos Cau Hasen...

A estrutura está fenomenal... muuuita gente inscrita e extremamente organizado...
ai estão as fotos dos crachas! (já traducionais nestas coberturas)

Sobre o início do evento: boring

Iniciando com uma hora de atraso, houve as apresentações e rasgações de sede corriqueiras, depois disso uma apresentação do organizador do evento, que descreveu este evento sobre a ótica de "Superar Expectativas".

É possível perceber uma preocupação muito grande nas questões de Responsabilidade Ambiental e os questionamento sociais que devem permear no dia-a-dia das organizações.

Logo após o brilhante discurso, tivemos a participação do governador do estado, o Senhor Luiz Henrique da Silveira.
Fato inusitado: o primeiro agradescimento da noite foi diretamente para, segundo o prefeiro, os convidados mais importantes do evento: "As mulheres presentes"... é realmente um galante este nosso governador... ele deve ter lido A Trilha do Guerreiro...
Ligando o gerador de lero-lero por alguns minutos, o governador resolveu vangloriar-se de todos os benefícios e crescimentos maravilhoso que nosso estado marvilhoso conseguiu alcançar com a ajuda maravilhosa de sua pessoa....

Na boa, Palanque de Eleições não!! Malditos políticos que não conseguem ter o foco necessário para serem sucintos, diretos e objetivos (Agile way, baby)

Aproveitei para criar o album do evento... como estou meio sem recursos para este evento, talvez as fotos não sejam tantas... mas vale a pena conferir!
http://picasaweb.google.com/victorhg/ExpoGestao2008

Proximo post falo da apresentacao impressionante de Oscar Motomura (excepcional!!!!)

[]s

ExpoGestão 2008: aí vou eu!

2008-06-18T10:09:00.005-03:00

Saudações!

O resto desta semana estarei na ExpoGestão2008, evento que ocorrerá em Joinville...

Irei como correspondente oficial da Audaces juntamente com um dos gerentes de produto aqui... (acho que estou ficando importante... credo!)

Quero muito ouvir o caso da Boeing, já sabendo que eles aplicaram um modelo Lean de produção juntamente com a idéia de chão de fábrica global do wikinomics

Acompanhem atualizações e fotos sobre o evento neste mesmo local..

[]s

Integração Contínua em Java at GUjSC

2008-06-17T23:39:00.004-03:00

Yeah!!
Bem, após transtornos com a queda do servidor do SlideShare, consigo finalmente disponibilizar a apresentação de hoje!

Realizada no Auditório do EPS, acredito que perto de 20 pessoas compareceram...

Bem, não sou eu que deve postar as impressões da apresentação: se algum de vocês me viu falando, comente!

Gostei bastante da receptividade e dos comentários durante o coffee break (habib's!!!! adoro esfiha...)

Segue abaixo a apresentação:

[embed]Link da apresentação[embed]

| View | Upload your own

Sobre a apresentação do Andrik: muito bacana!!! Pow, deu muita curiosidade de ver o tal Gant funcionando em nosso ambiente de IC lah na Audaces. Parabéns pela apresentação...

Obrigado ao GUjSC pelo convite... e sabe como é, derrubou na área é pênalt e se precisar, cola em mim que é só sucesso!!!

[]s

Projetinho exemplo: Integração Contínua

2008-06-17T11:01:00.003-03:00

Saudações!

Como vcs devem saber, hoje tenho uma apresentação sobre Integração Contínua no auditório do EPS às 18:40...

Como forma de ilustrar a minha apresentação, vou disponibilizar um arquivo contendo um projetinho de exemplo - feito no eclipse, óbvio - e que junta ant+junit+mocks+javadoc+findbugs+dbunit+sqlite para apresentar como é possível iniciar um projeto já pensando em qualidade de software.

É um projeto beeeeeem simples, apenas com uma tela de login e uma listagem qualquer... o foco da aplicação é comprovar o conceito que vou descrever hoje... espero vocês por lá!

Download do Arquivo: userAdminIC.tgz

[]s
Victor

Evento GUJavaSC

2008-06-12T00:23:00.005-03:00

Saudações!
Este blog até que está dando resultado!
Depois de falar a respeito e inclusive publicar uma matéria sobre, me convidaram para falar de Integração Contínua!

Bem, se você quer me ouvir falar que é possível ter software com qualidade, redução de riscos e como você nunca sonhou, venha me ver!

Tudo bem, você pode sair decepcionado, afinal, eu não vou resolver todos os seus problemas... mas uma palestra não serve para isso!
Para resolver esta situação, estarei disponível para conversar e tomar uma cerva depois do evento - sabe como é, sem bebida, nada acontece!

Encontre informações sobre ferramentas e maneiras de trabalhar com seu software que possibilitarão a saúde e bem estar da sua empresa!

Mais informações: Encontro GuJavaSc

Fórum Mundial de Marketing e Vendas

2008-06-04T13:44:00.002-03:00

A HSM On-line está fazendo a cobertura completa do Fórum Mundial de Marketing e Vendas, que ocorre neste momento em São Paulo. Os maiores pensadores da atualidade estão presentes para discursarem sobre os rumos do setor para os próximos anos.

Chamo atenção à apresentação de Andrew Lippman, falando sobre Sociedades Virais e Arquiteturas para o futuro.
O cientista, empresário e professor do MIT acredita que o futuro será determinado pelos estilos de vida e o consumidor terá ainda mais poder para configurar, ao seu gosto, tudo o que é produzido.

Leia a matéria completa, e ouça o podcast (uma aula aos gestores sobre tecnologia e ciencias sociais)

Sobre a palestra, os principais pontos estão listados abaixo:

Sociedades Virais e Arquiteturas para o Futuro

“No mundo wireless, o controle é do usuário e não há mais produtos”

"A sociedade mudou. Vocês ouvem isso demais e há muito tempo, mas a sociedade mudou novamente, e mudou de modo crítico, de tal forma que afeta o marketing e a produção. Não há mais produtos. Existem coisas que fornecemos às pessoas, a partir das quais elas fabricam seus próprios produtos”. (...)

O cientista assinala que Malcolm Gladwell, autor de "Tipping Point: o ponto de desequilíbrio", fez uma grande sugestão em seu livro. Disse que, se alguém queria lançar um café, deveria fazê-lo via degustação em um salão de beleza, onde vão as donas de casa que compram café, e não anunciá-lo num outdoor. “A mensagem, agora, é membership, associação a grupos. Isso já não é mais moda”, afirmou Lippman.
O professor do MIT explicou que o índice de mudança de uma sociedade é função da idade a partir da qual as pessoas têm acesso à tecnologia. Assim, a sociedade, que costumava mudar a cada 16 anos, move-se mais rapidamente, pois as pessoas têm acesso à tecnologia aos três ou quatro anos de idade. Hoje, as gerações mudam quatro vezes mais rapidamente do que acontecia no passado. Isso significa que as coisas que achávamos que eram moda evoluem e tornam-se um elo entre o filho mais jovem e o mais velho. “A mágica é integrar o seu não-produto (pois não há produtos) às redes sociais”, resumiu o especialista.
(...)
Finalizando sua exposição, Lippman afirmou que, no futuro, não haverá produtos, mas arquiteturas. “Nós lhe damos a argila para você construir o sistema” será a palavra de ordem. “O SMS revolucionou a comunicação ao propor que o usuário usasse seu polegar para digitar. Quem imaginaria que isso se tornaria uma moda mundial? O questionamento e a evolução são o que vai tornar essas coisas revolucionárias possíveis”, concluiu o palestrante.

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

2008-05-29T15:32:00.002-03:00

Por Rodrigo Yoshima:

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

[]s

Lean: Decida o mais tarde possível!

2008-05-28T23:03:00.000-03:00

Tudo bem, pode soar completamente arriscada a afirmação do título, principalmente com a nossa má fama de deixar tudo para a última hora...

Desenvolvimento de software é uma atividade de problem-solving, e diferentemente dos demais produtos, espera-se que sistemas de computador tenham atualizações constantes. O principal fator para isso é que utilizamos softwares para resolver problemas complexos, principalmente quando o nível de incerteza é alto.

Complexidade pode ser tratada de duas formas: através de previsibilidade ou adaptabilidade... como dificilmente conseguiremos prever o comportamento de sistemas complexos, a adaptabilidade é a melhor opção.

No post anterior, discuti sobre uma forma de tratar problemas quando a incerteza é alta: buscando informação e feedback!

Para confirmar a afirmação:

O custo do ciclo de vida de um software atribuído à manutenção é de 40 a 90% do custo total de produção de um software, segundo Kajko-Mattsson.

Isto quer dizer que, logo após o primeiro release de um sistema, com certeza ele precisará de ajustes para se adequar às necessidades dos problemas que ele se propos a resolver...

Este fato que nos ajuda a desmistificar completamente a utilização de um modelo waterfall, uma vez que todo o trabalho em definição de um Big Design Up-front trará muitos problemas na hora de realizar alterações. A curva abaixo mostra o custo da mudança num modelo assim:

Software Engineering Economics

E como resolvemos isso?

Bem, se para tomar melhores decisões é preciso conhecer melhor o problema e ter feedback real sobre a interação de sua aplicação com o ambiente de produção, podemos assumir que:

Quanto mais conhecimento melhor

Quanto mais opções para solucionar um mesmo problema, melhor podemos encontrar a ideal

Conhecendo várias possibilidades de atuação, será possível encontrar riscos ocultos

Quanto melhor a solução para um problema, maior será a satisfação de seu cliente

Os itens acima estão no cerne dos processos adaptativos de software, e é a forma que optamos em construir nossos sistemas em se tratando de Desenvolvimento Ágil.

Como requisitos podem ser apenas parcialmente compreendidos para serem produzidos numa equipe Ágil, é possível que, à medida que a solução emerge, se possa compreender melhor o domínio do problema através de incursões rápidas e sistemáticas ao ambiente real de trabalho.

Isto implica em possuir requisitos de negócio mutáveis, que possam ser adaptados à medida que o sistema, e a compreensão do problema evoluí. O cliente, neste ambiente, possuí papel importantíssimo para determinar em que momento a solução tornou-se suficiente.

Trabalhe as incertezas e dúvidas de seus clientes de forma a não enrijecer o seu sistema. Somente tome decisões cruciais quando houver fatos suficientes para apoiar sua escolha, caso contrário você tem grande risco de ampliar seus gastos com manutenção de sistemas...

Continua no próximo capítulo

Humanitarian Lion

2008-05-28T19:03:00.002-03:00

As maiores agências do mundo... e o maior cliente de todos: o mundo

Fonte: UpdateOrDie

Webinar da NetObjectives

2008-05-28T10:59:00.004-03:00

Novo webinar da NetObjectives:

Emergent Design: The Evolutionary Nature of Professional Software Development

Conteúdo
What is design? An opportunity to mitigate risk. A way to look for eliminating waste. It is certainly not simply the "thinking" part of software development.

When are you doing design? Just up front?

When do you test your design?

How much design is enough?

How can design be done in a more natural, evolutionary way and, at the same time, more professional?

AutoStart^?="1" controller="TRUE" FileName^?="http://www.netobjectives.com/webinars/EmergentDesignWebinar_20080522/Emergent%20Design_iPod.m4v" play="TRUE" autoplay="TRUE" Movie="http://www.netobjectives.com/webinars/EmergentDesignWebinar_20080522/Emergent%20Design_iPod.m4v" ShowController^?="1" height="180" width="320">
Download mp3 | Download o vídeo

E como vai a Globo.com ?

2008-05-28T09:07:00.004-03:00

Saudações!

Aos interessados: O Guilherme Chapiewski apresentou ontem (dia do meu aniversário!) um post descrevendo como está o desenvolvimento ágil na globo.com.

Não sei ao certo, mas creio que este seja um dos maiores exemplos de utilização de metodologias ágeis... e eles parecem estar indo muito bem!

Organization Democracy

2008-05-21T20:09:00.003-03:00

E então... soa familiar?

WorldBlu Principels

será possível um ambiente assim? Confira a lista dos ganhadores do selo WorldBlu, e conheca a história deles...

Visão Ágil - Edição 4

2008-05-20T08:54:00.004-03:00

Bom dia!

Aos interessados: saiu a mais nova edição da revista Visão Ágil, com dois artigos feitos por mim: Uma tradução (McConnell) e Integração Contínua... e uma cobertura sobre o FISL 9.0

Bom proveito:

Nesta Edição:
- As 5 Doenças do Gerenciamento de Projetos (Causa n° 4: Dependência Entre Tarefas)

- Integração Contínua

- Aperfeiçoamento de Projetos Ágeis Parte II

- Nove Pecados Mortais no Planejamento de Projetos

- ScrumMaster por ele mesmo

- Cobertura da QConference 2008 em Londres

- Gerenciamento de resultados com o Product Storage Chart

- Álbum da Visão Ágil no FISL 9.0

- Álbum do Encontro da comunidade de Metodologias Ágeis do RS

- Referências Ágeis

- News

Malvados: 2035

2008-05-15T18:30:00.002-03:00

Andre Dahmer exprime sua visão do futuro caótico que aconteceráem breve... o humor ácido e consciência ecológia, é disso que o mundo precisa...

PS: tá bom, tá bom... eu volto a escrever sobre Agile e Lean...

Visão Ágil 2008

2008-05-14T22:24:00.000-03:00

Visão Ágil 2008 – Chamada de Participação
"O seu evento sobre processos ágeis"

O Visão Ágil 2008 será o evento realizado pela Revista Visão Ágil em parceria com grupos de usuários, que reunirá toda a comunidade brasileira do segmento corporativo, técnico e acadêmico, para debater, aprender e construir fortes bases de conhecimento sobre a adoção de metodologias ágeis nos diversos níves de uma empresa, através de palestras e workshops feitas por grandes profissionais do cenário nacional e internacional, nas mais diversas vertentes agile como XP(Extreme Programming), FDD(Feature Driven Development), Scrum, OpenUp, DSDM, MSF, Lean, etc.

Datas: 19 e 20 de Setembro de 2008

Local: São Paulo, SP – Brasil

Sugestões de Macro-Temas:

#Agile for Business
- Planejamento
- Estimativas
- Métricas
- Custos
- Contratos
- Gestão de resultados
- Gestão de riscos
- Modelos de Maturidade
- Liderança Ágil
- Casos de sucesso.
# Core Agile
-Requisitos
-Modelagem
-TDD
-Testes
-Integração contínua
-Gerência de Configuração
-Documentação
-Qualidade
-Refactor
-Ferramentas

Participe da organização do evento

-Como Palestrante:
A Revista Visão Ágil está abrindo chamada para palestrantes de acordo com os macro-temas do evento, portanto, se você deseja palestrar, envie um e-mail contendo a seguinte estrutura:

- Mini-CV

- Título e Macro-Tema

- Descrição
- Tópicos
- Por que sua palestra será interessante para os participantes do evento? (Mínimo 3 respostas)

-Como Grupo de Usuários
Sabedora da importância e da força da comunidade agile nacional, estamos convidando TODOS os grupos de usuários interessados para participarem da comissão organizadora do evento, dessa forma, os grupos terão possibilidade de contribuir para o acontecimento do mesmo, através de:

#Responsabilidades:

- Pessoas para staff,

- Apoio aos palestrantes

- Coordenadores de grade,

- Coordenadores de mesa,

- Divulgação

#Benefícios

- Nome do grupo vinculado como apoiador do evento,

- Espaço para apresentar o grupo de usuários ao público.

- Direito a 4 (quatro) inscrições gratuítas

Importante: Todas as submissões deverão ser enviadas para o e-mail eventos@visaoagil.com até o dia 31 de Junho de 2008.

Portanto, esperamos que toda a comunidade participe ativamente para juntos construírmos um grande evento Agile aqui no Brasil.

The price of a Pint

2008-05-14T09:03:00.006-03:00

Utilidade pública mááááxima!

Não esqueça de se preparar para visitar um país novo, ou uma nova cidade do Brasil, saiba o preço da cerveja!

O site ThePriceOfaPint apresenta o preço médio da cerveja em vários países, e é obrigatório para todo bom cervejeiro que se preze... Com o conhecimento criado pelos usuários, é possível ter uma idéia do valor da cerveja respondido por quem realmente sabe do assunto: os bebedores!

Nota de revolta: Isso que dá morar em cidade da moda, Florianópolis a maior média... comerciantes mercenários que não suportam ver uns poucos bêbados no bar!

Revolução colaborativa - Nine Inch Nails

2008-05-09T10:10:00.000-03:00

Será mesmo que com os sistemas de peer-to-peer a indústria musical está com os dias contados?

Existem várias iniciativas que dizem o contrário…

A banda Nine Inch Nails resolveu eliminar-se de qualquer gravadora e passou a vender os próprios discos em seu website… legal? Mais do que isso, com essa divulgação de todo um disco na internet, os fãs foram à loucura… e por quanto tudo foi vendido? Existiram 5 versões diferentes do álbum, cotadas entre U$0 e U$300.

Inesperadamente, a coleção de U$300 foi completamente vendida em poucos minutos, num total de 2.500 cópias.

Removendo as amarras comerciais que elevam os preços e diminuiem as opções dos consumidores, a banda conseguiu ser inovadora e ainda ganhar inúmeros fãs… diferente do metallica…

Nesta última semana eles atacaram de novo: No Website Oficial da banda, está sendo distribuído gratuitamente o Álbum “The Slip”, com os dizeres:

“Obrigado a vocês pelo apoio contínuo durante estes anos - este é por minha conta”

Já imagino os fãs cheio de lágrimas nos olhos…

Esté o modelo de negócio entitulado “The Free music model”

Unobtrusive JavaScript with jQuery

2008-05-08T10:49:00.001-03:00

| View | Upload your own

Lean: Set-based Development

2008-04-29T21:47:00.010-03:00

Lean é sobre comunicação: ampliada, direta, explícita, holística e ativa. Como mais uma ferramenta para ampliar o aprendizado, vou explicar o conceito de Set-Based Development: simples, mas bastante eficiente!

Imagine a situação: você quer fazer um jantar para os seus amigos! Um macarrão ao vôngole! (vulgo berbigão da lagoa para os manezinhos da ilha)

Qual a maneira mais antiga de se fazer isso? Ligando para cada uma das pessoas e avisando que o jantar será no sabado!
Mas uma questão importante para esta sua escolha é que você não está levando em consideração que seus convidados podem não estar disponíveis num sabado à noite para um jantar...

Mas como você é realmente um cara esperto, não vai logo marcando a data do jantar... afinal, você precisa saber se os seus amigos estarão disponíveis! Como você procede?
Escreva a lista de seus convidados:

- Huguinho
- Zezinho
- Pamela Anderson
- Mônica Mattos
- Jenna Jameson

Agora você precisa ligar para todos e saber quando eles estarão disponíveis.
Imaginemos a seguinte disponibilidade:

- Huguinho: Quarta, Sabado
- Zezinho: Quarta, Quinta
- Pamela Anderson: Todos os dias
- Monica Mattos: Segunda, Sexta, Sabado
- Jenna Jameson: Sexta

Bem, Set-Based Development sempre será à respeito de Restrições, não escolhas. Isto significa dizer que, à partir dos dados coletados sobre todos os convidados, pode-se tomar uma decisão mais acertada sobre quando será o jantar: sexta-feira!! Realmente a melhor opção...

E o que isso tem com desenvolvimento de software?

Contratar as moças acima fará com que os desenvolvedores trabalham mais... ou pelo menos que eles cheguem mais cedo... =)

No exemplo acima, para encontrar a solução de um problema, foi necessário coletar informações sobre as restrições que os vários domínios possuem, esperando para que uma decisão seja tomada somente no momento em que se possui o maior conhecimento sobre as várias opções.

Ao desenvolver uma funcionalidade, pode ser necessário decidir sobre um caminho. Esta abordagem supõe que se tenha mais informações sobre as possibilidades antes mesmo de escolher para onde seguir.
Significa dizer que, dados os domínios, a melhor solução pode ser encontrada definindo qual a intersseção entre eles. A figura abaixo exemplifica isso:

Quando existem várias equipes organizando o trabalho a cerca de um mesmo projeto, esta pode ser a forma mais simples de evitar desperdício de comunicação. Durante a produção de um item será possível avaliar a conformidade com as restrições dos grupos envolvidos.

Em produção de carros, é o mesmo que os engenheiros definirem a disposição do chassis do carro, e deixar que os designers façam o trabalho de produzir o carro mais lindo do mundo. Antes de tomarem decisões malucas sobre como será o carro, os designer podem conformar seus modelos com as restrições de chassis...

- Checklists podem ser úteis!

Você consegue identificar quais são as restrições para uma funcionalidade ou requisito de negócio? Restrições de usabilidade que os usuários alvo possuem?
Antes de decidir qual ação tomar, verifique as possibilidades que você possue e escolha a solução que melhor se encaixe no seu objetivo: construir software que satisfaça seu cliente

[]s

Fanf Certification Process

2008-04-23T09:12:00.002-03:00

Saudações a todos!!

É com grande prazer que anuncio meu apoio à Fundação FanfAlliance, especializada em fornecer certificados coerentes à forma de trabalho mais comum em desenvolvimento de software: ignorância total!

Diretamente do criado da FanfAlliance:

Fanf Principles

Infernizar a vida dos usuário é nossa maior prioridade.
Código sem testes é nossa principal ferramenta.
POG é nossa filosofia de vida.
Quanto mais featues, mais próximos ficamos do Nirvana (especialmente se elas tiverem muitos bugs).

Leia a Definição completa (com a descrição das certificações!)

[]s

Tudo sobre User Stories

2008-04-22T20:02:00.002-03:00

Kelly Waters tem escrito há muito tempo sobre User Stories, introduzindo o conceito de INVEST como uma definição clara sobre como trabalhar com esta ferramenta:

INVEST significa:

Indepent: Mesmo sendo impossível para alguns sistemas, tenha em mente que uma User Story deve ser Independente

Negotiable: Uma User Story não é um contrato. Não é uma especificação detalhada. É apenas uma introdução às funcionalidades para que a equipe possa discutir e colaborar para esclarecer os detalhes próximo ao momento de desenvolver a funcionalidade.

Valuable: Uma User Story deve ser valiosa para o cliente da solução. Deve ser escrita em linguagem de negócio. Deve ser uma funcionalidade, não uma tarefa.

Estimatable: User stories devem ser passíveis de serem estimadas. Devem prover informação suficiente para serem estimadas, sem serem muito detalhadas.

Small: Nem pequena demais, nem grande demais. User Stories devem ser do tamanho suficiente

Testable: User Stories devem ser claras o suficiente para serem testáveis.

Aproveitem a leitura...

FISL: Números

2008-04-20T12:42:00.001-03:00

Saudações!

Nesta edição do Fisl estiveram presentes 7 mil pessoas entre expositores, palestrantes, participantes inscritos e convidados... um recorde!! Haja nerds nesse mundo....

Mais alguns recordes que conseguimos:

45 mil litros de café expresso

30 mil latas de coca-cola vendidas

O kernel do slackware foi recompilado 635 vezes

25 milhões de spans, emails com putaria e correntes com piadinhas enfadonhas enviados

10 mil vezes a frase "que merda de wireless" foi repetida

35 usuários descontentes com a idéia do Debian vender os cds da distro

Nenhum CD do debian vendido

780 fotos tiradas junto com o Orkut

1980 fotos tiradas junto com o Maddog (que mal podia se locomover)

[]s

FISL: Terceiro dia

2008-04-20T12:27:00.002-03:00

Terceiro e último dia de evento! O cansaço eh visível na cara da maioria das pessoas, tanto que o evento custou a embalar neste sábado... com a maior parte das pessoas chegando mais tarde...

=)

Muito mais palestras hoje! e muita gente perguntando sobre Agile...

Vamos lah:

Guilherme da Globo.com apresentou uma palestra sobre Desenvolvimento Ágil em sua empresa... Bem, minhas impressões não são das melhores, mas valeu assistir.
Deve ser muito complicado apresentar durante uma sessão lotada (com inúmeras pessoas sentadas no corredor da sala), e acredito que a situação deve ter deixado o Guilherme um tanto nervoso. Nem tanto agile, nem tanto globo.com... nao deu pra saber muito bem como se trabalha na empresa do Tio Marinho (deu pra saber que, que nem nós na Audaces, eles tb separam uma parte do sprint para trabalhar em bugs ou tarefas não planejadas)... e também não deu pra saber muito sobre Agile em si... achei um pouco confusa...

Foi um momento tb para que eles divulgassem uma necessidade imensa de desenvolvedores - os tempos são de vacas gordas meu amigos! todos desejam desenvolvedores ágeis...

Dai veio a apresentação da moça do Mozilla... que bacana... os valores, a questão do apoio à comunidade...

Finalizamos o dia com uma "mesa" redonda improvisada para falar de desenvolvimento Ágil, abaixo seguem algumas fotos... Tanto eu quanto o Manuel tentamos explicar e trocar experiências sobre a utilização de práticas de Scrum e XP...

Infelizmente perdi a palestra do Papai Noel Maddog... sessão extremamente lotada, mas deu para assistir alguns trechos transmitidos via internet - me pareceu interessante.... uma pena...

Para finalizar nossa experiência em terras gaúchas: churrasco!!!!
Tinha até apresentação de dança no lugar... voltei uns 5 kilos mais experiente da churrascaria...

[escrito no onibus seguindo para Floripa]

FISL: Open FISL de Poker

2008-04-19T16:43:00.001-03:00

O povo mandando ver no poker... jogando sem dinheiro... fracos... =)

FISL: Mozilla

2008-04-19T16:15:00.003-03:00

Acaboo de voltar da palestra dessa senhora ai do lado, Mitchell Baker - "A" Mulher por trás da Mozilla Foundation e Mozilla Corporation. A palestra apresentou o que é isso tudo que a mozilla se tornou, e de que maneira os principais valores OpenSource são incorporados à forma de trabalho da Mozilla...

ANIMAL, a mulher praticamente me converteu a ser um colaborador da mozilla... =)
O que me chamou mais a atenção foi realmente tentar manter os projetos de desenvolvimento com decisões distribuídas completamente. A principal motivação é: Manter a internet do jeito que está hoje: livre
Segundo ela, apesar de possuirem funcionarios e receita, a maior parte das atividades e produção é feito sempre pela comunidade.

Muito bom... vou ver depois se consgo o video da palestra.

FISL: Segundo dia

2008-04-19T10:48:00.004-03:00

Tá bom, tá bom... eu sei que estamos no terceiro dia... mas ontem nao consegui escrever nada... então tai vai o condensadão do segundo dia de evento...

Felizmente, ou não, consegui assistir algumas palestras! Cara, não gostei de muitas não...

Algumas fotos dos grupos de usuários aglomerados tentando sugar toda a energia disponível no evento... malditos notebooks sem bateria!

Lá está o grupo de usuários Slack que passou o evento formatando e configurando seus sistemas... =)

Além disso, foi interessante ver a versão paulistada do Coding Dojo... a casa estava extremamente cheia, e o desafio da vez foi o dos números romanos: dado um número romano, o método retorna a representação inteira do número: "I" = 1

Minha impressão da sessão: complicada... e isso é o problema mais comum neste tipo de dojo... Com um desafio simples, ou simples demais, facilmente as pessoas ficam cansadas com o ritmo de baby steps, o que acaba por desmotivar os demais... (experiência própria)

Talvez o coding dojo para inciantes não devesse ser tão óbvio, para não tornar a sessão maçante, já que nós, nerds, somos seres que buscam resolução de problemas... eu gosto muito do desafio do Poker, que permite ao menos uma dscussão mais focada no design da solução, nem tanto no algoritmo... será?? Foi engraçado ver o povo aplaudindo sarcásticamente cada vez que os testes passaram...
Espero poder participar de uma sessão deles quando for pra São Paulo da próxima vez...

Ao térmno do dojo, conversei com o Hugo e a Mariana a respeito disso, e a impressão deles acredito ter sido a mesma... mas ponto positivo para o mundo Agile! E vem coisa boa por aí...

Gringos e OLPC

Momento de rivalidade do evento: uma competição para criar um jogo em python para o OLPC... em um dia...

Equipes brasileiras e gringas passaram o dia programando para a plataforma... e próximo ao término do dia foi o maior alvoroço quando os argentino do grupo grupo de usuários Lanus realmente conseguiu o feito... com uma joguinho simples estilo come-come, eles apresentarão a solucao...
olha soh o tumulto que isso gerou:

O Treco funcionando

os cara são realmente bons...

Apresentacao Revista Ágil

Abaixo segue um vídeo que nós fizemos para apresentar a Revista Visão Ágil... o pessoal de Belém que fez o vídeo, da TaSafo (altos nome esse grupo!) - o Luiz e Carlos...

(eu falando sem parar estriquinado.... hahaha)

FISL: Como saber se um pinguin é macho??

2008-04-18T13:47:00.001-03:00

Só ver se ele mija em pé!!

Chego no banheiro e encontro o Tux desse jeito... o que eu posso fazer? Bater uma foto e mandar pra internet!!

[]s

FISL: "Free" my ass!!

2008-04-18T12:43:00.001-03:00

Nota capiciosa: Estamos num evento sobre software livre, e com alguns problemas com a rede wireless... principalmente devido à quantidade imensa de notebooks aqui...
Alguns levam mais sorte... e muitos grupos de usuáros e stands estão com Access Points para distribuição do sinal (da feira) para mais pessoas... detalhe: quase todos estão protegidos...

Meu questionamento: onde está o espírito colaborativo que permitiu que este evento acontecesse? Grupos de usuários não permitem que outras pessoas utilizem pontos de acesso a rede que eles possuem... obviamente, a rede disponível apenas para os membros dos grupos... ao invés de darmos uma ajudinha à organização do evento que estamos participando... onde está a colaboração?

lamentável...

FISL: Capitão Vinícius "nascimento" Teles

2008-04-18T10:31:00.004-03:00

Salve salve!!

Ontem fomos eu e o Manoel assistir a duas palestrar: o Daniel Wildt e do Vinícius Teles... o que posso dizer a respeito: ANIMAL!! Os dois "dinossauros agéis" (no ótimo sentido da palavra) ainda tem muuuito que mostrar...

O Daniel tem um estilo mais informal, e completamente absorto nas práticas e valores de XP - não há como deixar de pensar que é uma pessoa que respira agilidade. A naturalidade com que ele transita entre os valores, exemplos pessoais e práticas é bastante motivador!... muito boa a apresentação.

O Manoel aproveitou para falar sobre a Revista Visão Ágil, apresentando o conceito e divulgando seu projeto... e estávamos lá para fotografar e apoiar!

Conheci então o Vinícius, da ImproveIt - pioneira no brasil em mentoring de XP... e o livro do Vinícius, infelizmente para alguns, é o único exemplar em português a falar sobre Desenvolvimento Ágil (vou começar a escrever o meu...).

A apresentação do vinícius: cara, o bicho é bom.... hahahaha
A intenção dele não foi apresentar sua idéia de forma convencional, mas instigar a ira e a reflexão através de piadas e ofensas leves (algumas nem tanto)...
Me lembrou muito o Tropa de Elite, ao informar ao presentes que "mesmo que eles assistam milhares de coisas sobre Agile, seria quase impossível que eles trabalhassem dessa forma em qualquer empresa - porque hoje a maior parte das empresa não sabe o que é desenvolvimento de software!"

Concordo plenamente com ele... apesar da abordagem que ele seguiu, a mensagem foi clara: nem nas universidades ouvimos sequer mencionar palavras como : Teste Automatizado, Código Legado, Cliente... e nos trancamos numa bolha de que acredita em um Big Design UpFront para resolver qualquer problema de software... e que trás uma triste notícias: Projetos de Software Não dão certo! (Quantos de vcs já trabalharam num projeto entregue no prazo, com um código mantível e no custo planejado????? Quantos de vocês já tiveram que trabalhar até tarde? finais de semanas?)

Uma outra teoria foi bastante bastante trabalhada: DESENVOLVIMENTO DE SOFTWARE NÃO É IGUAL ENGENHARIA!!!!

Não vou me estender muito, até porque na próxima edição da revista Visão Ágil vai haver uma matéria mais completa.... mas uma coisa boa aconteceu! Ganhei o livro do Vinícius num sorteio com os presentes!! Agora vou ter que pedir para ele autografar!! hahahaha

Abaixo seguem algumas fotos:

Daniel

Manoel Pimentel

Vinícius Teles

FISL: Comunidade

2008-04-17T17:33:00.002-03:00

Saudações Senhores!
Bem, este primeiro dia, apesar de cansativo, foi muito proveitoso!! Conheci inúmeras pessoas bacanas, entre elas obviamente Manoel Pimentel, gente boníssima e pioneiro na Visão Ágil.
Somo eu e ele aqui, falando sobre Desenvolvimento Ágil e divulgando a revista...

Entre os destaques:

Orkut Büyükkökten

É o cara ali, com sua cara de nerd inverterado....

A arena de programação é muito show! Os ner... desenvolvedores que ficaram todo o evento resolvendo problemas de programação são o destaque da feira, enclausuádos num aquário no meio do salão da PUC

O Shopping.. quer dizer, a faculdade PUC me impressionou... cheio de lojas e restaurantes, a estrutura não está deixando nada a desejar...
=)

Como não podia faltar... em um lugar cheio de homens não podem faltar: as modelos contratadas! (tudo bem... tudo bem... elas são "quase" todas as mulheres que existem por aqui)
Abaixo a Intel mostrando qualidade "inside":

E pra finalizar por enquanto, ai está a cúpula do Netbeans neste evento: Manoel Pimentel e Greg Sporar (pessoal da cetil deve ser morrido de inveja agora.... hahahahah) - mas eles ainda não me convenceram a usar o netbeans

É isso senhores... agora a noite ainda vamos a uma apresentação do Daniel Wildt... e depois: cana!!

[]s

FISL: A Chegada

2008-04-17T11:19:00.004-03:00

Saudações! postando diretamente do evento... depois de uma viagem extremamente cansativa, chegamo!
Impressões iniciais: extremamente organizado o evento. Super tranquilo de pegar as credenciais de expositor, e já arrumar um canto pra conversar com as pessoas.

Criei um album no PicasaWeb para armazenar : FISL Álbum

Logo postarei mais fotos... ta foda a conexão desse lugar!!! Eita internet fraca... será que eu encontro alguém que saiba mexer em linux pra consertar os servidores??

[]s

Lean: Como maximizar o feedback?

2008-04-15T20:00:00.004-03:00

Adaptado do livro: Lean Software Development: An Agile toolkit.

Passo a passo para ampliar o feedback

1) Escolha o seu problema mais difícil e encontre uma maneira de ampliar o feedback

a. Amplie o feedback das equipes de desenvolvimento à gerencia perguntando a cada equipe ao término de uma interação as seguintes perguntas:

A equipe possuiu todos os conhecimentos necessários para esta iteração?

Algum recurso necessário faltou?

Como podemos modificar nosso trabalho de forma a tornar o desenvolvimento mais rápido e melhor?

O que está atrapalhando o caminho?

b. Aumente o feedback dos clientes e usuários para a equipe de desenvolvimento mantendo um grupo com foco no usuário final. Encontre as respostas para as perguntas:

O quão bem esta sessão do software resolverá o problema para o qual ela foi criada?

Como pode ser melhorado?

Como esta última iteração afetou a sua percepção sobre as suas necessidades?

O que você precisa para colocar este último incremento de software em produção?

c. Ampliar o feedback do produto para a equipe de desenvolvimento pode ser feito através de:

Ter os desenvolvedores escrevendo e executando testes de código à medida que o código de produção é escrito

Ter analistas, clientes ou testadores executando e criando testes de aceitação à medida que os desenvolvedores trabalham no código. Permita que os desenvolvedores auxiliem nestes testes com o intúito de automatizar tudo.

Permita que desenvolvedores tenham acesso aos testes de usabilidade de cada uma das funcionalidades próximas de serem finalizadas, para que eles possam verificar como os usuários reagem à implementação

d. Amplie o feedback dentro da própria equipe através de:

Torne os testadores em parte integrante da equipe

Incorpore todos os envolvidos no projeto desde as primeiras fases

Estabeleça a política de que a equipe de desenvolvimento deverá manter o produto

2) Inicie iterações com sessões de negociação entre clientes e desenvolvedores. Clientes devem indicar quais funcionalidades possuem a prioridade máxima, e os desenvolvedores devem selecionar e comprometerem-se somente com aquelas que eles acreditam realmente serem capazes de completar no período fechado da iteração

3) Insira os gráficos de progresso para seu projeto em uma área comum para que a equipe(s) possa visualizar sem problemas o que precisa ser feito e que todos possam ver para onde o projeto está convergindo

4) Se você dividir um projeto através de múltiplas equipes, faça um esforço a mais para dividir a arquitetura de maneira a permitir que elas possam trabalhar o mais independentemente possível. Encontre maneira dos times sincronizarem o próprio trabalho o maior número de vezes possível (build contínuo do sistema todo)

5) Equipes independentes devem considerar também a interface do usuário de forma independente

6) Encontre o seu problema mais complexo e faça sua equipe conseguir três soluções viáveis para resolvê-lo. Ao invés de escolher apenas uma das soluções, permita à equipe experimentar todas as três opções ao mesmo tempo.

[]s

FISL 9.0: Eu Vou!

2008-04-14T22:58:00.005-03:00

Saudações senhores!
Bem, o título diz tudo!

Esta semana, diretamente de Porto Alegre, estarei no maior encontro sobre software de nosso país (quiçá do mundo)... correspondente direto da Revista Visão Ágil (sabia que escrever de graça ia me dar bons frutos!!! obrigado Manoel!)...

Entenda o Evento (Fórum Internacional de Software Livre):

Lean: Maximize o Feedback

2008-04-13T23:03:00.007-03:00

Temos a tendência a categorizar e determinar comportamentos(procedimentos?) para todas as atividades que executamos. É comum que numa empresa busquemos padronizar o trabalho e criar regras para orientar o trabalho de todos.

No post anterior (e num dos posts mais lido do blog), apresentei a idéia de que, seguindo o modelo científico, para o desenvolvimento de software, o ciclo de aprendizado deve facilitar a experimentação ampliando o acúmulo de conhecimento. Feedback, nesta ótica, é o resultado de seus experimentos e será a forma mais efetiva de lidar com problemas em nossa área.

Como?

Ao invés de permitir que erros acumulem, rode os testes no momento em que o código for produzido

Ao invés de adicionar mais documentação ou mais detalhes ao planejamento, tente validar idéias escrevendo código

Ao invés de garimpar mais requisitos com os usuários, mostre a eles um grupo de potenciais telas e receba sua impressões

Ao invés de estudar mais cuidadosamente qual ferramenta utilizar, leve as três principais para sua empresa e teste!

Ao invés de tentar descobrir como converter um sistema inteiro em um único esforço massiço, crie uma interface web para o sistema legado e evolua esta idéia

Feedback para Equipes

Talvez a principal apresentação sobre o tema. Direto do Google Chanel no youtube

Série de Posts sobre Lean:

1. Elmine o Desperdício
2. Amplifique o Aprendizado

Lean: Amplie o Aprendizado

2008-04-09T20:07:00.004-03:00

As origens do Lean estão diretamente ligadas à indústria. Entretanto, os princípios Lean podem ser aplicados diretamente ao desenvolvimento de software.
É preciso deixar claro: Criar software não é um processo produtivo; a atividade é melhor comparada a um processo de desenvolvimento.

Mas qual a diferença?

Entenda o processo de desenvolvimento de software como uma atividade semelhante à do Chef de cozinha, preparando um novo prato. Um processo produtivo seria eu, após ver a receita no programa da Ana Maria Braga, reproduzí-la. Para um, a variação de experiências é extremamente importante para atingir os melhores resultados... para o outro (eu e a Ana Maria), a situação é diferente, variações não são toleradas, sob pena de não ter o prato criado.

O método científico

Software está inserido no grupo de atividades chamadas problem-solving. Isto quer dizer que, de antemão, toda a intenção em criar um software está ligada à resolução de um problema.

Para problemas complexos, é necessário ter o máximo de informação possível para que se possam propor uma solução apropriada. A aborgadem coerente para tal é utilizar o método científico: observe, crie uma hipótese, execute um experimento e verifique se os resultados são condizentes com sua hipótese. O ponto interessante de tal abordagem é que, caso suas hipóteses estejam sempre corretas, você não conseguirá aprender muito. Caso exista uma possibilidade de falha em suas hipóteses, a quantidade de informação adquirida em experimentar será imensamente mais rica.

Existem duas escolas bastante distintas em na área de software:

A primeira motiva um desenvolvedor a ter certeza que todas as suas soluções - design, código, testes- estejam perfeitas à primeira execução. Neste ambiente existe pouco espaço para a geração de conhecimento através da experimentação. Esta abordagem funciona melhor em problemas bem estruturados - normalmente possuem uma única solução já bem conhecida e um caminho preferido para alcançar tal solução. Por exemplo, os principais problemas apresentados em colégios.

A segunda escola afirma ser melhor possuir ciclos rápidos de experimente - teste - corrija do que garantir à primeira vista que um código está perfeito. Citando Edward Yordon:

Um pedaço de lógica em código normalmente precisa ser reescrito três ou quatro vezes para ser considerado um trabalho elegante e profissional. Então por que existe tanta resistência em refatorar código quando estamos sempre felizes em poder revisar documentos várias vezes até chegar a um resultado satisfatório?

A sugestão Ágil

Transforme a experimentação e o feedback numa constante. Permita que os desenvolvedores possam, de forma rápida e barata, tentar formas novas de aumentar sua qualidade e produtividade. Utize os resultados para aprender o máximo que puder e não tenha medo de tomar decisões erradas.

Iterações curtas permitem um feedback instantâneo dos clientes e usuários sobre a satisfação e a utilidade que seu sistema apresenta.

Retrospectivas são um momento importantíssimo do processo de desenvolvimento de software, já que é possível encontrar problemas que afetam a todos numa equipe, que dificilmente seriam percebidos.

"Learning is everything"

[]s

South Park e as Celebridades da internet

2008-04-09T00:29:00.002-03:00

Quem são as celebridades??? Hilário!!! (vale a pena buscar no youtbute)

Celebridades da web assassinadas em South Park

[producao alta hoje]

[]s

Ação Global? Wikinomics?

2008-04-08T23:30:00.009-03:00

Senhores... acredito que o vídeo abaixo traduz muito do que eu posso descrever sobre minha percepção do quê é este mundo colaborativo que vivemos hoje...

Imagine um número imenso de pessoas que está descontente com o ritmo apressado que nossas vidas tem tomado. Pessoas que gostariam de despertar em você, a percepção de que o tempo passa e que devemos aproveitá-lo da melhor forma possível...

Agora imagine uma ambiente em que essas pessoas pudessem trocar experiências e se auto-organizar para realizar uma manifestação de suas idéias...
Imagine que este local o suficiente preparado para que, juntos, eles pudessem propor uma mudança em seu estilo de vida...

Bem, é isso que o "grupo" do Improve Everywhere está fazendo nos EUA... e com reflexos no mundo todo!!

Desacelere

Senhores, se estas pessoas conseguem se reunir para uma ação dessas, por que nossas empresas(talvez a minha) ainda não perceberam a força das comunidades?????

Quer saber como criar e transformar sua empresa numa comunidade? Pergunte-me como!

[]s

Por que Scrum funciona?

2008-04-08T22:25:00.002-03:00

A natureza iterativa de desenvolvimento do Scrum(incluindo a reestruturação de prioridades entre as iterações)

Celulas de desenvolvimento completas do Scrum (juntos todas as pessoas necessárias para realizar um trabalho)

Pelo fato de muitas equipes utilizando Scrum tiveram a change trabalharem no mesmo ambiente físico

Muitas equipes Scrum trabalham em um projeto por vez

A maior parte dos relatorios chatos e pesados, além de formulários burocráticos estão sendo deixados de lado porque as equipes estão produzindo algo novo

O Foco em definir testes de aceitação juntamente com os requisitos

A disponibilidade de campeões(Donos do produto e entusiastas de Scrum)

Entenda a história Completa

[]s

Lean: Elimine o Desperdício

2008-04-07T20:04:00.006-03:00

O que é Desperdício?

Desperdício(Waste) é tudo aquilo que não adiciona valor a um produto, valor este que deve ser percebido pelo usuário.

Se um componente de software não utilizado usuário é mantido no sistema, isto é disperdício. Se um ciclo de desenvolvimento de software se esforça para levantar um livro de requisitos que não é lido, isto é desperdício. Se os desenvolvedores produzem mais funcionalidades que o imediatamente necessário, isto é disperdício. Em desenvolvimento de software, transpor o trabalho entre equipes é disperdício.
Para o modelo Lean, o ideal é encontrar o que o cliente deseja, e então criar ou entregar exatamente o que ele necessita, virtualmente no exato momento da solicitação.
Qualquer coisa que entre no caminho de rapidamente satisfazer uma necessidade do cliente é considerado desperdício!

Encontrando desperdício

Por Mary Poppendieck: Eliminate Waste

Os sete desperdícios do Desenvolvimento de Software

Trabalho Particialmente Finalizado
Você deve possuir uma vaga idéia de como o sistema funcionará. Pode até ter uma noção de requisitos de negócio e condições de sucesso para uma funcionalidade. Quem sabe até mesmo algum código produzido.
Entretando, equanto este código não estiver integrado a sua base de código, tiver sido validado e aceito por seu usuário, não há como prever o seu comportamento. Funcionalidades pela metade apenas atravancam o caminho para trabalhos que poderiam ser feitos. Tornando-se facilmente obsoleto, trabalho parcionalmente concluído é pior do que trabalho nenhum... Funcionalidades e códigos parcialmente finalizados ampliam a complexidade de seu sistema, e amplificam os custos de manutenção de sua aplicação.

Processos Extras
Você já se perguntou se todo o papel utilizado é realmente necessário? Algum procedimentos para desenvolvimento de software requerem papeis para serem assinados por usuários, fornecendo rastreamento e permitindo a aprovação para uma mudança. Já verificou se o cliente realmente acha estes procedimentos valiosos? O fato de um documento ser um artefato de software não o torna valioso. Se você tem que esperar que um documento seja produzido para que você inicie o seu trabalho, reavalie a real necessidade de tal documento, e porque não, proponha mudanças. Lembre-se: procedimentos podem e devem ser questionados!

Funcionalidades a mais
Pode parecer ótimo entregar ao cliente mais funcionalidades do que ele está esperando... pegá-lo de supresa, e supreendê-lo... este é o desperdício mais śerio. Mais funcionalidades significa: Mais código para ser mantido. Mais testes para serem realizados. Mais documentos de especificação para serem criados. Mais conteúdo para gerar documentação. Mais bugs para aparecerem no sistema... enfim: jogar dinheiro no lixo... ainda mais se você pensar que 80% do total de funcionalidades de um sistema simplesmente não são utilizadas.

Troca de tarefas
Organizar pessoas em múltiplos projetos é outra forma de desperdício. Por ser uma atividade essencialmente intelectual, é necessário, toda vez que ocorrer a troca entre tarefas de projetos diferentes, que o desenvolvedores foque-se em algo completamente novo. Contexto de projeto diferentes, realidades diferentes, procedimentos muitas vezes diferentes...
O tempo que ele levará para estar realmente produtivo em cada projeto reduzirá muito! Sem contar que, normalmente, ocorrerá uma guerra de interesses entre os projetos pela atenção do desenvolvedor...
Minha vó já dizia: fazer muitas coisas ao mesmo tempo é um pretexto para não finalizar nenhuma

Espera
O maior ponto de desperdício em desenvolvimento de softwar é esperar para que algo seja produzido. Esperas em iniciar projetos, realizar testes, aguardar o levantamento de requisitos detalhistas, desenvolver uma funcionalidade são consideradas desperdício.
Atrasos distanciam seu usuário de receber um produto que satisfaça suas necessidades. Em muitos casos, atrasos são apenas a ponta do iceberg para problemas muito maiores. Em ambientes e mercados muito competitivos, atrasos e esperas podem significar milhões de investimento perdidos.
Poucos consideram custos realicionados a participação do mercado como sendo influenciada por atrasos... mas os principais líderes do mercado atualmente foram os pioneiros em seus nichos...

Movimento
Desenvolvimento de software é uma atividade que demanda muita concentração, e interrupções podem ser desastrosas no trabalho realizado. Quanto tempo um desenvolvedor leva para encontrar uma informação? Questões sobre requisitos de negócio ou informações técnicas levam quanto tempo para serem respondidas?
Documentos que transitam entre setores também são disperdícios. Quanto mais pontos um documento passar para iniciar sua implementação, maior será o ruído causado pela interpretação de informações (efeito telefone sem fio)

Defeitos
Você sabe o quanto custo a correção de um problema em fase desenvolvimento? e na integração? UM ABSURDO!!
Defeitos no sistema não agregam valor, não satisfazem o cliente, e definitivamente não são baratos. Qualquer tipo de retrabalho causado por problemas de implementação de requisitos, interpretação de necessidades e correção de documentação devem ser severamente combatidos. Neste ponto os métodos ágeis diferem muito dos modelos mais tradicionais: Construa com qualidade, não tente aferir qualidade após o produto pronto. Crie uma sistema que evite que os erros ocorram, e não que verifique se eles estão presentes em seu sistema para depois corrigí-los.

Tentar eliminar alguns dos desperdícios existentes no desenvolvimento de software é o primeiro passo para melhorar a qualidade de seu sistema... Tente!

"O" Melhor em OpenSource

2008-04-04T09:44:00.000-03:00

A notícia de hoje foi enviada pelo amigo "anarquista" Ederson (boi):

2007 The World Bossies Awards

Traduzindo: "O" Melhor do OpenSource

Encontre respostas para estas perguntas:

É possível que uma empresa progredir com software livre?

Soluções em CRM, ERP, SAS, VoIP, Gestão de Conteúdo? Mesmo?

E o que ganhamos com isso?

As categorias:

As melhores aplicações OpenSource
O principal em CRP, ERP, Portais, Gestão de Conteúdo e plataformas de colaboração

O Melhor em redes
Os ganhadores em VoIP, serviço de diretórios, streaming de mídia, analizadores de protocolo e sniffers wireless

O Melhor em middleware
Os selecionados entre sistemas operacionais, servidores de aplicação, servidores web e plataforma de virtualização

O Melhor em segurança
Principais projetos em avaliação de vunerabilidades, prevensão de intrusão, anti-virus, anti-spam, firewalls, VPNs e testes de segurança

O melhor em desenvolvimento de software
As escolhas entre IDEs corporativas, rich Internet app platforms, AJAX toolkits, sistemas de gerenciamente de regras de negócio e servidores de integração contínua.

O melhor em storage
Sistemas de arquivos, servidores de arquivos, sistemas de storage via rede e ferramentas de benchmark

Leitura de cabeceira obrigatória nos dias de hoje...

[]s