[MJ 50] Como você lida com arquitetura no projeto ágil da sua empresa?

Conforme já dito pelo pessoal, a falta de comunicação é um grande problema em muitas das empresas de software.
Mas gostaria de acrescentar mais um: a falta de disseminação de conhecimento, que pode ou não ser consequência da falta de comunicação.

Trabalhei numa empresa onde tinhamos sessões técnicas de 1 hora por semana. Nessas sessões alguém era responsável pela apresentação do assunto (que poderia ser um "post-mortem" de algum projeto, o uso de novas tecnologias ou até mesmo soluções de modelagem do domínio). Posso dizer que aprendi muito com essa prática, pois o conhecimento não ficava "represado" em uma só pessoa. Dessa forma, a montagem de equipes para os projetos era facilitada.

Fica a dica.

Virtual Machine Man Membro desde: 03/12/2006 10:32:50 Mensagens: 520 Offline

Rodrigo Vieira Pinto wrote:
Trabalhei numa empresa onde tinhamos sessões técnicas de 1 hora por semana. Nessas sessões alguém era responsável pela apresentação do assunto (que poderia ser um "post-mortem" de algum projeto, o uso de novas tecnologias ou até mesmo soluções de modelagem do domínio). Posso dizer que aprendi muito com essa prática, pois o conhecimento não ficava "represado" em uma só pessoa. Dessa forma, a montagem de equipes para os projetos era facilitada.

Essa é uma excelente prática! E digo mais: talvez a pessoa que prepara a apresentação acaba aprendendo mais do que quem assiste.

=> A melhor forma de aprender é ensinar!

lina wrote:Oi,

Arquitetos Tradicionais

* São seres "diferenciados". Suas opiniões são verdade absolutas.
* Estão sempre "muito ocupados" para colocar as mãos no desenvolvimento do software.
* Se acham tão "diferenciados" que gostam de prever o futuro para não terem problemas.
* Investem muito tempo em criar modelos arquiteturais com "todas" as informações possíveis.

Arquitetos Ágeis

* São humildes e buscam soluções conjuntas
* São membros ativos do time de desenvolvimento, ajudando na codificação e atuando como mentor.
* Sabem que não podem prever o futuro, mas podem estar preparados para ele.
* Sem desperdicios. Focam em relatar o que é util e importante naquele momento.

Tive a grande oportunidade de trabalhar com arquitetos dos 2 tipos... gostei tanto de ter trabalhado com arquitetos ágeis que saí de uma empresa com menos de 2 meses de trabalho tendo com um dos grande motivos o fato de o arquiteto se encaixar perfeitamente na definição de "arquiteto tradicional".

fantomas wrote:...em uma forma bem mais ampla o que vc está querendo fazer, na minha opinião, é alterar a forma de trabalho das pessoas independente de ser para melhor ou pior (espero que não rsrsr); uma especie de processo de mudança.

Neste caso o promotor da mudança sempre irá encontrar indiferença, ódio, opiniões contrarias frequentes, motivação, euforia, altas expectativas, frustrações, insegurança e etc... perceba que a parte negativa da lista normalmente não é claramente verbalizada pelos participantes...

aí o agente de mudança e os outros podem exercer outra qualidade ("valor ágil"): a coragem.

é preciso coragem para mudar, e isso pode ser insentivado e exercitado.

lina wrote:
Oi,

Foi exatamente isso que eu fiz. Coloquei um quadro grande na parede com as colunas: Priority| To do | WIP | DONE (Em To do, quebrei em varias tarefas o que está em Priority)

Mesmo assim, nem sempre as pessoas seguem a risca esse quadro. De inicio meu superior perguntou se eu estava brincando de escolinha. Agora, ele sempre olha o quadro para verificar os serviços pendentes.

O quadro ajudou muito, porém falta alguém para "puxar" a orelha do pessoal e fazer com que todos sigam o planejamento do Quadro (Quem sabe esse não seria o papel do Arquiteto ?!). Criar metas e prazos de entrega para cada item priorizado seria algo interessante ? Como expor isso no quadro? Criar mais uma coluna?

Tchauzin!

Lina,

Tenho umas dicas pra vc:

não adicione uma coluna no quadro, remova uma

simplifique... tire termos de inglês, chame a secretária ou a tia do café e pergunte se ela entende o que representa o quadro... se ela entendeu, então está simples!

talvez a sua reunião diária está demorando muito... e por isso a reclamação... pra vc fazer uma conta mais ou menos... calcule que uma pessoa fale de 30seg a 1min , uma equipe de 10 não costuma demorar mais que 7minutos.

procure fazer as reuniões sempre no mesmo horário (Exemplo: 10h) e obrigue o seu chefe a participar (pra ele é bom pois não precisa perguntar depois o que cada um está fazendo, é só ele escutar a equipe).

force as pessoas a manter o quadro atualizado, no começo é complicado , mas depois a equipe percebe que isso é importante. Se o seu chefe quiser saber como tá indo, é só ele olhar o quadro, não precisa interromper ninguém.

adicione no quadro tb o gráfico de convergência (burn-down), é ele que dá a visão geral se vocês estão atrasados ou não em relação ao Sprint inteiro

Boa sorte!

Trabalho com uma equipe ágil que esta vindo de uma metodologia tradicional e a mudança de "cultura" não é algo que acontece da noite pro dia, e as pessoas costumam criar motivos pra não sairem da sua zona de conforto..

Quanto a comunicação, a melhor sugestão sao as reuniões diárias. Outro fator que ajuda muito é a disposição dos computadores. ja trabalhei com ágil em equipes que ficavam em ilhas (4 pessoas de frente) e trabalhei em uma sala que ficavam todos de costas... não preciso comentar em qual das duas a comunicação flui melhor

Um "incentivo" que aplicamos aqui para o quadro estar atualizado é pagar 1 real pra caixinha quando pegamos uma tarefa que não está no lugar certo, ou um commit que quebrou o build... qualquer coisa que afete o andamento da sprint ou atrapalhe os outros vira multa eheheh no final abrimos a caixinha e compramos pao de queijo pro time.

fica a sugestão!

Notícias, artigos e o maior fórum brasileiro sobre Java