Pergunta da Semana: Afinal, o que a galinha e o porco tem em a ver com o SCRUM?

Algumas pessoas me fizeram esta pergunta no fim-de-semana e resolvi responde-la (não que eu seja um expert em SCRUM, muito pelo contrário, mas a gente quebra um galho...).

Afinal, o que é ou quem é a galinha?
Na brincadeira, define-se que as galinhas são as pessoas que não estão envolvidas diretamente no processo de desenvolvimento de um projeto. Os exemplos mais claros são os gerentes, os usuários (de seu projeto e não de drogas... -- esta bem, a piada é tosca :P), os vendedores e outros mais.

E o porco? É o pessoal que torce para o Palmeiras?
O porco é o pessoal que esta envolvido diretamente no projeto. São eles, o Scrum Master, o Product Owner e o time de desenvolvimento (no SCRUM, o time tem que ser "multidisciplinar", portanto, quando se fala em desenvolvimento, se fala também em teste, em arquitetura, em análise e em planejamento, ou seja, não existem papéis definidos dentro do time -- é como diz a lei: todos somos iguais :P ).
E sim, também é o pessoal que torce para o Palmeiras (e dá-lhe Porco!). :)

E por que disso?
Por causa da clássica história envolvendo os dois personagem:
http://www.implementingscrum.com/2006/09/11/the-classic-story-of-the-pig-and-chicken/
Se quiserem, existem traduções disponíveis em vários idiomas:
http://www.implementingscrum.com/index.php?s=portugues
Se você observar bem a história, o porco vai se sacrificar (pois para ter bacon, é preciso matar o porco) e a galinha somente precisará dar uma parte importante do seu serviço (botar ovo -- tem gente que diz que a galinha sacrifica os outros, pois o ovo possui uma outra vida, mas isso é uma outra história…).

E isso é verdade? Deve ser seguido?
Isso é da opinião de cada um. Mas eu acho que não: a participação de ambas as partes no comprometimento de um projeto deve ser a mesma, principalmente por causa da perspectiva e do "mal" que isso pode gerar -- tipo, sou gerente, vou cobrar da equipe e se der uma "zica", digo que a culpa é totalmente deles, ou, sou desenvolvedor, faço horas a mais todos os dias, e vejo a gerência levar todos os lucros e gratificações -- pensamentos simplistas e medonhos de ambas as partes.

É isso... Não sei se respondi as dúvidas das pessoas, mas eu tentei... :P
Um bom domingo a todos! :)

A nova mania de informática: o SCRUM!

O mercado de informática hoje, no Brasil, parece que vê um grande potencial em uma metodologia chamada SCRUM.
O SCRUM é uma das chamadas metodologias ágeis para gerenciamento de um projeto.
Anos atrás, eu ouvia de um analista: "O XP (outro metodo ágil) não serve para gerenciar projetos, é uma visão minimalista (opa, tá falando díficil... :P) voltada a satisfazer o programador e não ao cliente, o método que satisfaz o mercado é o RUP, pois é coeso, possue fases definidas e mantém uma descrição detalhista do projeto".
Agora, para quem trabalha com SCRUM, dêem uma olhada nas práticas de XP que estão na Wikipedia:
http://pt.wikipedia.org/wiki/Programa%C3%A7%C3%A3o_Extrema
Incrivel como a maioria das equipes que seguem a metologia SCRUM, seguem as práticas de XP. E como, naquela época em que o XP foi criado, a maioria das pessoas desprezava e não aceitava como uma boa prática do mercado (para falar a verdade, eles ridicularizavam, dizendo que isso só servia para projetos pequenos, em empresas pequenas...).
Agora vejo as pessoas ridicularizando o RUP (dizendo que é uma metologia "quadrada" -- nem sabia que existia uma metodologia "redonda" -- ops, me lembrou da cerveja do final de tarde :P) e falando que o SCRUM é a metodologia definitiva do mercado...
Afinal, o que eu quero dizer com isso? Para falar a verdade, eu não sei... :P
Mas gostaria que você (computeiro ou não :P) que esta lendo, pensasse sobre isso, e que me falasse sua opinião, afinal, dar uma conclusão a um artigo é muito simples, mas ouvir (neste caso, ler) a opinião dos outros é o principal para mim.
E também, estou com preguiça de concluir... :P

Valeu para quem chegou a ler até aqui ;)

Até mais!