Re: [javasf] [OFF TOPIC] Pesquisa de Metodologia

[Bruno Maomeh]

respostas abaixo

Em 20 de outubro de 2010 19:25, Lauro Caetano <laurocaetano1@xxxxxxxxx> escreveu:

A questão do Scrum é que não estamos aplicando de forma correta. Na empresa, scrum master é como um cargo. Em uma equipe de 16 desenvolvedores, temos 7 scrum master. Não sou um profundo conhecedor de metodologias ageis e tenho uma pergunta: Scrum master também é desenvolvedor? Na empresa, todos são.

 

sim, um scrum master pode sim ser desenvolvedor.. mas não é o ideal.. a função principal do scrum master é de dar apoio aos desenvolvedores, no quesito de tirar impedimentos.. para que os desenvolvedores não fiquem parado..
por exemplo tirar a dúvida de algum desenvolvedor sobre a regra do negocio, ou, caso a rede esteja com problema, procurar o pessoal da area de rede da empresa, para que eles possam corrigir isso..

Quando disse de profissionais desanimados, fiz referencia ao framework e as fichas (estouradas).

Sobre a framework: Você não aplica nenhum conceito OO nela, usa java 4 e etc. Muitos (tenho certeza disso, por que sempre procuro conversar com todos a respeito disso) ficam desanimado por este ponto.

realmente trabalhar com frameworks que atrapalham o desenvolvimento é muito chato.. como desenvolvedor da empresa, vocês deveriam ter autonomia de decidir quais ferramentas irão utilizar.. o the big boss não deve se intrometer nisso..
se isso é algo que você acha que está de certo modo impedindo o desenvolvimento, não acha que o scrum master deveria procurar um meio de resolver isso?

Em relação as fichas (se vc superestimar uma ficha o gerente de desenvolvimento, que no nosso 'Scrum' é o P.O não aprova a ficha e corta o tempo).

você é o desenvolvedor.. você quem deve saber quanto tempo (aproximado) você levará para desenvolver determinada tarefa.. se fosse pro PO escolher o tempo, era melhor que ele estimasse todas as tarefas (voltar pro RUP?)
tenta imaginar.. uma pessoa quebra um braço, por exemplo.. vai ao médico e o médico fala que você terá que passar 2 meses com o braço engessado.. então você fala pro médico que acha que isso é muito tempo e que 1 mês de gesso serve.. o médico é o especialista, ele deve saber o tempo (aproximado) que um braço demora para ficar bom.. no seu caso, você é o desenvolvedor, você é quem deve saber quanto tempo (aproximado) levará para uma determinada função

Outra questão que muita gente reclama é que lá, você é pago pra desenvolver de primeira e sem erros. Se seu código não passar pelo CQ (conter erros e etc) e retornar para correção, você não recebe por esse tempo de trabalho.

no qconsp, evento que ocorreu em sp, um dos palestrantes lá (um dos cabeção do movimento agil) fez umas estatisticas lá, de que de todo código que você escreve por semana, você escreve aproximadamente 20 linhas de código sem erros, olhando por esse lado, escreva 20 linhas de código que realmente funciona, e somente elas, e seja feliz..
infelizmente eu ainda não encontrei o video dessa palestra (e ainda estou a procura) e não me lembro bem como ele falou.. então nesse ponto não posso opnar (ou é opinar?) tanto..

Não tem como você desenvolver sem erros quando você não tem uma ferramenta que te ajude (posso estar enganado neste ponto e caso esteja, me corrijam).

na verdade, independente da metodologia ou das ferramentas que você está usando, você não consegue escrever código sem erro.. existe ferramentas e práticas que auxiliam para que isso diminua.. mas escrever todo uma funcionalidade sem nenhum tipo de erro, é basicamente impossivel..

Posso estar atropelando passos para tentar ajudar a empresa, mas vou tentar ao máximo fazer isso. Os gerentes tem uma mente aberta sobre mudança, mas para comprarem tua idéia é necessário provar que o atual está errado e mostrar o certo utilizando números ($$$);

acho que além de desenvolver, o desenvolvedor tem um papel bastante importante em tentar ajudar a empresa a crescer.. se não, é melhor chamar um macaco que digita código.. acredito que para isso, o ideal é contratar alguma empresa especializada no assunto.. vocês querem (querer é diferente de achar) seguir com o scrum? contrate uma empresa especialista em consultoria com scrum, assim é mais fácil identificar os problemas e mais fácil de resolve-los.. e, concerteza, eles conseguirão falar melhor a lingua do big boss ($$$)

Então é isso!

Gostaria de dizer que estou aprendendo muito com esse tópico e estamos discutindo diariamente sobre isso na empresa (minha equipe).

sempre é importante a comunicação, dentro e fora da equipe.. porém, eu acho que aqui não é mais o canto ideal para continuar essa conversa, acho que já está ficando muito grande essa thread e muito fora do escopo da lista.. por isso indico que você procure alguma lista mais especializada no assunto.. aqui em Fortaleza/CE existe a XPCE, nela existe especialistas no assunto.. acredito que você terá mais exito em uma lista assim..

Só é uma pena ter que ver os emails quando chego em casa, pois na empresa não temos acesso a internet.

comunicação, Comunicação.. internet é comunicação.. tente colocar isso na cabeça do pessoal lá.. :)
eu acredito que comunicação é um dos fatores que melhor proporciona o sucesso dentro do desenvolvimento de um software..

Agradeço a todas as respostas!

Abraços,

Lauro Caetano

--
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

-- 
Bruno Maomeh
   http://brunomaomeh.wordpress.com

-- 
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