🤔 Qual dos 4 valores do ágil você mais gosta e acha mais importante? 1) Indivíduos e interações mais que processos e ferramentas 2) Softwares em funcionamento mais que documentação abrangente 3) Colaboração com cliente mais que negociação de contrato 4) Responder as mudanças mais do que seguir o plano
Esse valor é top. Muitas vezes o “Stick to the plan” não funciona num cenário de constantes mudança, e o valor 4 lembra que os times precisam de um plano, mas responder a mudança é mais importante que seguir o plano.
Boa tarde Lameck, Estou finalizando o curso de Engenharia de produção na UNICESUMAR, queria te perguntar se vocês tem alguns matérias teóricos de boa qualidade sobre as metodologias ágil, pois vou fazer meu tcc sobre a utilização desses métodos em gestão de projetos e empresas fora da produção de softwares. Eu comecei a ter essa ideia depois de ler o livro “SCRUM: a arte de fazer o dobro do trabalho na metade do tempo“.
Como vcs tratam a estimatima de custos e de prazo de um projeto ágil? Quanto vai custar essa solução e em quanto tempo estará pronta antes de começar um projeto? E esse custo e prazo estimado é com base em que se não tem os requisitos especificados e todo o planejamento? Muito bom o vídeo parabéns.
Fala Cadu, obrigado pelos parabéns! (: Ficamos felizes que você gostou. Vou separar sua pergunta em partes, e as respostas que darei serão mais objetivas (ao fim, vou deixar algumas sugestões de leitura pra você ir. Antes de mais nada, vamos fazer um comparativo. Nos projetos waterfall você faz a elaboração de todos os requisitos, depois você faz todo o planejamento e depois você entrega tudo. No ágil, você irá fazer os mesmos passos, mas em ciclos menores. Você específica, planeja e entrega uma parte do projeto em Sprints (e deixa de esperar TODO o projeto). Então, em ágil você está sempre planejando, sempre especificando e sempre entregando. Tranquilo até aqui? Agora vamos pra suas perguntas: 1: Estimativas de custos e prazo de um projeto Você pode fazer uma estimava para todo o projeto e um prazo para todo o projeto. Mas ele será pouco assertivo. Se você quebrar em ciclos de entregas menores (sprints), você terá mais sucesso em suas estimativas. E você pode usar relatórios como o Epic Burndown para prever melhor suas entregas: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-vcdRdf2bC2o.html 2: Quanto vai custar e quanto tempo estará pronta? A verdade é que Gantt mente para gente. Rsrs. Você acha que sabe o custo é o tempo antes, mas na verdade, não sabe. O que acontece é que todos acham bonito um gráfico de Gantt com datas, custo e horas... mas na prática de projetos complexos (como TI) isso não funciona muito bem. Então, ágil só assume a verdade de que não vamos saber quando todo o projeto estará pronto (nem interessa muito, na verdade). O que importa é ter entregáveis menores e as coisas vão levar o tempo que precisarem levar (você precisa de uma equipe madura aqui). Mas se ainda assim sua diretoria quiser ter um Gantt ou coisas estimadas pra ver, você pode juntar um grupo de pessoas e fazer estimativas macro para a abertura do projeto. Recomendações de leitura: Phoenix Project Scrum: a arte de fazer o dobro na metade do tempo Lean []’s e sucesso!
Isso de não valorizar documentação parece ser para quem faz aplicação que vai durar pouco tempo ou não vai ter que mostrar para outros desenvolvedores. De qualquer maneira, é uma realidade em muitos casos e vale a pena focar no produto pronto.
Opa, Gabriel. Não há uma desvalorização da documentação. Há uma priorização: é mais importante um do que outro. O manifesto diz que há valor na documentação. O finalzinho diz: Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.
Olá, boa tarde. Obrigado pelo vídeo e as suas informações. Uma dúvida: você comentou que para o caso de times de suporte cujo as demandas são imprevisíveis você prefere usar o Kamban. Como seria fazer esse controle, por gentileza? No time que trabalho alguns trabalham nas duas frentes, entregando projetos e atendendo suporte a incidentes. Neste caso é muito difícil cumprir os prazos dos projetos. Não sei como fazer meus chefes terem a visão disso. Normalmente ignoram o tempo dedicado a suporte que as vezes chegam a levar uma semana, enquanto que os projetos ficam pra depois. Agradeço mais uma vez.
Ola, Jefferson. Isso me parece mais ser um problema de mentalidade do que um problema de ferramenta. Mas você pode usar os indicadores do Jira para evidenciar o esforço que é gasto com sustentação.
Kanban no Jira 2020: Como configurar o KANBAN BOARD no JIRA SOFTWARE em 2020 [ TUTORIAL COMPLETO] 😎💪 O vídeo com o título acima pode te ajudar bastante.
Olá, Silene. Talvez você esteja querendo algo sobre Scrum no Jira e o vídeo acima é sobre o Framework. Se quiser ver Scrum no Jira, você pode ver o vídeo abaixo: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-FRH610hOUq8.html Ou esse aqui: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-k_zcOLQOII8.html
Olá, Júlia. Dependendo do seu contexto, pode sim. Jira Service Desk substitui bem o GLPI, e usando junto com o Jira Software, você pode ter os quadros kanbans. Como tenho pouca informação sobre teu contexto, não consigo te orientar exatamente como seguir por aqui. Mas manda o e-mail pro lameck@moxie.com.br que ele te responde.
O Lameck é de Recife sim, Rafa! Ele cresceu lá, e embora trabalhe em São Paulo há alguns anos… ele faz questão de preservar o sotaque. E você? É de onde?