Hoje me perguntaram sobre ferramentas de kanban online gratuitas. Há um tempo pesquisei soluções para gestão de projetos e refiz o apanhado completando com algumas informações. Existem ferramentas bem interessantes para gestão e trabalho em time disponíveis gratuitamente. Segue uma lista com serviços gratuitos:
Trello (http://www.trello.com)
Ferramenta de gestão de tarefas bem objetiva e com recursos bacanas de visualização e compartilhamento de arquivos. Por possuir aplicativo móvel, permite seu uso em qualqur lugar. Recomendo para pequenos projetos e uso pessoal como organização de uma festa, por exemplo. Acho muito pŕatico, customizável e fácil de usar.
Asana (http://www.asana.com)
Mesmas funcionalidades do Trello, mas com layout bem diferente. Possui chat entre os membros, compartilhamento de arquivos e aplicativo móvel. Foi o primeiro serviço desse tipo que utilizei e gostei.
Kanbanchi (http://www.kanbanchi.com/)
Foco no kanban, permite visualização de cronograma de marcos e compartilhamento. É integrado com uma conta do Google para armazenamento dos dados. Muito interessante mesmo. Vale a pena conferir.
Taiga (http://taiga.io)
Projeto open source que possui o serviço gratuito e pago. Para projetos com poucos membros, o plano gratuito atende muito bem com recursos de kanban, visualização de burndown, tarefas, issues, wiki, épicos com subprojetos entre outros. Bem completo para gestão de produtos e trabalho em time. Recomendo para pequenos projetos e times e também uso empresarial baixando o projeto e rodando em infra própria ou pelo serviço pago.
Volerro (http://www.volerro.com)
Possui bastante recursos de forma simples. Tem calendário, kanban, compartilhamento de arquivos, rastro de tarefas por pessoa, chat e dashboard de trabalho. Não possui app e o plano gratuito suporta até 3 projetos.
Mostrando postagens com marcador agile. Mostrar todas as postagens
Mostrando postagens com marcador agile. Mostrar todas as postagens
quarta-feira, fevereiro 08, 2017
quarta-feira, janeiro 04, 2017
Agilidade é um meio, não o fim
Esse excelente artigo escrito por Alisson Vale, trata bem da questão que sofremos por conta do modismo e das ideologias.
https://medium.com/software-zen/a-morte-do-agilismo-e-o-que-isso-pode-significar-pra-voc%C3%AA-4b365a289301#.4p6aj68pf
Ignorar o contexto e "usar por usar" ou "fazer por fazer" tem um custo alto e que muitas vezes fica imperceptível até surgir aos nossos olhos como fracasso.
Para os desenvolvedores, sendo mais específico: metodologias, frameworks, patterns, práticas... entenda em que podem ser usados e o porque de seu uso, além das interdependências de seus pedaços. Entenda o conceito por trás de cada coisa sem ficar preso a ela. Abra sua mente. Isso amplia seu conhecimento e, consciente de seus problemas reais, permite que a ferramenta certa seja usada na hora e na situação mais adequada. Como dizem: não pense fora da caixa; pense como se não houvesse caixa.
É uma tarefa árdua para quem aprendeu que existe um "melhor", um "correto" e vive na zona de conforto sem desafiá-la como se o mundo tivesse que mudar aos moldes de seu restrito conhecimento. Somos moldados assim e é difícil lidar com isso.
Nosso objetivo está claro? Vamos atender ao cliente? Vamos desenvolver o melhor produto dadas as restrições? Sendo assim, podemos utilizar técnicas e ferramentas de um grande leque que temos disponível. Mas quais? Simplesmente... depende! Temos acesso a muito conhecimento explícito hoje em dia (a internet a total disposição!), que junto ao nosso conhecimento tácito, à nossa experiência e à consciência do meio que nos cerca podemos conseguir muito e garantir a melhoria contínua!
E a agilidade? Continua ajudando muito, obrigado! Ela auxilia a alcançarmos o objetivo. Ninguém e nenhuma empresa deve ter como meta simplesmente ser ágil. Não devemos ser por ser. O objetivo é resolver o problema; entregar a solução para o cliente. Então, agilidade é um meio, não o fim.
https://medium.com/software-zen/a-morte-do-agilismo-e-o-que-isso-pode-significar-pra-voc%C3%AA-4b365a289301#.4p6aj68pf
Ignorar o contexto e "usar por usar" ou "fazer por fazer" tem um custo alto e que muitas vezes fica imperceptível até surgir aos nossos olhos como fracasso.
Para os desenvolvedores, sendo mais específico: metodologias, frameworks, patterns, práticas... entenda em que podem ser usados e o porque de seu uso, além das interdependências de seus pedaços. Entenda o conceito por trás de cada coisa sem ficar preso a ela. Abra sua mente. Isso amplia seu conhecimento e, consciente de seus problemas reais, permite que a ferramenta certa seja usada na hora e na situação mais adequada. Como dizem: não pense fora da caixa; pense como se não houvesse caixa.
É uma tarefa árdua para quem aprendeu que existe um "melhor", um "correto" e vive na zona de conforto sem desafiá-la como se o mundo tivesse que mudar aos moldes de seu restrito conhecimento. Somos moldados assim e é difícil lidar com isso.
Nosso objetivo está claro? Vamos atender ao cliente? Vamos desenvolver o melhor produto dadas as restrições? Sendo assim, podemos utilizar técnicas e ferramentas de um grande leque que temos disponível. Mas quais? Simplesmente... depende! Temos acesso a muito conhecimento explícito hoje em dia (a internet a total disposição!), que junto ao nosso conhecimento tácito, à nossa experiência e à consciência do meio que nos cerca podemos conseguir muito e garantir a melhoria contínua!
E a agilidade? Continua ajudando muito, obrigado! Ela auxilia a alcançarmos o objetivo. Ninguém e nenhuma empresa deve ter como meta simplesmente ser ágil. Não devemos ser por ser. O objetivo é resolver o problema; entregar a solução para o cliente. Então, agilidade é um meio, não o fim.
segunda-feira, julho 07, 2014
Ferramentas ágeis e gestão de tarefas
Similar ao post anterior, segue uma lista de ferramentas ágeis em plataforma web. Algumas têm foco na gestão de tarefas, mas podem ser usadas da mesma forma. Todas as listadas são ou tem planos gratuitos com certas limitações de quantidade de projetos e quantidade de colaboradores. Confira:
serviço (limite de quadros; limitede usuários)
* possui plano educacional mais completo que a versão gratuita
¹ tem app para tablet/smartphone
serviço (limite de quadros; limitede usuários)
- http://leankit.com (3 kanbans; até 10 usuários)
- http://www.swiftkanban.com (10 quadros; 20 usuários)
- https://www.kanbanpad.com (única opção de conta = free)
- http://flow.io (1 quadro; 1 usuário)
- http://www.hansoft.com (sem limite de projetos/programas; 9 usuários *)
- http://www.targetprocess.com (sem limite de projetos; até 5 usuários ¹)
- https://www.mavenlink.com (projetos, tarefas e colaboradores ilimitados ¹)
- https://asana.com/ (projetos ilimitados; até 15 colacoradores ¹)
- https://trello.com/ (projetos, tarefas e colaboradores ilimitados ¹)
* possui plano educacional mais completo que a versão gratuita
¹ tem app para tablet/smartphone
segunda-feira, maio 26, 2014
Guerra de gerações no projeto
Essa guerrinha não levará ninguém a lugar algum. Nunca levou e não vai levar. Na realidade levará sim... para o mesmo alugar onde a arrogância sobre o outro empurra: para trás.
Estava acompanhando um webinar sobre gestão de projetos, técnicas de facilitação etc, quando um participante escreveu no chat do grupo um problema que passava em sua empresa com relação a novas ferramentas e formas de trabalho. Muitos concordaram e, para o meu espanto, o bom senso foi muito maior que eu esperava na pequena discussão (que logo acabou para retornar à apresentação). Vejo, felizmente como muitos outros (sim, felizmente), que nas empresas (principalmente nas maiores) os mais experientes tem certa resistência em aceitar novas formas de trabalho. E em contrapartida, há muitos recém chegados da faculdade, que fizeram alguns cursos ágeis ou participaram de um projeto em uma startup, achando ter a solução para todas as respostas sem nem saber quais são as perguntas.
OK...vou explicar melhor. Entre a teoria e a prática há hiato. Junto com a cultura, esse hiato desencorajou os mais antigos que aprenderam - e sempre viveram com isso em mente - que este é um vale proibido (você assistiu Planeta dos Macacos? Tipo aquilo). Os recém chegados, por outro lado, estão repletos de novas técnicas (+), cheios de si (+), mas têm certeza que são os salvadores do mundo (-) e que todo o resto é uma cambada de ignorante (-). Muitas vezes estes não entendem realmente os conceitos e nem o status quo da empresa que estão entrando, partindo da suposição que só existe uma forma das coisas funcionarem: a novíssima metodologia que alguém inventou em um lugar distante e que ele viu num blog por aí. É claro que testar técnicas é válido, mas antes de aceitar o risco, identifique-o.
Alguns de cabeça antiga esperam ser solicitados, são passivos e não discutem com seu superior, pois seria falta de respeito (muitas vezes este superior acha isso mesmo quando alguém o questiona). Os de cabeça nova querem revolucionar a empresa de forma drástica, ignorando o ambiente como um todo e pensando somente no seu quadrado e naquele período de tempo: uma errada interpretação de coragem, iteração e acolhimento de mudanças. Decorar não é entender e muitos decoraram o manifesto; têm a resposta na ponta-da-língua para tudo... desde que se enquadre no seu cenário perfeito, claro.
Você não concorda que há algo de errado quando o "Sr. João" vê um fracasso, muitas vezes óbvio, de quem voluptuosamente inicia uma empreitada sem conhecer o terreno (desconsiderando as características do local onde está e achando que tudo ocorrerá igualzinho de como naquela empresa caso-de-sucesso da palestra do Agile Brazil), como justificativa para não mudar nada?
Você não concorda que algo não está certo quando o "Marquinhos", teoricamente mais esclarecido (pois aprendeu numa escola a frente de seus colegas de trabalho mais antigos), cometer os mesmos erros básicos de algumas pessoas de gerações atrás que ignoraram a adaptação, interpretaram as coisas como lhe convinham e achavam que estava tudo errado até a ideia deles surgir para simplificar exageradamente a complexidade? Enaltecer os defeitos do outro quando se está prestes a repeti-los não é nada bom... assim como é péssimo achar que a diferença dele para o super-homem é que o super-homem enfraquece com a criptonita.
Num ambiente complexo, temos que estabilizar ou minimizar um grande número de variáveis para que seja possível lidar melhor com tudo que está fora do nosso controle. É isso que o ágil propõe. Se o problema dos projetos é comunicação e é possível utilizar formas de mantê-la eficiente, vamos utilizar estas técnicas e nos organizar de forma a mitigarmos este tipo de preocupação e, assim, podermos focar mais na mudança de requisitos, por exemplo. A maioria das técnicas e ferramentas, assim como os conceitos básicos por trás do manifesto, não foram criados agora; é tudo coisa velha aglutinada de forma excelente! É o uso correto de todo esse conhecimento unido ao entendimento dos conceitos por trás de cada princípio a ser adotado que faz e fará a diferença. É a integração das novas misturas e novos sabores com o que já existia que impulsionará o mundo. É a adaptação com a boa estratégia de mudanças na organização que levará sua empresa ao sucesso. Se você está em uma startup, excelente! Muitos problemas carregados de "outras vidas" não existirão! Mas se você está em uma multinacional (ou governo) com estrutura e pensamentos antigos e problemas culturais gigantescos, o caminho para a excelência será traçado de uma forma um pouco diferente dos desenhos Disney, como é pregados em muitos testemunhos ágeis.
Quanto ao "Sr. João" e ao "Marquinhos", deve haver bom senso e desejo de vitória coletiva, cientes de que todos erramos, sempre aprendemos e precisamos conhecer antes de criticar. É um cabo de guerra que não leva ninguém a lugar nenhum. Ao invés de se complementarem e crescerem juntos, "Srs Joões" e "Marquinhos" ficam todos numa disputa querendo apontar o erro do outro. Entender os conceito ágeis é uma excelente forma de começar. Eu disse entender, não decorar. Entender as razões de um grupo de experientes pessoas terem chegado a tais "mandamentos" é essencial, assim como entender a cultura da sua empresa e o perfil de seus colegas de trabalho.
Recomendo artigos do Klaus Wuestefeld e do Manoel Pimentel, na internet ou no MundoJÁgil; sempre falam deste ponto que para mim é o mais delicado e decisivo: comportamento. E também este link para entender um pouco como as pessoas da geração Y são como são: Porque os jovens profissionais da geração y estão infelizes.
... Má interpretação do gráfico da baleia... "pessoas precisam ser mandadas e pressionadas"... "o importante é entregar (qualidade ninguém vê)"... "nós fizemos o que o cliente pediu".
Software não é um prédio. O produto é abstrato. O projeto de desenvolvimento é algo criativo; gera um resultado único. O desenvolvimento não uma linha de produção.
Algumas certezas foram trazidas e algumas comparações foram feitas no passado e nos fizeram chegar em alguns problemas de entendimento. Por favor, entusiasta de métodos ágeis, não cometa os mesmos equívocos!
Estava acompanhando um webinar sobre gestão de projetos, técnicas de facilitação etc, quando um participante escreveu no chat do grupo um problema que passava em sua empresa com relação a novas ferramentas e formas de trabalho. Muitos concordaram e, para o meu espanto, o bom senso foi muito maior que eu esperava na pequena discussão (que logo acabou para retornar à apresentação). Vejo, felizmente como muitos outros (sim, felizmente), que nas empresas (principalmente nas maiores) os mais experientes tem certa resistência em aceitar novas formas de trabalho. E em contrapartida, há muitos recém chegados da faculdade, que fizeram alguns cursos ágeis ou participaram de um projeto em uma startup, achando ter a solução para todas as respostas sem nem saber quais são as perguntas.
OK...vou explicar melhor. Entre a teoria e a prática há hiato. Junto com a cultura, esse hiato desencorajou os mais antigos que aprenderam - e sempre viveram com isso em mente - que este é um vale proibido (você assistiu Planeta dos Macacos? Tipo aquilo). Os recém chegados, por outro lado, estão repletos de novas técnicas (+), cheios de si (+), mas têm certeza que são os salvadores do mundo (-) e que todo o resto é uma cambada de ignorante (-). Muitas vezes estes não entendem realmente os conceitos e nem o status quo da empresa que estão entrando, partindo da suposição que só existe uma forma das coisas funcionarem: a novíssima metodologia que alguém inventou em um lugar distante e que ele viu num blog por aí. É claro que testar técnicas é válido, mas antes de aceitar o risco, identifique-o.
Alguns de cabeça antiga esperam ser solicitados, são passivos e não discutem com seu superior, pois seria falta de respeito (muitas vezes este superior acha isso mesmo quando alguém o questiona). Os de cabeça nova querem revolucionar a empresa de forma drástica, ignorando o ambiente como um todo e pensando somente no seu quadrado e naquele período de tempo: uma errada interpretação de coragem, iteração e acolhimento de mudanças. Decorar não é entender e muitos decoraram o manifesto; têm a resposta na ponta-da-língua para tudo... desde que se enquadre no seu cenário perfeito, claro.
Você não concorda que há algo de errado quando o "Sr. João" vê um fracasso, muitas vezes óbvio, de quem voluptuosamente inicia uma empreitada sem conhecer o terreno (desconsiderando as características do local onde está e achando que tudo ocorrerá igualzinho de como naquela empresa caso-de-sucesso da palestra do Agile Brazil), como justificativa para não mudar nada?
Você não concorda que algo não está certo quando o "Marquinhos", teoricamente mais esclarecido (pois aprendeu numa escola a frente de seus colegas de trabalho mais antigos), cometer os mesmos erros básicos de algumas pessoas de gerações atrás que ignoraram a adaptação, interpretaram as coisas como lhe convinham e achavam que estava tudo errado até a ideia deles surgir para simplificar exageradamente a complexidade? Enaltecer os defeitos do outro quando se está prestes a repeti-los não é nada bom... assim como é péssimo achar que a diferença dele para o super-homem é que o super-homem enfraquece com a criptonita.
Num ambiente complexo, temos que estabilizar ou minimizar um grande número de variáveis para que seja possível lidar melhor com tudo que está fora do nosso controle. É isso que o ágil propõe. Se o problema dos projetos é comunicação e é possível utilizar formas de mantê-la eficiente, vamos utilizar estas técnicas e nos organizar de forma a mitigarmos este tipo de preocupação e, assim, podermos focar mais na mudança de requisitos, por exemplo. A maioria das técnicas e ferramentas, assim como os conceitos básicos por trás do manifesto, não foram criados agora; é tudo coisa velha aglutinada de forma excelente! É o uso correto de todo esse conhecimento unido ao entendimento dos conceitos por trás de cada princípio a ser adotado que faz e fará a diferença. É a integração das novas misturas e novos sabores com o que já existia que impulsionará o mundo. É a adaptação com a boa estratégia de mudanças na organização que levará sua empresa ao sucesso. Se você está em uma startup, excelente! Muitos problemas carregados de "outras vidas" não existirão! Mas se você está em uma multinacional (ou governo) com estrutura e pensamentos antigos e problemas culturais gigantescos, o caminho para a excelência será traçado de uma forma um pouco diferente dos desenhos Disney, como é pregados em muitos testemunhos ágeis.
Quanto ao "Sr. João" e ao "Marquinhos", deve haver bom senso e desejo de vitória coletiva, cientes de que todos erramos, sempre aprendemos e precisamos conhecer antes de criticar. É um cabo de guerra que não leva ninguém a lugar nenhum. Ao invés de se complementarem e crescerem juntos, "Srs Joões" e "Marquinhos" ficam todos numa disputa querendo apontar o erro do outro. Entender os conceito ágeis é uma excelente forma de começar. Eu disse entender, não decorar. Entender as razões de um grupo de experientes pessoas terem chegado a tais "mandamentos" é essencial, assim como entender a cultura da sua empresa e o perfil de seus colegas de trabalho.
Recomendo artigos do Klaus Wuestefeld e do Manoel Pimentel, na internet ou no MundoJÁgil; sempre falam deste ponto que para mim é o mais delicado e decisivo: comportamento. E também este link para entender um pouco como as pessoas da geração Y são como são: Porque os jovens profissionais da geração y estão infelizes.
... Má interpretação do gráfico da baleia... "pessoas precisam ser mandadas e pressionadas"... "o importante é entregar (qualidade ninguém vê)"... "nós fizemos o que o cliente pediu".
Software não é um prédio. O produto é abstrato. O projeto de desenvolvimento é algo criativo; gera um resultado único. O desenvolvimento não uma linha de produção.
Algumas certezas foram trazidas e algumas comparações foram feitas no passado e nos fizeram chegar em alguns problemas de entendimento. Por favor, entusiasta de métodos ágeis, não cometa os mesmos equívocos!
quinta-feira, maio 15, 2014
Scaled Agile Framework
No Agile Trends 2014 conheci o SAFe. Foi um Trend Talk da Sandra Santos (IBM) que deu um case de implantação de agile utilizando a ferramenta de AML da própria empresa utilizando este framework.
Achei muito interessante, pois para grandes empresas com necessidade de fluxo de informações que ultrapassam a fronteira de equipe de desenvolvimento, há uma dificuldade enorme em absorver ou customizar uma metodologia ou framework com foco apenas no time.
http://scaledagileframework.com/
Conforme o próprio site, é uma base de conhecimento para implementação de práticas ágeis em escala organizacional.
Muitos podem criticar, mas ajuda muito na entrada dessas práticas nos diversos níveis das empresa, de forma integrada,fácil menos complicada e concisa.
Com um desenho e fluxo pronto nos 3 níveis que possui o foco (e não só no desenvolvimento feito pela equipe como ocorre no Scrum, por exemplo), o SAFe atende a necessidade de visualização do todo por quem está no alto comando.
Claro que é mais pesado que os frameworks ágeis tradicionais por conta da necessidade de integração vertical, mas é uma boa dica para quem está em uma empresa grande e encontra dificuldades com o corpo gerencial. É uma base para criação ou ajuste no processo, pois deixa clara a necessidade da agilidade em toda a organização.
O site é intuitivo, mas não permite que clique com o botão direito... para abrir o link em nova aba, utilize ctrl + clique (no Chrome, por exemplo).
Achei muito interessante, pois para grandes empresas com necessidade de fluxo de informações que ultrapassam a fronteira de equipe de desenvolvimento, há uma dificuldade enorme em absorver ou customizar uma metodologia ou framework com foco apenas no time.
http://scaledagileframework.com/
Conforme o próprio site, é uma base de conhecimento para implementação de práticas ágeis em escala organizacional.
Muitos podem criticar, mas ajuda muito na entrada dessas práticas nos diversos níveis das empresa, de forma integrada,
Com um desenho e fluxo pronto nos 3 níveis que possui o foco (e não só no desenvolvimento feito pela equipe como ocorre no Scrum, por exemplo), o SAFe atende a necessidade de visualização do todo por quem está no alto comando.
Claro que é mais pesado que os frameworks ágeis tradicionais por conta da necessidade de integração vertical, mas é uma boa dica para quem está em uma empresa grande e encontra dificuldades com o corpo gerencial. É uma base para criação ou ajuste no processo, pois deixa clara a necessidade da agilidade em toda a organização.
O site é intuitivo, mas não permite que clique com o botão direito... para abrir o link em nova aba, utilize ctrl + clique (no Chrome, por exemplo).
sexta-feira, abril 25, 2014
Agile Trends 2014 SP - pontos positivos e negativos do evento
Boa noite galera!
Após deixar meus registros dos dois dias de evento, gostaria de sintetizar pontos positivos e negativos na minha perspectiva.
Positivos:
Em suma, pontos básicos foram ignorados inicialmente (o que mostrou certa falta de experiência talvez dos staffs) e corrigidos durante o evento (força da melhoria contínua). Para mim o excesso de confiança de parte da organização e a falha de uma comunicação correta entre eles (orientação de comportamento e valores) foram os responsáveis pelos pontos negativos. Já o feedback foi a palavra chave para o sucesso do Agile Trends 2014, usando outros eventos como base para o planejamento deste e os quadros para correções pontuais no decorrer dos 2 dias.
Abraço!
Após deixar meus registros dos dois dias de evento, gostaria de sintetizar pontos positivos e negativos na minha perspectiva.
Positivos:
- Palestrantes muito bons com temas no mesmo nível.
- Deram, enfim, mais valor a empresas reais que são pelo menos um pouco maiores do que normalmente falam nos eventos (normalmente o foco são as startups). Isso foi muito bom, pois direciona melhor como realmente o ágil pode ser aplicado em empresas que já andam por si, empresas com um número de milhares de pessoas e empresas que desenvolvem há décadas com cultura forte em outras metodologias e formas de gestão. A importância da estrutura formal/hierárquica, a maneira como a alta gerência lida com isso e falta de capacitação adequada são os grandes problemas que precisam ser vencidos.
- O feedback ao final de cada trend talk, como vem acontecendo também no Agile Brazil, continua sendo uma ótima ferramenta.
- O quadro de feedback do evento também funcionou muito bem, como por exemplo, o ar condicionado que estava forte demais de manhã foi amenizado após o almoço.
- Sempre teve espaço para as pessoas participarem dos eventos escolhidos.
- Happy Hour no primeiro dia de evento para integração e networking.
- Mais situações reais e dicas de como mudar o nosso dia-a-dia de maneira prática e realista.
- Um trend talk de Análise de Negócio de uma pessoa que não vou citar o nome foi muito agressiva e até faltou com respeito com o Cláudio Keber, que apresentou o mesmo assunto anteriormente com uma ótica um pouco diferente. Achei no início que estava brincando, mas ficou muito chato mesmo... Esse não volta.
- Ar condicionado do auditório principal (sala Insights) muito forte nos 2 dias; no segundo estava absurdo e corrigiram após o almoço.
- A tela da outra sala menor (Sinapses) estava muito baixa no primeiro dia; subiram um pouco no segundo.
- Muita gente reclamou de falta de guarda-volume no primeiro dia; no segundo já tinha :)
- Atraso no início dos talks prejudicava as rodadas de discussões que a organização frisava ser o mais importante do evento. Acabava que essa rodada tinha tempo somente para 2 perguntas - quando tinha.
- Ao final dos talks sobre "Aprendendo a tomar decisões em equipe" (Haddad) e "The PornoAgile" (Manoel Pimentel), a Erica (garota de cabelo cor-de-rosa) fez a melhor pergunta ou explanação do evento justamente colocando em questão o que é ignorado nos eventos de agile - em que muitas vezes os cenários são tratados sempre em estado de Nirvana, num mundo perfeito como se em todos os lugares as premissas para o ágil perfeito estão presentes. Ao terminar sua colocação, a staff deste trend talk encerrou o a rodada de perguntas pelo timebox ter acabado (ainda tinha 2 minutos e depois seria o almoço de 1h). Ninguém se incomodaria em perder 5 min do almoço que fosse para escutar os palestrantes colocarem suas posições sobre a importância financeira na quebra de paradigma de uma empresa já inserida no mercado. Muito negativo para o evento em que os staffs precisam ter sensibilidade e talvez um conhecimento mínimo do assunto para não fazer uma besteira dessa. Para mim era o ápice do dia e ele foi cortado de forma
ridículachata. - No primeiro dia teve duas palestras meio fora da curva o que ajudou a cair a qualidade nesta data.
- Alguns agilistas xiitas sem vivência do agile fora de startups ou sem visão empresarial impondo certos pensamentos que muitos visitantes acabam ignorando -
para este tipo de pensamento e material pegamos na internet e não precisaríamos ir em um evento de tendências. É bom para quem está conhecendo métodos ágeis e por isso deve-se manter nos eventos, porém com cautela e de forma equilibrada com os demais pontos focais.
Em suma, pontos básicos foram ignorados inicialmente (o que mostrou certa falta de experiência talvez dos staffs) e corrigidos durante o evento (força da melhoria contínua). Para mim o excesso de confiança de parte da organização e a falha de uma comunicação correta entre eles (orientação de comportamento e valores) foram os responsáveis pelos pontos negativos. Já o feedback foi a palavra chave para o sucesso do Agile Trends 2014, usando outros eventos como base para o planejamento deste e os quadros para correções pontuais no decorrer dos 2 dias.
Abraço!
Agile Trends 2014 SP - segundo dia
O dia começou com um aviso de correções de pequenos problemas do primeiro dia (atrasos, guarda-volume e importância da rodada de discussões). Depois disso veio um lote de palestras excelentes deixando o segundo dia bem melhor que o primeiro.
Para registro, os atrasos continuaram e as rodadas foram prejudicadas novamente, além do clima glacial do auditório ser motivo de reclamação coletiva.
O key note do Roy Singham sobre "Agile's Heritage: Defending a just and free internet" foi excelente e deixou muita gente pensativa sobre como usamos, espionagem, marco civil e como direcionaremos nosso uso daqui para frente. A internet e seu uso foi tema de outro excelente key note depois do almoço do professor-doutor Lulli Radfahrer sobre "A internet de tudo".
Assisti e gostei da palestra do Alexandre Freire sobre falha em projetos ágeis ou não. Também gostei da "Escalando ágil com SAFe" apresentado pela Sandra Santos da IBM, pois não conhecia o SAFe e achei muito interessante para grandes empresas e governo, pois mostra como atuar na organização inteira e não somente no time (dê uma olhada: http://scaledagileframework.com/).
Os talks do Matheus Haddad sobre tomar decisões em equipe e a do Manoel Pimentel sobre o "PornoAgile - uma visão apenas para maiores" foram muito bons com destaque para a do Manoel que trouxe uma visão mais realista de empresas grandes e não startups. No final de ambas, uma falha grotesca da organização finalizou com uma excelente questão de Erica em aberto: -2 para a organização por isso.
Por fim eu fiquei nas técnicas de facilitação do pessoal da K21 (Marcos Garrido e Rafael Sabbagh) com 50min de workshop que pincelou o que um scrum master ou papel similar deve fazer em certas situações na condução de um projeto com equipes reais. Muito bom, mas para quem já havia feito o treinamento de CSM com eles não houve muita coisa de diferente.
O evento continuou até 19h, mas precisei sair às 17h por conta do fretadão para Santos!
Para registro, os atrasos continuaram e as rodadas foram prejudicadas novamente, além do clima glacial do auditório ser motivo de reclamação coletiva.
O key note do Roy Singham sobre "Agile's Heritage: Defending a just and free internet" foi excelente e deixou muita gente pensativa sobre como usamos, espionagem, marco civil e como direcionaremos nosso uso daqui para frente. A internet e seu uso foi tema de outro excelente key note depois do almoço do professor-doutor Lulli Radfahrer sobre "A internet de tudo".
Assisti e gostei da palestra do Alexandre Freire sobre falha em projetos ágeis ou não. Também gostei da "Escalando ágil com SAFe" apresentado pela Sandra Santos da IBM, pois não conhecia o SAFe e achei muito interessante para grandes empresas e governo, pois mostra como atuar na organização inteira e não somente no time (dê uma olhada: http://scaledagileframework.com/).
Os talks do Matheus Haddad sobre tomar decisões em equipe e a do Manoel Pimentel sobre o "PornoAgile - uma visão apenas para maiores" foram muito bons com destaque para a do Manoel que trouxe uma visão mais realista de empresas grandes e não startups. No final de ambas, uma falha grotesca da organização finalizou com uma excelente questão de Erica em aberto: -2 para a organização por isso.
Por fim eu fiquei nas técnicas de facilitação do pessoal da K21 (Marcos Garrido e Rafael Sabbagh) com 50min de workshop que pincelou o que um scrum master ou papel similar deve fazer em certas situações na condução de um projeto com equipes reais. Muito bom, mas para quem já havia feito o treinamento de CSM com eles não houve muita coisa de diferente.
O evento continuou até 19h, mas precisei sair às 17h por conta do fretadão para Santos!
quinta-feira, abril 24, 2014
Agile Trends 2014 SP - primeiro dia
Os eventos de agile que acontecem são bem mais interessante para quem vai pela primeira vez, pois tem muitas palestras que são parecidas e soam como repetições para os participantes "veteranos". Esta é a impressão que tenho cada vez que vou em um. Sobre minha presença, algumas vezes a empresa banca o evento, mas para este não foi possível e fui por conta mesmo. Pedi dispensa de dois dias para comparecer ao Agile Trends 2014 que este ano acontece no Senac Santo Amaro (http://agiletrendsbr.com/2014/).
Sobre o primeiro dia:
O que mais gostei foi do keynote do Niels Pflaeging, autor de "LIDERANDO COM METAS FLEXÍVEIS". Não sabia que o cara falava português, mas ele morou no Brasil por 12 anos e até fez piadinhas na apresentação -melhor do que as que os brasileiros faziam. Ele resumiu bem seu livro mais conhecido em que a estrutura que ainda usamos nas empresas está completamente defasada há pelo menos 40 anos senão desde o início do século.
Gostei também da apresentação do Cláudio Keber do Lambda3 que falou muito bem sobre o processo do produto como um todo vindo desde o negócio ao desenvolvimento com ou sem intermediários, em que o analista de negócio deve se tornar de heroi (fazendo tudo sozinho) a estorvo (enchedor de saco) e assim deixar de atuar intensivamente.
Foi boa a da Gláucia Peres da Globo.com que, apesar de ser uma apresentação do tipo "de praxe", passou a experiência que aplicaram e aplicam na empresa para manter a agilidade de forma adaptada e funcional.
Outro ponto interessante deste primeiro dia foi o workshop da Happy Melly Brazil com Learning 3.0 que é um tipo de brain storming bem organizado e sequenciado para sanar um um problema específico trabalhado em um canvas - muito interessante.
A K21 fez uma dinâmica interessante no seu stand para que levássemos problemas e um consultor, por 15min, conversasse sobre o assunto para tentar nos ajudar .
Houve outras apresentações em sala irmã que por ser de forma simultânea não tive o prazer de assistir. Das que estive presente e que não foram citadas acima para mim foi um pouco "mais do mesmo".
Quando terminar o evento, pretendo escrever posts comentando de forma mais específica os pontos fortes das apresentações.
Abraço!
Sobre o primeiro dia:
O que mais gostei foi do keynote do Niels Pflaeging, autor de "LIDERANDO COM METAS FLEXÍVEIS". Não sabia que o cara falava português, mas ele morou no Brasil por 12 anos e até fez piadinhas na apresentação -
Gostei também da apresentação do Cláudio Keber do Lambda3 que falou muito bem sobre o processo do produto como um todo vindo desde o negócio ao desenvolvimento com ou sem intermediários, em que o analista de negócio deve se tornar de heroi (fazendo tudo sozinho) a estorvo (enchedor de saco) e assim deixar de atuar intensivamente.
Foi boa a da Gláucia Peres da Globo.com que, apesar de ser uma apresentação do tipo "de praxe", passou a experiência que aplicaram e aplicam na empresa para manter a agilidade de forma adaptada e funcional.
Outro ponto interessante deste primeiro dia foi o workshop da Happy Melly Brazil com Learning 3.0 que é um tipo de brain storming bem organizado e sequenciado para sanar um um problema específico trabalhado em um canvas - muito interessante.
A K21 fez uma dinâmica interessante no seu stand para que levássemos problemas e um consultor, por 15min, conversasse sobre o assunto para tentar nos ajudar .
Houve outras apresentações em sala irmã que por ser de forma simultânea não tive o prazer de assistir. Das que estive presente e que não foram citadas acima para mim foi um pouco "mais do mesmo".
Quando terminar o evento, pretendo escrever posts comentando de forma mais específica os pontos fortes das apresentações.
Abraço!
sexta-feira, setembro 07, 2012
Agile Brazil 2012
Essa semana aconteceu o Agile Brazil 2012. Infelizmente não pude ir no dia 7 de setembro, último dia, mas pode ter certeza que o evento valeu a pena.
Uma coisa que achei interessante foi o amadurecimento com relação à gestão de projetos: muitos introduziram como novidade na gestão da equipe ágil indicadores tradicionais como EVA [não só burnup] para a sprint e projeto - coisa que muitos não faziam porque achavam desnecessário ou simplesmente desconheciam por achar que Scrum puro bastava. Outra coisa interessante foi a força que o Kanban [não o quadro] ganhou colocando o timebox em cheque em muitas situações. O engraçado que para os indicadores não querem usar o nome tradicional ou descobriram e não sabem que estão fazendo algo "um pouco antigo".
O clichê é fato: Não existe solução perfeita... não existe bala de prata. A agilidade está na liberdade e adaptação sempre focando a melhoria, otimização e produtividade real, agregando valor ao negócio do cliente constantemente. Para certas organizações a burocracia se faz necessária, o processo é importante e isto agora está vindo de forma mais clara dos agilistas.
Esta maturidade em gestão apresentada/explicitada por muitos foi excelente para ver que não é só a gente que precisa montar um Frankenstein para atender à nossa realidade.
Para mim a gestão do projeto é a mesma; o que muda é a forma que cada gerente encara as situações. Cada cenário de empresa, cliente, equipe, escopo, interesses, esfera e cultura afetam na maneira de condução e nas decisões de gestão tomadas pelo LP, GP ou SM, ou quaiquer pepéis e nomenclaturas que venham a surgir para a liderança de um time.
Link: http://www.agilebrazil.com
Viva a agilidade! Parabéns pelo evento!
Uma coisa que achei interessante foi o amadurecimento com relação à gestão de projetos: muitos introduziram como novidade na gestão da equipe ágil indicadores tradicionais como EVA [não só burnup] para a sprint e projeto - coisa que muitos não faziam porque achavam desnecessário ou simplesmente desconheciam por achar que Scrum puro bastava. Outra coisa interessante foi a força que o Kanban [não o quadro] ganhou colocando o timebox em cheque em muitas situações. O engraçado que para os indicadores não querem usar o nome tradicional ou descobriram e não sabem que estão fazendo algo "um pouco antigo".
O clichê é fato: Não existe solução perfeita... não existe bala de prata. A agilidade está na liberdade e adaptação sempre focando a melhoria, otimização e produtividade real, agregando valor ao negócio do cliente constantemente. Para certas organizações a burocracia se faz necessária, o processo é importante e isto agora está vindo de forma mais clara dos agilistas.
Esta maturidade em gestão apresentada/explicitada por muitos foi excelente para ver que não é só a gente que precisa montar um Frankenstein para atender à nossa realidade.
Para mim a gestão do projeto é a mesma; o que muda é a forma que cada gerente encara as situações. Cada cenário de empresa, cliente, equipe, escopo, interesses, esfera e cultura afetam na maneira de condução e nas decisões de gestão tomadas pelo LP, GP ou SM, ou quaiquer pepéis e nomenclaturas que venham a surgir para a liderança de um time.
Link: http://www.agilebrazil.com
Viva a agilidade! Parabéns pelo evento!
Assinar:
Postagens (Atom)