Quem não usa Agil dá um tiro no escuro

Locutus · 28-07-10, 22:15 #1

Cenário: Minha empresa é PMI religiosa.
Momento: Estamos implementando CMMI agressivamente.
Eis que um arquiteto, pós-graduado pelo Ita, me manda o e-mail mais nerd q eu já recebi na vida!

http://hugomaiavieira.com/media/quem..._no_escuro.mp3

(Quem não usa ágil dá um tiro no escuro)
Kent Beck já dizia o requisito vai mudar
(Quem não usa ágil dá um tiro no escuro)
Mas o escopo é fechado e não dá mais para alterar
(Quem não usa ágil dá um tiro no escuro)
A qualidade cai por terra, não dá tempo pra testar
(Quem não usa ágil dá um tiro no escuro)
O analista documenta pois não sabe implementar¹
Quem não usa ágil dá um tiro no escuro
E como a maré, os requisitos sempre mudam
E o cliente então, bate a cara contra o muro

(Quem não usa ágil dá um tiro no escuro)
Pra erro bobo corrigir, pair programming eu vou fazer
(Quem não usa ágil dá um tiro no escuro)
E vou trocar conhecimentos, todo dia aprender
(Quem não usa ágil dá um tiro no escuro)
CMM é o caramba a parada é XP
(Quem não usa ágil dá um tiro no escuro)
Pra que tanto documento se eu tenho BDD

Quem não usa ágil dá um tiro no escuro
E como a maré, os requisitos sempre mudam
E o cliente então, bate a cara contra o muro

Inquisitor · 28-07-10, 22:20 #2

Fiquei feliz de não ter entendido nada

Stranger · 28-07-10, 22:25 #3

Fiquei indiferente por não ter entendido nada.

BOSS · 28-07-10, 22:34 #4

fiquei nada por nao ter lido

colher · 28-07-10, 22:35 #5

não fiquei feliz

asmur · 28-07-10, 22:37 #6

eu entendi tudo, cantei e curti. HUE!

Painkiller · 28-07-10, 22:37 #7

??? Traduz!

seuboi · 28-07-10, 22:37 #8

não feliz

Putzolino · 28-07-10, 22:39 #9

jantei um espetinho de filé com alho e tres cervas.

O alho era daquele tipo pasta industrializada, nem curti...

SuckerBuster · 28-07-10, 22:41 #10

HEIUAHEUIHAIUEHIAUEHUIAHEuiheUIAHeuiHEUa
eu ri

mentira

asmur · 28-07-10, 22:41 #11

pair programming eh programação em par, onde você trabalha em duplas, com 2 pessoas fazendo a mesma coisa e as duplas trocam em cada turno, então "todo mundo aprende tudo". É uma metologia xp (extreme programming), que eh uma proposta agil (ver http://agilemanifesto.org/). Por sua vez, o CMMI eh um padrão de desenvolvimento (http://en.wikipedia.org/wiki/Capabil...el_Integration) que vai bem na contramão da proposta agil.
A parte legal da coisa é que geralmente as pessoas que defendem o movimento agil acabando evangelistas do movimento e não aceitam bem outras propostas.

Locutus · 28-07-10, 22:56 #12

Não adianta asmur. A "briga religiosa" entre PMI e agile é tão subliminar que só com bagagem mesmo pra entender a piada interna.

Quem não entendeu, bem aventurados são!

Sephiroth · 28-07-10, 23:01 #13

pra quem quer entender alguma coisa

Oni · 28-07-10, 23:32 #14

mover pra programação

Apesar de nunca ter trabalhado com nenhum dos dois, acho XP muito difícil de seguir, principalmente na hora do TDD. Na primeira vez é até legal fazer os testes de unidade, mas dar manutenção nos testes é outra história.

Mas uma coisa que eu nunca entendi direito é essa guerra CMMI (e outros modelos de maturidade de processo) Vs Ágil. Sempre vejo gente que não entende profundamente os dois falando mal de um deles.

É absolutamente impossível ter um processo ágil com nível de maturidade no CMMI?

Zedd · 28-07-10, 23:46 #15

Eu sei o que é cada coisa... o suficiente pra rir aeheahea

corujito · 28-07-10, 23:55 #16

Eu sei o que é cada coisa... o suficiente para ficar assim

David · 28-07-10, 23:56 #17

YouTube

asmur · 29-07-10, 00:10 #18

joaozinho do tdd shuaidhasiudhasudasd

corujito · 29-07-10, 00:16 #19

Quote:

Postado por Oni

É absolutamente impossível ter um processo ágil com nível de maturidade no CMMI?

depende do nível ¬¬

Never Ping · 29-07-10, 01:10 #20

Mundo perfeito uma vez postado por um amigo, de sacangem, é desenvolver em Java, com metodologia PMI e especificação do projeto em UML.

taco · 29-07-10, 01:30 #21

nem sempre as coisas sao como desejamos, lide com isso

Bombastic · 29-07-10, 01:30 #22

Quote:

Postado por Locutus

Não adianta asmur. A "briga religiosa" entre PMI e agile é tão subliminar que só com bagagem mesmo pra entender a piada interna.

Quem não entendeu, bem aventurados são!

eu entendi e mesmo assim nao achei graça

anyway, pmi sux forte

ja trabalhei em empresas certificadas cmmi, mpsbr etc etc

e ja trabalhei com agile etc etc

bom, eu sou csm, logo da pra ver oq eh bom neh? hue

E EU NAO ACHEI A MENOR GRACA NESSA NERDISSE AE

Oni · 29-07-10, 03:03 #23

Quote:

Postado por corujito

depende do nível ¬¬

Na verdade, não. Depois do nível 3 é mais relacionado com processos organizacionais do que com o que você faz pra desenvolver o software. A questão é, dá pra chegar no nível 3?

Oni · 29-07-10, 03:29 #24

Eu tava errado

http://www.ciodashboard.com/it-proce...mi-compatible/

Quote:

While Agile and CMMI can coexist, there are limits. Agile practices can normally function with CMMI levels 1 to 3 but are usually incompatible with the higher maturity levels 4 and 5. At CMMI levels 4 and 5, the intrusion of documentation into the development process over-formalizes Agile‘s internal discipline and Agile ceases to be agile.

Bombastic · 29-07-10, 08:43 #25

mesmo assim, ja trabalhei em empresas q tinham equipes agile e equipes pmi

o processo da organizacional da empresa em si seguia PMI
mas existiam scrum teams por exemplo em alguns projetos especificos

nada impede isso, porem entretanto toda via, pmi sux

corujito · 29-07-10, 09:57 #26

Quote:

Postado por Oni

Eu tava errado

http://www.ciodashboard.com/it-proce...mi-compatible/

"While Agile and CMMI can coexist, there are limits. Agile practices can normally function with CMMI levels 1 to 3 but are usually incompatible with the higher maturity levels 4 and 5. At CMMI levels 4 and 5, the intrusion of documentation into the development process over-formalizes Agile‘s internal discipline and Agile ceases to be agile."

foi o que eu quis dzer. você até PODE usar agile e buscar CMMI5, mas o processom todo vai ser tudo menos ágil. O esforço com o CMMI já costuma ser desproporcional em relação os esforços dos próprios projetos, usando agile então...

e em todas as fábricas que já tive contato havia adulteração ou mesmo invenção de documentos. fora que os relatos são de que a maioria nem endente, de fato, a motivação para se tê-los.

Fura Olho · 29-07-10, 10:34 #27

acho q o maior erro q uma empresa de ponta pode cometer eh tentar se encaixar em determinados frameworks ao inves de extrair o q ha de melhor em cada um deles, q melhor se adapta a empresa e, assim, definir seus proprios metodos de gestao

ah
tb nao curti a musica hehe

Bombastic · 29-07-10, 11:16 #28

Quote:

Postado por Fura Olho

acho q o maior erro q uma empresa de ponta pode cometer eh tentar se encaixar em determinados frameworks ao inves de extrair o q ha de melhor em cada um deles, q melhor se adapta a empresa e, assim, definir seus proprios metodos de gestao

that`s what agile is

EricHavoc · 29-07-10, 11:33 #29

ahsuidhauioshduihasuidhuihdauioshdouasiodhioasduaios!!
sheldon!

SaM · 29-07-10, 11:42 #30

Quote:

Postado por Never Ping

Mundo perfeito uma vez postado por um amigo, de sacangem, é desenvolver em Java, com metodologia PMI e especificação do projeto em UML.

Trevas!

corvo · 29-07-10, 12:41 #31

Aqui na empresa onde trabalho é usado o XHG Process

http://gohorseprocess.wordpress.com/...-go-horse-xgh/

Psycose · 29-07-10, 16:32 #32

Quote:

Postado por Fura Olho

acho q o maior erro q uma empresa de ponta pode cometer eh tentar se encaixar em determinados frameworks ao inves de extrair o q ha de melhor em cada um deles, q melhor se adapta a empresa e, assim, definir seus proprios metodos de gestao

ah
tb nao curti a musica hehe

(1)
Sistemas personalizados ROX! Mais funcionais, perfeitamente encaixáveis e tiram todas as justificativas de quem não cumpriu no final

Badzapata · 29-07-10, 19:59 #33

Quote:

Postado por Locutus

Cenário: Minha empresa é PMI religiosa.
Momento: Estamos implementando CMMI agressivamente.
Eis que um arquiteto, pós-graduado pelo Ita,

Parei de ler aí =(

un4 · 29-07-10, 20:18 #34

1- ou vc tem uma empresa muito, mas MUITO grande pra ser obrigada a usar cmm, rup, etc
2- ou sua empresa é uma merda

btw, pmi = Pay More to an Idiot

zorba · 29-07-10, 22:09 #35

quero implantar scrum no meu team, não sei como começar
qual o caminho das pedras?
beijos

Bombastic · 29-07-10, 22:14 #36

Quote:

Postado por zorba

quero implantar scrum no meu team, não sei como começar
qual o caminho das pedras?
beijos

http://www.scrumalliance.org/

vegetous · 29-07-10, 22:54 #37

Quote:

Postado por David

http://www.youtube.com/watch?v=26sWfeD66zg

a unica coisa engracada no video eh ver os caras usando um mac pra fazer uma apresentacao em um fórum de software livre.

corujito · 29-07-10, 23:06 #38

Quote:

Postado por vegetous

a unica coisa engracada no video eh ver os caras usando um mac pra fazer uma apresentacao em um fórum de software livre.

tem toda a razão

eu sou entusiasta do software livre e ao ler seu comentário desliguei na hora minha TV. só ligo novamente quando tiver certeza que o sw embarcado nela é livre

Bombastic · 30-07-10, 10:26 #39

Quote:

Postado por vegetous

a unica coisa engracada no video eh ver os caras usando um mac pra fazer uma apresentacao em um fórum de software livre.

shut up bitch

un4 · 30-07-10, 23:19 #40

Quote:

Postado por vegetous

a unica coisa engracada no video eh ver os caras usando um mac pra fazer uma apresentacao em um fórum de software livre.

software livre não é uma filosofia de vida. é uma opção no mercado hoje.

todo o desenvolvimento da empresa que trabalho é com software livre (rails, apache, passenger, mysql, imagemagick, etc etc), mas as ferramentas que eu ESCOLHI usar são proprietárias (mac os, textmate, etc)

OrGg · 31-07-10, 09:28 #41

nao sei o q eh pior... a musiquinha ou eu ter entendido...

Never Ping · 31-07-10, 11:30 #42

Quote:

Postado por vegetous

a unica coisa engracada no video eh ver os caras usando um mac pra fazer uma apresentacao em um fórum de software livre.

Isso é pouco. Na OSCON (O'Reilly Open Source Conference) 90% dos computadores eram Macs. De palestrantes a visitantes. Na FISL acho que nem chega a 40%.

Locutus · 31-07-10, 12:27 #43

Never, minha empresa desenvolve Java, ALBPM, ALSB, WLI, ALDSP, com metodologia PMI, tudo documentado com UML e BPMN. Não temos grandes problemas há anos...

un4, não precisa ser muito grande. Basta você atuar a partir de um dado seguimento de mercado onde uma certificação CMMI 3 é pré-requisito para entrar numa concorrência. Qualquer empresa brasileira que tenha mais de 1 bi de revenue anual não compra projeto sem CMMI 3, pois todos os artefatos extras que tanto oneram o projeto servem pra essa empresa, se quiser, trocar de fornecedor sem grandes problemas. Scrum é mais vantajoso quando a empresa tem sua própria área de TI, atuando no core business, onde você não pretende deixar fornecedor por a mão. Mas de qualquer forma, minha empresa é grande sim. No meu setor somos 200 posições com meta de duplicar o quadro até o final do ano. No Brasil somos 700, e no mundo somos 94K.

OrGg, tbm me senti do mesmo jeito.

Inquisitor Trooper	28-07-10, 22:20 #2 Fiquei feliz de não ter entendido nada

Stranger Trooper	28-07-10, 22:25 #3 Fiquei indiferente por não ter entendido nada.

BOSS Trooper	28-07-10, 22:34 #4 fiquei nada por nao ter lido

asmur Trooper	28-07-10, 22:37 #6 eu entendi tudo, cantei e curti. HUE!

Putzolino Trooper	28-07-10, 22:39 #9 jantei um espetinho de filé com alho e tres cervas. O alho era daquele tipo pasta industrializada, nem curti...

SuckerBuster Trooper	28-07-10, 22:41 #10 HEIUAHEUIHAIUEHIAUEHUIAHEuiheUIAHeuiHEUa eu ri mentira

Locutus Trooper	28-07-10, 22:56 #12 Não adianta asmur. A "briga religiosa" entre PMI e agile é tão subliminar que só com bagagem mesmo pra entender a piada interna. Quem não entendeu, bem aventurados são!

Sephiroth Trooper	28-07-10, 23:01 #13 pra quem quer entender alguma coisa

Zedd Trooper	28-07-10, 23:46 #15 Eu sei o que é cada coisa... o suficiente pra rir aeheahea

corujito Trooper	28-07-10, 23:55 #16 Eu sei o que é cada coisa... o suficiente para ficar assim

asmur Trooper	29-07-10, 00:10 #18 joaozinho do tdd shuaidhasiudhasudasd

Never Ping 🌀 Trooper	29-07-10, 01:10 #20 Mundo perfeito uma vez postado por um amigo, de sacangem, é desenvolver em Java, com metodologia PMI e especificação do projeto em UML.

taco Trooper	29-07-10, 01:30 #21 nem sempre as coisas sao como desejamos, lide com isso

Bombastic The Alpha Male	29-07-10, 08:43 #25 mesmo assim, ja trabalhei em empresas q tinham equipes agile e equipes pmi o processo da organizacional da empresa em si seguia PMI mas existiam scrum teams por exemplo em alguns projetos especificos nada impede isso, porem entretanto toda via, pmi sux

Fura Olho wat	29-07-10, 10:34 #27 acho q o maior erro q uma empresa de ponta pode cometer eh tentar se encaixar em determinados frameworks ao inves de extrair o q ha de melhor em cada um deles, q melhor se adapta a empresa e, assim, definir seus proprios metodos de gestao ah tb nao curti a musica hehe

EricHavoc Trooper	29-07-10, 11:33 #29 ahsuidhauioshduihasuidhuihdauioshdouasiodhioasduaios!! sheldon!

corvo Trooper	29-07-10, 12:41 #31 Aqui na empresa onde trabalho é usado o XHG Process http://gohorseprocess.wordpress.com/...-go-horse-xgh/

un4 inativo	29-07-10, 20:18 #34 1- ou vc tem uma empresa muito, mas MUITO grande pra ser obrigada a usar cmm, rup, etc 2- ou sua empresa é uma merda btw, pmi = Pay More to an Idiot Last edited by un4; 29-07-10 at 20:33..

zorba Trooper	29-07-10, 22:09 #35 quero implantar scrum no meu team, não sei como começar qual o caminho das pedras? beijos

OrGg Trooper	31-07-10, 09:28 #41 nao sei o q eh pior... a musiquinha ou eu ter entendido...