Obrigado, Paulo. Em nome do Lameck e de todo o time, gostaria de agradecer! Esses vídeos são nossa diversão semanal, e a gente trabalha duro para eles acontecerem. Vou pedir pro Lameck continuar a conversa aqui sobre esses teus dois pontos. []’s.

Opa, Doutor! Obrigado. Amei você ter puxado esse ponto aqui. Vou mandar meus comentários e a base que usei para eles, e fica à vontade para continuar a thread. 1: Sobre o WIP Em acordo com o Kanban Guide, o DoW (Defintion of Workflow) traz consigo alguns elementos mínimos, como "A definition of how WIP will be controlled from started to finished." WIP é um dos elementos mais importantes por causa disso aqui: "A side effect of controlling WIP is that it creates a pull system. It is called a pull system because Kanban system members start work on an item ( pulls or selects) only when there is a clear signal that there is capacity to do so. When WIP drops below the limit in the DoW, that is a signal to select new work. Members should refrain from pulling/selecting more than the number of work items into a given part of the workflow as defined by the WIP Limit. In rare cases, system members may agree to pull additional work items beyond the WIP Limit, but it should not be routine." Fonte: kanbanguides.org/html-kanban-guide/ 2: Scrum: entegras apenas no fim do Sprint Então, a ideia original do scrum é que cada sprint seja pequenos projetos e com ciclos de entrega de valor para o cliente. Mas você pode rodar parte do "scrum" e fazer entregas antes do fim da sprint. Para reflexão, vou deixar dois trechos do scrum guide: "All the work necessary to achieve the Product Goal, including Sprint Planning, Daily Scrums, Sprint Review, and Sprint Retrospective, happen within Sprints." "Each Sprint may be considered a short project." scrumguides.org/scrum-guide.html#the-sprint Mas como falei, eu acredito que você pode adpatar os frameworks e ajustar para sua realidade (com muito cuidado e zelo). Eu até gosto de usar o framework AS IS e depois de algum tempo descartar ou ajustar o que não funciona para o contexto do time. Paulo, espero ter explicado melhor os pontos. Amei seu comentário - de verdade - por dois motivos: (1) me deu oportunidade de ir mais a fundo no conteúdo, e (2) traz a maturidade que quero aqui nos comentários, questionar, discutir e trazer outros pontos de vista. Espero ter conseugido me fazer mais claro. []'s.

Que bom, Silas. Fico feliz com isso (:

Kleber, por nada. É de graça e fico feliz por ter ajudado. Sim, o Jira da suporte para ambos frameworks. Contudo, se você quiser métricas fluxo, você vai precisar de um plugin com Nave ou Actionable.

Legal, Rafael! Scrum é uma ótima ferramenta de trabalho e está ficando cada vez mais popular além das paredes de TI. rsrs. Ficamos felizes que curtiu o conteúdo.

Obrigado.

Obrigado, Melissa! (:

Que legal, João! Fico feliz em saber disso.

Estamos às ordens.

Obrigado, Marco! (:

Olá, Felipe! Que legal, ficamos felizes de ter você por aqui. Obrigado pelos feedbacks também, você pode sinalizar o minuto que agile é pronunciando? Revi o vídeo e não encontrei.

@@LameckOliveira 4:20 👀

@@FelipeAlmeidaVieira , top! Realmente, tá errada essa pronúncia. Obrigado pelo comentário. Mostrar o que precisa ser corrigido exige amor e muita empatia para com o próximo! :D Espero ver você mais vezes nos comentários.

Obrigado 🙏🏽

As certificações são baratas e fáceis de tirar, vão te ajudar a ser filtrada numa seleção. Mas não são obrigatórias para entrar (em muitos lugares).

@@LameckOliveira tô bem em dúvida se encaro a programação ou o Scrum a maioria das vagas exigem experiência

@@LameckOliveira tem que saber inglês ?

Se for apenas atuar no Brasil, não. Minha dica é olhar no LinkedIn e ver o que as vagas exigem em geral.

Laura, Faz os dois e vê qual você curte mais. já pensou em ser Jira Admin? kzfaq.info/get/bejne/kM1giJpekp3OYGw.html