Para nosso terceiro encontro de estudos , escolhemos o Kanban, como refer\u00eancia usamos o v\u00eddeo:<\/p>\n
Kanban – Rodrigo Yoshima<\/a> from Bluesoft<\/a> on Vimeo<\/a>.<\/p>\n e artigo: Que legal esse tal de Kanban<\/a><\/p>\n -Kanban tem origem no Jap\u00e3o e significa \u201cregistro ou placa vis\u00edvel\u201d. Conceito:<\/p>\n “Kanban foi idealizado pelos altos-executivos da Toyota h\u00e1 d\u00e9cadas, como um recurso para dar visibilidade na linha de produ\u00e7\u00e3o. \u00c9 uma ferramenta integrante da metodologia denominada just-in-time. Apesar de sua aplica\u00e7\u00e3o inicial ter sido idealizada para a ind\u00fastria automobil\u00edstica, a aplica\u00e7\u00e3o de just-in-time na ind\u00fastria de software mostrou-se extremamente eficaz. Tudo o que est\u00e1 fixado no Kanban deve ser movimentado. Uma funcionalidade de software nunca \u00e9 empurrada para a pr\u00f3xima fase no Kanban. Pelo contr\u00e1rio, o time respons\u00e1vel pela fase seguinte \u00e9 quem puxa a funcionalidade para si. Por exemplo, quando \u00e9 conclu\u00edda a fase de especifica\u00e7\u00e3o de uma funcionalidade, ela permanece na coluna \u201cEspecifica\u00e7\u00e3o\u201d at\u00e9 que um desenvolvedor esteja livre para iniciar a fase de desenvolvimento. Somente a\u00ed \u00e9 que a funcionalidade move-se no Kanban, passando para a fase \u201cDesenvolvimento\u201d. De acordo com o just-in-time, nada deve empurrado na linha de produ\u00e7\u00e3o. N\u00e3o se deve formar estoques. Para software o mesmo: n\u00e3o devemos sobrecarregar os times, mas sim prover um fluxo organizado e est\u00e1vel de produ\u00e7\u00e3o de software. \u00c9 um caminho certo para a qualidade de software, t\u00e3o almejada.” Refer\u00eancia: http:\/\/www.leopoldobarreiro.com\/blog\/?p=27<\/a><\/p>\n","protected":false},"excerpt":{"rendered":" Para nosso terceiro encontro de estudos , escolhemos o Kanban, como refer\u00eancia usamos o v\u00eddeo: Kanban – Rodrigo Yoshima from Bluesoft on Vimeo. e artigo: Que legal esse tal de Kanban -Kanban tem origem no Jap\u00e3o e significa \u201cregistro ou…<\/p>\n","protected":false},"author":4413,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_mi_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[24664],"tags":[103614],"_links":{"self":[{"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/posts\/466"}],"collection":[{"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/users\/4413"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/comments?post=466"}],"version-history":[{"count":5,"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/posts\/466\/revisions"}],"predecessor-version":[{"id":475,"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/posts\/466\/revisions\/475"}],"wp:attachment":[{"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/media?parent=466"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/categories?post=466"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.cancaonova.com\/desenvolvimentoti\/wp-json\/wp\/v2\/tags?post=466"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n-Trata-se de um quadro vis\u00edvel no ambiente de trabalho, onde a equipe consegue consultar o andamento da produ\u00e7\u00e3o. Em se tratando de desenvolvimento de software, a equipe consegue visualizar no Kanban todos os componentes, as funcionalidades que fazem parte da entrega de um release de software.
\n– uma filosofia , n\u00e3o um metodo de gerenciamento de processo
\n– processo tajota de produ\u00e7\u00e3o
\n– deixar sempre visivel para todos
\n– possui limites (de quantas historias ser\u00e3o feitas ) que o PO (Product Owner)
\nHistorias(PO)\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 |Desenvolvimento|\u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 QA\u00a0\u00a0 \u00a0 \u00a0 \u00a0 \u00a0\u00a0 |Infra(Homologa\u00e7\u00e3o)|\u00a0\u00a0\u00a0\u00a0 Produ\u00e7\u00e3o
\n|Inicio|Fim|\u00a0\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0\u00a0 |Inicio|Fim|\u00a0\u00a0 \u00a0 \u00a0\u00a0 |Inicio|Fim|
\n– quebra em etapas, n\u00e3o em tarefas como SCRUM
\n– limitar o trabalho que \u00e9 feito ao mesmo tempo
\n– cascata n\u00e3o \u00e9 boa id\u00e9ia em muita coisa feita ao mesmo tempo e pouco valor ser integre.
\n– SCRUM – verifica a melhoria de processo na retrospectiva, no Kanban percebe a melhoria de maneira continua
\n– planejamento mais r\u00e1pido
\n– Gargalo- quando aparece, pensa o que pode melhorar, investiga as pr\u00e1ticas \u00e1geis
\n– se voc\u00ea n\u00e3o coloca limites voc\u00ea n\u00e3o vai saber onde est\u00e1 o gargalo
\n– SCRUM \u00e9 um m\u00e9todo invasivo, muda a hierarquia , pap\u00e9is rotinas, dinamica da equipe
\n– Kanban n\u00e3o \u00e9 tao invasivo, as mudan\u00e7as s\u00e3o mais suaves<\/p>\n