Comentários sobre: Síndrome da Gestão Covarde http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/ O blog da ASPERCOM Treinamentos www.aspercom.com.br Thu, 19 Jan 2012 15:20:54 +0000 hourly 1 http://wordpress.org/?v=3.0.1 Por: ABI3C – IELOTI » Blog Archive » Scrum Master http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-12266 ABI3C – IELOTI » Blog Archive » Scrum Master Tue, 21 Dec 2010 17:18:20 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-12266 [...] Vale a pena dar pelo menos uma lida. Qualquer coisa/dúvida/sugestão/etc… deixe um comentário. Vamos espalhar essa metodologia e acabar, como diria o Rodrigo, com a gestão covarde. [...] [...] Vale a pena dar pelo menos uma lida. Qualquer coisa/dúvida/sugestão/etc… deixe um comentário. Vamos espalhar essa metodologia e acabar, como diria o Rodrigo, com a gestão covarde. [...]

]]> Por: Scrum Master « Ielo's Blog http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-7361 Scrum Master « Ielo's Blog Mon, 05 Oct 2009 17:57:53 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-7361 [...] Vale a pena dar pelo menos uma lida. Qualquer coisa/dúvida/sugestão/etc… deixe um comentário. Vamos espalhar essa metodologia e acabar, como diria o Rodrigo, com a gestão covarde. [...] [...] Vale a pena dar pelo menos uma lida. Qualquer coisa/dúvida/sugestão/etc… deixe um comentário. Vamos espalhar essa metodologia e acabar, como diria o Rodrigo, com a gestão covarde. [...]

]]> Por: Marcelo Zeferino http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-3158 Marcelo Zeferino Mon, 06 Apr 2009 13:05:06 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-3158 Ótimo post. Acho que um grande problema das empresas grandes é, devido a sua imagem, ter medo de perder sua variedade de documentos sobre os projetos. "Requisitos detalhados ao extremo no início para fazer exatamente o que o cliente quer". Por mais que no íntimo nem eles acreditem mais que isso funcione, ainda assim utilizam para terem uma sensação mentirosa de segurança... E o pior, há muita gente aprendendo isso em faculdades... Tem gente se formando com os conceitos ultrapassados que o Peter Drucker falou e criticou há um tempo atrás... Mas, vamo que vamo... Ótimo post.

Acho que um grande problema das empresas grandes é, devido a sua imagem, ter medo de perder sua variedade de documentos sobre os projetos. “Requisitos detalhados ao extremo no início para fazer exatamente o que o cliente quer”. Por mais que no íntimo nem eles acreditem mais que isso funcione, ainda assim utilizam para terem uma sensação mentirosa de segurança…

E o pior, há muita gente aprendendo isso em faculdades… Tem gente se formando com os conceitos ultrapassados que o Peter Drucker falou e criticou há um tempo atrás…

Mas, vamo que vamo…

]]> Por: Sim! Nós agilistas temos escopo… « Blog Visão Ágil http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-118 Sim! Nós agilistas temos escopo… « Blog Visão Ágil Mon, 07 Jul 2008 15:52:12 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-118 [...] 1. A equipe não sabe desenvolver software 2. Gestão Covarde: começar a fazer o software pelas funcionalidades inúteis. 3. Escopo mal definido (assim como as métricas) [...] [...] 1. A equipe não sabe desenvolver software 2. Gestão Covarde: começar a fazer o software pelas funcionalidades inúteis. 3. Escopo mal definido (assim como as métricas) [...]

]]> Por: Débito Técnico » Blog Archive » Sim! Nós agilistas temos escopo… http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-96 Débito Técnico » Blog Archive » Sim! Nós agilistas temos escopo… Mon, 23 Jun 2008 20:15:55 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-96 [...] 1. A equipe não sabe desenvolver software 2. Gestão Covarde: começar a fazer o software pelas funcionalidades inúteis. 3. Escopo mal definido (assim como as métricas) [...] [...] 1. A equipe não sabe desenvolver software 2. Gestão Covarde: começar a fazer o software pelas funcionalidades inúteis. 3. Escopo mal definido (assim como as métricas) [...]

]]> Por: Guilherme Chapiewski http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-53 Guilherme Chapiewski Sat, 24 May 2008 16:35:44 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-53 Rodrigo, "just for the record", nós usamos Scrum oficialmente na Globo.com em mais de uma dezena de equipes :) [ ]s, gc Rodrigo, “just for the record”, nós usamos Scrum oficialmente na Globo.com em mais de uma dezena de equipes :)

[ ]s, gc

]]> Por: Anderson http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-50 Anderson Tue, 20 May 2008 21:35:17 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-50 Muito boa essa parte dos tipos de gerente! Queria ver os outros! Parabéns pelo blog, conheci hoje, mas é um dos melhores que já li. Muito boa essa parte dos tipos de gerente! Queria ver os outros! Parabéns pelo blog, conheci hoje, mas é um dos melhores que já li.

]]> Por: Rodrigo Yoshima http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-39 Rodrigo Yoshima Mon, 12 May 2008 16:37:47 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-39 Paula, eu não critico o modelo CMMI. Eu geralmente critico as motivações das empresas para obter a certificação e a maneira como consultorias desenvolvem o "projeto de certificação". <br/> A grande diferença entre a sua abordagem e a abordagem iterativa é a entrega. Projetos iterativos entregam software funcionando e não protótipos. A troca de informações é pouco efetiva se você não entrega software funcionando. Pode ser que um protótipo seja muito enriquecedor, porém, no projeto iterativo o cliente pode decidir a qualquer momento ir para o software para produção. <br/> E geralmente é isso que acontece. Nos meus projetos a coisa mais comum do mundo é terminar o projeto 3 ou 4 iterações antes do final. Geralmente a 50% do projeto o software já está em produção. O objetivo de um projeto de software é resolver problemas de negócio e não implementar requisitos. Obrigado pela sua participação! Paula, eu não critico o modelo CMMI. Eu geralmente critico as motivações das empresas para obter a certificação e a maneira como consultorias desenvolvem o “projeto de certificação”.

A grande diferença entre a sua abordagem e a abordagem iterativa é a entrega. Projetos iterativos entregam software funcionando e não protótipos. A troca de informações é pouco efetiva se você não entrega software funcionando. Pode ser que um protótipo seja muito enriquecedor, porém, no projeto iterativo o cliente pode decidir a qualquer momento ir para o software para produção.

E geralmente é isso que acontece. Nos meus projetos a coisa mais comum do mundo é terminar o projeto 3 ou 4 iterações antes do final. Geralmente a 50% do projeto o software já está em produção. O objetivo de um projeto de software é resolver problemas de negócio e não implementar requisitos.

Obrigado pela sua participação!

]]> Por: Paula http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-38 Paula Mon, 12 May 2008 15:40:18 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-38 Gostei do post. Tem conceitos realmente visiveis. Mas um ponto me deixou intrigada. Trabalho em uma empresa CMMI nivel 2 e faço exatamente isso: "...avaliando o trabalho do fornecedor durante todo o projeto e não somente no final. " Toda semana tem troca de informação com o cliente e ele avalia prototipos. Ou seja, não é só a casadinha SCRUM + XP que faz isso acontecer. Gostei do post. Tem conceitos realmente visiveis. Mas um ponto me deixou intrigada. Trabalho em uma empresa CMMI nivel 2 e faço exatamente isso:
“…avaliando o trabalho do fornecedor durante todo o projeto e não somente no final. ”
Toda semana tem troca de informação com o cliente e ele avalia prototipos.

Ou seja, não é só a casadinha SCRUM + XP que faz isso acontecer.

]]> Por: Rodrigo Yoshima http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-28 Rodrigo Yoshima Thu, 01 May 2008 04:13:53 +0000 http://blog.aspercom.com.br/2008/04/28/sindrome-da-gestao-covarde/#comment-28 Empresas menores, sem dúvida. Principalmente aqui no BR, mas creio que no mundo não deva ser diferente. Não vejo um movimento de empresas grandes aqui no Brasil declarando a busca por metodologias ágeis. Tem um post meio "misterioso" com relação à Datasul, mas nada muito confiável: http://governanca.wordpress.com/2008/03/18/scrum-a-nova-gestao-de-projetos/ A Globo.com usa: http://blog.fragmental.com.br/2007/08/15/introduzindo-agilidade-num-ambiente/ (mas não sei se é um esforço isolado do Phillip Calçado e do Guilherme Chapiewski) Algumas empresas grandes como ThoughtWorks, Google são NATURALMENTE ágeis (veja meu post "Cultura Empresarial em alta" aqui no blog). Microsoft, 3M, Yahoo!, Toyota são outros cases grandes de adoção principalmente do Scrum. Empresas menores, sem dúvida. Principalmente aqui no BR, mas creio que no mundo não deva ser diferente. Não vejo um movimento de empresas grandes aqui no Brasil declarando a busca por metodologias ágeis. Tem um post meio “misterioso” com relação à Datasul, mas nada muito confiável:

http://governanca.wordpress.com/2008/03/18/scrum-a-nova-gestao-de-projetos/

A Globo.com usa:

http://blog.fragmental.com.br/2007/08/15/introduzindo-agilidade-num-ambiente/

(mas não sei se é um esforço isolado do Phillip Calçado e do Guilherme Chapiewski)

Algumas empresas grandes como ThoughtWorks, Google são NATURALMENTE ágeis (veja meu post “Cultura Empresarial em alta” aqui no blog).

Microsoft, 3M, Yahoo!, Toyota são outros cases grandes de adoção principalmente do Scrum.

]]>