Comments on: Como montar Times e influenciar Projetos http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/ o que precisa ser feito? Tue, 31 Jan 2012 15:40:41 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Vai entender o que o Cliente quer | finito http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/comment-page-1/#comment-773 Vai entender o que o Cliente quer | finito Tue, 09 Feb 2010 12:39:04 +0000 http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/#comment-773 [...] design de interfaces e usabilidade disponibilizado para os tomadores de decisão”. Na sugestão que apresentei na 2ª parte desta série, o Desenvolvedor de Interfaces realiza tais funções. Trabalhando bem próximo do Analista de [...] [...] design de interfaces e usabilidade disponibilizado para os tomadores de decisão”. Na sugestão que apresentei na 2ª parte desta série, o Desenvolvedor de Interfaces realiza tais funções. Trabalhando bem próximo do Analista de [...]

]]> By: De Brooks a Berkun – Prólogo | finito http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/comment-page-1/#comment-546 De Brooks a Berkun – Prólogo | finito Tue, 28 Jul 2009 21:14:22 +0000 http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/#comment-546 [...] Como Montar Times e Influenciar Projetos [...] [...] Como Montar Times e Influenciar Projetos [...]

]]> By: Questão de Confiança | finito http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/comment-page-1/#comment-542 Questão de Confiança | finito Tue, 28 Jul 2009 20:34:59 +0000 http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/#comment-542 [...] Semana que vem: “Como montar equipes e influenciar projetos“. [...] [...] Semana que vem: “Como montar equipes e influenciar projetos“. [...]

]]> By: Paulo Vasconcellos http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/comment-page-1/#comment-26 Paulo Vasconcellos Sun, 26 Mar 2006 15:28:00 +0000 http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/#comment-26 Oi Werther,<br/><br/>o 'time cirúrgico' realmente gera um 'overhead' impagável se considerado no contexto de um único projeto. Mas acredito muito em sua utilidade em uma Organização que lida com múltiplos projetos. Eu não abriria mão do bibliotecário (GBA) e do almoxarife (toolsmith), por exemplo.<br/><br/>Não concordo com sua afirmação sobre o "Arquiteto de Informações". Acredito ser uma ciência única e relativamente complexa. Sinceramente, nunca vi um bom desenvolvedor dominando modelagem multidimensional, por exemplo. Dominar a linguagem SQL e alguns sistemas gerenciadores de conteúdo não estruturado é uma coisa. Saber estruturar as informações, determinar seu repositório ideal e se ciclo de vida, é outra coisa totalmente diferente. Sigo com minha convicção: "cada macaco no seu galho".<br/><br/>Pois é: os projetos de produtos 'open source' são uma provocação e um desafio. O que podemos aprender com eles? Tema para boas discussões e, quem sabe, novos artigos.<br/><br/>Abraços,<br/><br/>Paulo Oi Werther,

o ‘time cirúrgico’ realmente gera um ‘overhead’ impagável se considerado no contexto de um único projeto. Mas acredito muito em sua utilidade em uma Organização que lida com múltiplos projetos. Eu não abriria mão do bibliotecário (GBA) e do almoxarife (toolsmith), por exemplo.

Não concordo com sua afirmação sobre o “Arquiteto de Informações”. Acredito ser uma ciência única e relativamente complexa. Sinceramente, nunca vi um bom desenvolvedor dominando modelagem multidimensional, por exemplo. Dominar a linguagem SQL e alguns sistemas gerenciadores de conteúdo não estruturado é uma coisa. Saber estruturar as informações, determinar seu repositório ideal e se ciclo de vida, é outra coisa totalmente diferente. Sigo com minha convicção: “cada macaco no seu galho”.

Pois é: os projetos de produtos ‘open source’ são uma provocação e um desafio. O que podemos aprender com eles? Tema para boas discussões e, quem sabe, novos artigos.

Abraços,

Paulo

]]> By: Werther http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/comment-page-1/#comment-22 Werther Sat, 25 Mar 2006 08:06:00 +0000 http://www.pfvasconcellos.eti.br/blog/2006/03/15/como-montar-times-e-influenciar-projetos/#comment-22 Não concordo muito com a formação de time cirúrgico tal qual Brooks define, nem muito com a distribuição feita na solução especializada que voce (?) lançou, apesar de concordar que o ideal é a formação especializada de equipe. Nesta formação especializada, colocaria o coordenador acima de todos e sendo o que responde pelo projeto e sua viabilidade. <br/>Na minha opinião, o profissional que voce chamou de "Arquiteto de Informações" está tendendo a desaparecer em um projeto de desenvolvimento de sistemas, pois atualmente os programadores e analistas já absorvem (e bem) estas tarefas. Não vejo como um profissional ou mesmo como tarefa distinta.<br/>E o seu último parágrafo é realmente bem finalizado. Como o sucesso pode vir do caos? Existem mais coisas entre o céu e a terra (no caso entre o projeto e o gerente) do que supõe a nossa vã filosofia. Não concordo muito com a formação de time cirúrgico tal qual Brooks define, nem muito com a distribuição feita na solução especializada que voce (?) lançou, apesar de concordar que o ideal é a formação especializada de equipe. Nesta formação especializada, colocaria o coordenador acima de todos e sendo o que responde pelo projeto e sua viabilidade.
Na minha opinião, o profissional que voce chamou de “Arquiteto de Informações” está tendendo a desaparecer em um projeto de desenvolvimento de sistemas, pois atualmente os programadores e analistas já absorvem (e bem) estas tarefas. Não vejo como um profissional ou mesmo como tarefa distinta.
E o seu último parágrafo é realmente bem finalizado. Como o sucesso pode vir do caos? Existem mais coisas entre o céu e a terra (no caso entre o projeto e o gerente) do que supõe a nossa vã filosofia.

]]>