Artigo sobre formação de equipes de alto desempenho

25 views
Skip to first unread message

Joselito Cerqueira

unread,
Feb 14, 2012, 3:51:40 PM2/14/12
to javasf: JavaServer Faces Group
Galera, vejam este artigo de Alércio Bressano que fala sobre formação
de equipes de alto desempenho. Achei muito interessante, pois fala de
um assunto que eu acho muito importante para o sucesso de um projeto.
A colaboração entre os componentes de um grupo.

Acessem em
http://www.infoq.com/br/articles/equipes-alto-desempenho-p1

Kenji

unread,
Feb 15, 2012, 6:53:26 AM2/15/12
to jav...@googlegroups.com
o cara fez um diagrama de 5 fases só prá mostrar que do caos emerge uma ordem natural?????????????

e esta frase

"José Fiorelli, em seu livro Psicologia para Administradores, afirma que "grupo" é um conjunto de duas ou mais pessoas que interagem, de forma que cada uma influencia e é influenciada pela outra. Já uma equipe, segundo Fiorelli, é um tipo especial de grupo, em que existe grande interdependência na execução das atividades."

vai me desculpar...mas tem que ser um gênio mesmo prá chupinhar o que já era óbvio nas teorias das organizações da administração (que basicamente usam o crescimento exponencial combinatório de relações interpessoais em grupos para justificar hierarquização como forma de combater conflitos) e anunciar como uma grande novidade.

e a propaganda descarada de "agile vai nos salvar do PMBOK e RUP", sendo que o autor é consultor scrum?

"Foram vários anos de estudos e de aplicação prática de diversas técnicas de gerenciamento de projetos (PMBOK, RUP, entre outros) sem conseguir reverter o cenário de insatisfação. Foi quando surgiu a filosofia ágil de gestão de projetos, mais especificamente o Manifesto Ágil e o framework Scrum. "

prá mim, este artigo é um festival de obviedades.

[]

Kenji

guilherme bueno

unread,
Feb 15, 2012, 8:08:05 AM2/15/12
to jav...@googlegroups.com
"Foram vários anos de estudos e de aplicação prática de diversas técnicas de gerenciamento de projetos (PMBOK, RUP, entre outros) sem conseguir reverter o cenário de insatisfação. Foi quando surgiu a filosofia ágil de gestão de projetos, mais especificamente o Manifesto Ágil e o framework Scrum. "


Até hoje não conseguiram me provar que na prática o Scrum reverte algum cenário de insatisfação por parte dos desenvolvedores. A palavra Ágil nos remete à velocidade e a velocidade só pode ser medida por situações concretas. Desta forma o desenvolvedor sempre estará com a corda no pescoço.





--
Você recebeu esta mensagem por que é membro do Javasf
http://groups.google.com/group/javasf
 
Conheça também o Java Brazil: http://groups.google.com/group/thejavabrazil

Yuri Grangeiro

unread,
Feb 15, 2012, 8:11:26 AM2/15/12
to jav...@googlegroups.com
A insatisfação que ele se refere, é a do CLIENTE.

Everton Fujimoto

unread,
Feb 15, 2012, 8:17:11 AM2/15/12
to jav...@googlegroups.com
Dei uma lida, e para mim parece que está generalizando demais. Cada empresa tem sua individualidade. Se alguma empresa se dá melhor com alguma outra forma de trabalho já vai contra o que está descrito aí.

Tipo, seria como dizer (tá, exagerei um pouco) que o modelo de negócios da Apple serve para todas as empresas, sendo que sem o Jobs anteriormente a Apple com o mesmo modelo de negócios quase faliu.

Att.
Everton William Fujimoto
Hecate Systems
CIO
(47)3394-5516
(47)9947-5481



Em 15 de fevereiro de 2012 09:53, Kenji <shi...@gmail.com> escreveu:
--

Kenji

unread,
Feb 15, 2012, 9:41:26 AM2/15/12
to jav...@googlegroups.com
>>Até hoje não conseguiram me provar que na prática o Scrum reverte algum cenário de insatisfação por parte dos desenvolvedores. A palavra Ágil nos >>remete à velocidade e a velocidade só pode ser medida por situações concretas. Desta forma o desenvolvedor sempre estará com a corda no pescoço.

o que reverte todo mundo sabe o que é:

- renegociar prazo e escopo com o cliente (chama "gerenciar projeto" e uma das tarefas chama "negociar")
- conseguir compromisso do cliente e da equipe no processo (sem deixar o cliente te ferrar "já que o errado é vc")
- montar uma equipe de gente competente e comprometida e dar condições pros caras trabalharem, evitando gastar o tempo dos caras com o que não tem importância prá garantir que vc vai entregar o que prometeu.

se vc pegar essas 3 coisas, juntar com um monte de causos anedóticos, inventar um monte de artefatos/técnicas para controlar/comunicar com sua equipe e cliente, vc pode empacotar no seu próprio processo de desenvolvimento.

comigo sempre funcionou assim.

[]

Kenji

guilherme bueno

unread,
Feb 15, 2012, 9:59:45 AM2/15/12
to jav...@googlegroups.com
Boa definição Kenji!


É igual sempre dizem "Devemos procurar ser melhores, e não ser ágeis".



--
Reply all
Reply to author
Forward
0 new messages