Quais são as empresas ágeis em São Paulo?  XML
Índice dos Fóruns » Assuntos gerais (Off-topic)
Autor Mensagem
pen_fold_uk
JavaTeenager

Membro desde: 20/03/2008 11:12:05
Mensagens: 162
Offline

Pessoal,

Conheço a GoNow, Caelum e LocalWeb que aparentemente utilizam metodologias ágeis. Quais são as outras empresas que utilizam (de fato) essas metodologias? Sei que SCRUM está na moda, mas tenho ainda mais interesse em trabalhar em empresas que utilizam XP pra valer, preferencialmente as pequeninas.

Alguém tem mais detalhes?

Obrigado
amhfilho
JavaTeenager

Membro desde: 26/01/2005 08:23:41
Mensagens: 167
Localização: São José dos Campos - SP
Offline

Eu sei que a Bluesoft trabalha com Scrum. Tem a empresa do Felipe Rodrigues, a Lambda3 que também usa métodos ágeis
pen_fold_uk
JavaTeenager

Membro desde: 20/03/2008 11:12:05
Mensagens: 162
Offline

Muito obrigado amhfilho!

Só um detalhe pessoal, quando disse São Paulo, pode ser também Alphaville e Campinas!

Giulliano
GUJ Master
[Avatar]

Membro desde: 14/11/2006 19:29:38
Mensagens: 1627
Localização: São Paulo
Offline

Meu caro amigo, a decisão de se trabalhar com metodologia ágil deve ser definida PRECISAMENTE de acordo com o projeto. E não de acordo com a empresa.


Oracle Certified Master, Java EE 5 Enterprise Architect
Oracle Certified Professional Java Programmer
GiuLLianO MoRRoNi




<UnTouChAbLe>
[Email] [WWW] [MSN]
pen_fold_uk
JavaTeenager

Membro desde: 20/03/2008 11:12:05
Mensagens: 162
Offline

Obrigado por responder Giulliano,

No entanto acredito que existem sim empresas de tecnologia que SEMPRE aplicam metodologias ágeis em seus projetos, inclusive recusando projetos de clientes que ainda não estão preparados para sair do GO HORSE.

Deixam esses clientes para as empresas de três letrinhas, uma hora eles aprendem!

Giulliano
GUJ Master
[Avatar]

Membro desde: 14/11/2006 19:29:38
Mensagens: 1627
Localização: São Paulo
Offline

Olha...eu sou uma pessoa que se considera Agilista....entretanto tenho q dizer

1 - projetos enormes não se encaixam em metodologias ágeis.
2- projetos pequenos podem usar o cascata sem problema.
3 - software fechados, ou de prateleiras podem usar RUP com espiral.

O que eu quis dizer acima é que não devemos nos prender às metodologias, e sim ter a sabedoria de saber escolher a melhor no momento certo.

Oracle Certified Master, Java EE 5 Enterprise Architect
Oracle Certified Professional Java Programmer
GiuLLianO MoRRoNi




<UnTouChAbLe>
[Email] [WWW] [MSN]
pen_fold_uk
JavaTeenager

Membro desde: 20/03/2008 11:12:05
Mensagens: 162
Offline

Bom senso sempre. Concordo!

Mas uma coisa que acredito é que metodologias ágeis trazem grandes vantagens (na minha opinião) para a qualidade do projeto e seu software resultante. Sem contar que eu aprenderia e trasmitiria meu conhecimento mais rapidamente do que em qualquer outra metodologia. Além de ter um ambiente, geralmente, bem mais agradável de trabalhar.

Eu considero muito importante essas coisas e por isso penso em trabalhar em uma empresa ágil.

Obrigado Giulliano!
amhfilho
JavaTeenager

Membro desde: 26/01/2005 08:23:41
Mensagens: 167
Localização: São José dos Campos - SP
Offline

Bom, sei que algumas discussões como estas ficam polêmicas e muitas vezes são travadas pelos moderadores do fórum, mas vamos lá...
1 - projetos enormes não se encaixam em metodologias ágeis.

Discordo completamente. São estes projetos que se beneficiam mais das práticas ágeis. Aliás, só consegui justificar o uso de tais práticas em projetos grandes, onde havia um grande número de requisitos (necessidade de um backlog priorizado), uma grande lack de entendimento de requisitos (entregas contínuas, retrospectiva), uma estimativa não tão precisa (sprint planning), equipes grandes e distribuídas (reunião diária e kanban) além de outras práticas de engenharia, como TDD, pair programming, etc

2- projetos pequenos podem usar o cascata sem problema.

Se você consegue ser ágil com projetos grandes, por que cascatear nos pequenos? Cascata não é metodologia, aliás isto nunca sequer nasceu, foi uma prática comentada no famoso artigo do Royce e condenada no mesmo artigo. O problema é que tendemos achar que desenvolvimento de sw é como engenharia civil, que temos o planejamento, o projeto, a construção, o teste e a entrega. Eu me incluo nisso , já pensei muito assim

3 - software fechados, ou de prateleiras podem usar RUP com espiral.

Não entendi muito bem o que significa "RUP com espiral". Muita gente diz que usa RUP mas faz mesmo é cascata. Aliás, o RUP é mais próximo a XP e Scrum do que cascata. Se começássemos a desenvolver com processo iterativo e incremental (cartilha do RUP) já estaríamos bem melhores. Ah, outro dia descobri que não posso dizer que uso RUP na minha empresa senão tenho que pagar à IBM. Então uso OpenUP.
Concordo com quem diz que utilizar práticas ágeis em softwares produtos (prateleira) seja um pouco mais fácil, pois neste caso normalmente já há uma cultura de roadmap e releases do produto, o que podemos facilmente aliar aos sprints. Mas isto por causa da cultura e do costume das pessoas porque dá pra ser ágil em qualquer projeto.
Luiz Aguiar
Moderador
[Avatar]

Membro desde: 23/01/2005 00:05:55
Mensagens: 3840
Localização: São Paulo
Offline

pen_fold_uk só se atende ao detalhe de que muitas empresas que se dizem ágeis as vezes tem 10 projetos em andamento e apenas um ou dois com post-it colado na parede e fazendo reunião diária, então é um pouco subjetivo quando alguém fala que a empresa A trabalha com desenvolvimento ágil, é preciso ver mais de perto, saber se são todos projetos, por que apenas em alguns e outros não, pois vc pode entrar em uma e ficar anos em projetos Go Horse.

Mas com certeza temos boas empresas em SP trabalhando de maneira ágil.

[]s

-
Blog de Tecnologia
GitHub
@AguiarLuiz
Recicla SP na App Store!




[WWW] [MSN] [ICQ]
amhfilho
JavaTeenager

Membro desde: 26/01/2005 08:23:41
Mensagens: 167
Localização: São José dos Campos - SP
Offline

Concordo com o Luiz Aguiar.Também não sou tão purista como muitos. Acredito que mais vale a adoção de algumas práticas (mesmo sem seguir à risca as cerimônias do Scrum por exemplo) do que não fazer nada e ficar cascateando. Tenho experiência de alguns projetos que foram salvos simplesmente adotando-se TDD, integração contínua e backlog priorizado.
Giulliano
GUJ Master
[Avatar]

Membro desde: 14/11/2006 19:29:38
Mensagens: 1627
Localização: São Paulo
Offline

Oi amhfilho, interessante vc contribuir com a sua opinião.

Apenas para esclarecer alguns pontos que vc apresentou:

"...Muita gente diz que usa RUP mas faz mesmo é cascata"
1 - Cascata é uma metodologia de Desenvolvimento, que nada tem haver com o RUP. E sim ela existe e muitas empresas a usam.
2 - RUP com espiral, siginifica, ao invés do tradicional cascata usar espiral. E além do espiral colocar algumas práticas do RUP.

"...RUP é mais próximo a XP e Scrum do que cascata"
1 - RUP não é mais próximo de ninguém. XP/SCRUM é um pedaço mínimo se comparado ao RUP.

"...por que cascatear nos pequenos"
1 - Por que é mais garantido que você obtenha controle e sucesso no seu projeto. Cascata funciona perfeitamente quando usado em um contexto que se aplica.


Mas se vc acha que só método ágil que resolve as coisas, eu não o discrimino. Somos livres para trabalhar da melhor maneira.

[]'s

Oracle Certified Master, Java EE 5 Enterprise Architect
Oracle Certified Professional Java Programmer
GiuLLianO MoRRoNi




<UnTouChAbLe>
[Email] [WWW] [MSN]
Luiz Aguiar
Moderador
[Avatar]

Membro desde: 23/01/2005 00:05:55
Mensagens: 3840
Localização: São Paulo
Offline

Giulliano wrote:Oi amhfilho, interessante vc contribuir com a sua opinião.

Apenas para esclarecer alguns pontos que vc apresentou:

"...Muita gente diz que usa RUP mas faz mesmo é cascata"
1 - Cascata é uma metodologia de Desenvolvimento, que nada tem haver com o RUP. E sim ela existe e muitas empresas a usam.
2 - RUP com espiral, siginifica, ao invés do tradicional cascata usar espiral. E além do espiral colocar algumas práticas do RUP.

"...RUP é mais próximo a XP e Scrum do que cascata"
1 - RUP não é mais próximo de ninguém. XP/SCRUM é um pedaço mínimo se comparado ao RUP.

"...por que cascatear nos pequenos"
1 - Por que é mais garantido que você obtenha controle e sucesso no seu projeto. Cascata funciona perfeitamente quando usado em um contexto que se aplica.


Mas se vc acha que só método ágil que resolve as coisas, eu não o discrimino. Somos livres para trabalhar da melhor maneira.

[]'s

vc conhece o chaos report?

e reforçando o que já foi dito... NÃO existe metodologia ou literatura nenhuma sobre cascata/waterfall... são apenas conceitos oriundos da engenharia civil, o famigerado faseamento, BDUF, quando não se usa nada (go horse?) se tem o mal hábito histórico de paralelizar software com engenharia civil, por isso surgiu o termo "cascata" para software.

Boa leitura: http://blog.aspercom.com.br/2008/04/23/so-agilidade-funciona/

[]s

This message was edited 1 time. Last update was at 16/02/2011 14:29:29


-
Blog de Tecnologia
GitHub
@AguiarLuiz
Recicla SP na App Store!




[WWW] [MSN] [ICQ]
amhfilho
JavaTeenager

Membro desde: 26/01/2005 08:23:41
Mensagens: 167
Localização: São José dos Campos - SP
Offline

Sugiro encerrar este tópico para evitar flames.
Giulliano
GUJ Master
[Avatar]

Membro desde: 14/11/2006 19:29:38
Mensagens: 1627
Localização: São Paulo
Offline

amhfilho wrote:Sugiro encerrar este tópico para evitar flames.


Flames ocorrem quando pessoas querem falar do que não conhece...infelizmente acontece...Mas não é o nosso caso, ainda estamos tentando criar uma discussão sã.

Luiz eu não conheço "chaos report", e não entendo quando vcs dizem que não existe literatura ou metodologia cascata. Eu já li e já estudei este modelo, de N materiais, enfim.

Dei uma lida no link e concordo com diversos pontos do autor. E acredito que td aquilo o que foi dito esta de acordo com as idéias dele. Tirando o fato de que "só agilidade funciona", ou seja, a famosa "bala de prata".

Valew pessoal...[]'s


Oracle Certified Master, Java EE 5 Enterprise Architect
Oracle Certified Professional Java Programmer
GiuLLianO MoRRoNi




<UnTouChAbLe>
[Email] [WWW] [MSN]
adriano_si
JWizard
[Avatar]

Membro desde: 01/10/2006 15:29:40
Mensagens: 2047
Offline

realmente... a Bala de Prata é perigosa...

Mas uma coisa que sempre me chamou atenção foi o Manifesto Ágil...

Independente de Scrum, XP, Kanban, banban, bláblá e frufrú, que pra mim nunca passaram de letrinhas unidas para mais uma vez se ganhar dinheiro em cima de uma idéia excelente que pra mim é mais pura e está acima de qualquer metodologia adotada, o Manifesto Ágil, puro e simples como é...

Percebam, não estou dizendo que as metodologias não prestam ou não devam ser aprendidas... Mas fico com medo de ir atrás de uma empresa que usa Metodologias Ágeis... Preferia aquela empresa Poeta que se preocupa em aplicar os princípios do Manifesto Ágil...

Estou errado ???? Pergunto isso, porque conheço Agilidade somente pelo conceito... Nunca trabalhei em uma empresa ou projeto que usa Agilidade em sua forma pura...

Abs [] e parabéns pela discursão saudável.

"É preciso ter mais fé pra acreditar que viemos do nada..."

Blog - http://aohana.wordpress.com/

Padrão de nomenclatura Java - http://www.oracle.com/technetwork/java/codeconventions-139411.html#16712

Doc. Java - http://www.oracle.com/technetwork/java/javase/documentation/index.html

Faça perguntas Inteligentes - http://istf.com.br/perguntas

Sobrevivência no GUJ:
(Regras) http://www.guj.com.br/java/21516-regras-do-forum

(Boa prática) http://www.guj.com.br/java/15477-antes-de-voce-perguntar

(Código fonte) http://www.guj.com.br/java/50115-voce-e-novo-no-guj-vai-criar-um-topico-e-colar-seu-codigo-fonte-leia-aqui-antes-por-favor
 
Índice dos Fóruns » Assuntos gerais (Off-topic)
Ir para:   
Powered by JForum 2.1.8 © JForum Team