Agile (desenvolvimento \u00e1gil de software) \u00e9 uma fam\u00edlia de abordagens “\u00e1geis” para o desenvolvimento de software. Essas abordagens tamb\u00e9m s\u00e3o \u00e0s vezes chamadas de frameworks ou metodologias \u00e1geis.<\/p>\n
O Agile se originou no ambiente de TI,<\/strong> mas depois se espalhou para outras \u00e1reas – da engenharia industrial \u00e0 intelig\u00eancia artificial.<\/p>\n O significado de Agile \u00e9 formulado no Manifesto de<\/a> Desenvolvimento de Software \u00c1gil<\/a>: “Pessoas e intera\u00e7\u00f5es s\u00e3o mais importantes do que processos e ferramentas. Um produto funcional \u00e9 mais importante do que uma documenta\u00e7\u00e3o abrangente. A coopera\u00e7\u00e3o com o cliente \u00e9 mais importante do que concordar com os termos do contrato. Estar pronto para a mudan\u00e7a \u00e9 mais importante do que seguir o plano original. “<\/p>\n O Manifesto \u00c1gil \u00e9 o documento mestre de todas as abordagens de desenvolvimento \u00e1gil. Criado em 2001 por um grupo de programadores entusiasmados que queriam entender o que exatamente est\u00e1 no centro do desenvolvimento de um produto de TI \u00fatil e procurado, o Agile assume que, ao implementar um projeto, voc\u00ea n\u00e3o precisa depender apenas de planos detalhados que foram criados com anteced\u00eancia. \u00c9 importante focar nas condi\u00e7\u00f5es em constante mudan\u00e7a do ambiente externo e interno e levar em considera\u00e7\u00e3o o feedback de clientes e usu\u00e1rios. Isso incentiva os desenvolvedores e engenheiros a experimentar e buscar novas solu\u00e7\u00f5es sem serem limitados por estruturas e padr\u00f5es r\u00edgidos.<\/p>\n Abordagens \u00e1geis separadas incluem scrum e kanban.<\/p>\n Scrum \u00e9 uma “abordagem estruturada”.<\/strong> Uma equipe universal de especialistas trabalha em cada projeto, \u00e0 qual se juntam mais duas pessoas: o product owner e o scrum master. O primeiro conecta a equipe com o cliente e acompanha o desenvolvimento do projeto; este n\u00e3o \u00e9 um l\u00edder de equipe formal, mas sim um curador. O segundo ajuda o primeiro a organizar o processo de neg\u00f3cio: ele realiza assembleias gerais, resolve os problemas do dia a dia, motiva a equipe e monitora o cumprimento da abordagem scrum.<\/p>\n A abordagem Scrum divide o fluxo de trabalho em sprints iguais – geralmente per\u00edodos de uma semana a um m\u00eas, dependendo do projeto e da equipe. Antes do sprint, as tarefas para este sprint s\u00e3o formuladas, ao final, os resultados s\u00e3o discutidos e a equipe inicia um novo sprint. Os sprints s\u00e3o muito convenientes para comparar uns com os outros, o que permite que voc\u00ea gerencie a efici\u00eancia do trabalho.<\/p>\n Kanban \u00e9 uma “abordagem de equil\u00edbrio”.<\/strong> Sua tarefa \u00e9 equilibrar diferentes especialistas dentro da equipe e evitar uma situa\u00e7\u00e3o em que os designers trabalhem dia e noite e os desenvolvedores se queixem da falta de novas tarefas.<\/p>\n A equipe inteira \u00e9 uma – n\u00e3o h\u00e1 fun\u00e7\u00f5es de product owner e scrum master no kanban. O processo de neg\u00f3cio n\u00e3o est\u00e1 dividido em sprints universais, mas sim na fase de execu\u00e7\u00e3o de tarefas espec\u00edficas: “Planeado”, “Desenvolvido”, “Testado”, “Conclu\u00eddo”, etc.<\/p>\n O principal indicador de desempenho no Kanban \u00e9 o tempo m\u00e9dio necess\u00e1rio para concluir uma tarefa em toda a linha. A tarefa passou rapidamente – a equipe trabalhou de forma eficiente e sem problemas. A tarefa foi atrasada – voc\u00ea tem que pensar em qual est\u00e1gio e por que houve atrasos e cujo trabalho precisa ser otimizado.<\/p>\n Para visualizar abordagens \u00e1geis, s\u00e3o utilizadas placas: f\u00edsicas e eletr\u00f4nicas. Eles permitem que voc\u00ea torne o fluxo de trabalho aberto e compreens\u00edvel para todos os especialistas, o que \u00e9 importante quando a equipe n\u00e3o tem um l\u00edder formal.<\/p>\n Agile \u00e9 uma abordagem para gerenciamento de projetos ou desenvolvimento de software. No Agile, os requisitos e as solu\u00e7\u00f5es evoluem por meio da itera\u00e7\u00e3o e do esfor\u00e7o colaborativo de equipes multifuncionais e auto-organizadas e usu\u00e1rios de neg\u00f3cios. O Agile aceita mudan\u00e7as nos requisitos, mesmo em um est\u00e1gio posterior. Clientes, participantes de neg\u00f3cios e desenvolvedores trabalham juntos durante todo o projeto. As equipes \u00e1geis ajustam seu comportamento para atender \u00e0s necessidades de mudan\u00e7a do projeto.<\/p>\n Agile \u00e9 uma filosofia ou orienta\u00e7\u00e3o (Griffin). O Agile \u00e9 amplamente utilizado como um guia para se aproximar do trabalho do projeto. O Agile enfatiza a itera\u00e7\u00e3o de desenvolvimento, bem como o teste no ciclo de vida de desenvolvimento de software (SDLC). O Agile divide um produto ou projeto inteiro em pequenas montagens. Na metodologia Agile, o desenvolvimento ou teste ocorre simultaneamente. O Agile oferece suporte \u00e0 colabora\u00e7\u00e3o e tamb\u00e9m \u00e0 comunica\u00e7\u00e3o direta.<\/p>\n Scrum \u00e9 a base para gerenciamento de projetos ou desenvolvimento de software. Scrum \u00e9 um dos processos \u00e1geis. O Scrum se concentra em entregar valor de neg\u00f3cios para usu\u00e1rios de neg\u00f3cios em um per\u00edodo m\u00ednimo de tempo. Os projetos s\u00e3o divididos em sprints, que geralmente duram de uma a tr\u00eas semanas. Scrum tem tr\u00eas fun\u00e7\u00f5es principais: scrum master, product owner e membros da equipe.<\/p>\n Scrum enfatiza a auto-organiza\u00e7\u00e3o e propriedade compartilhada entre os membros da equipe. Ele v\u00ea o gerenciamento de projetos como um processo de cria\u00e7\u00e3o de valor compartilhado; e enfatiza a colabora\u00e7\u00e3o e o desenvolvimento iterativo para gerenciar com efic\u00e1cia as mudan\u00e7as e criar produtos melhores para atender \u00e0s necessidades do cliente. O Scrum v\u00ea o tempo como uma restri\u00e7\u00e3o. Ele enfatiza o tempo de boxe e usa o planejamento de sprint di\u00e1rio e reuni\u00f5es de revis\u00e3o.<\/p>\n Agile e scrum est\u00e3o relacionados ao gerenciamento de projetos e ao desenvolvimento de software. Uma vez que Scrum \u00e9 uma das maneiras de implementar o Agile, ambos t\u00eam v\u00e1rias semelhan\u00e7as. Ambos enfatizam o uso ideal de recursos. Ambos enfatizam o gerenciamento eficiente e eficaz de v\u00e1rias tarefas.<\/p>\n Agile e scrum, ambos visam tirar o m\u00e1ximo proveito dos usu\u00e1rios de neg\u00f3cios. Eles tentam garantir que um produto ou projeto seja entregue aos usu\u00e1rios de neg\u00f3cios o mais r\u00e1pido poss\u00edvel. Ambos enfatizam a melhoria cont\u00ednua, colabora\u00e7\u00e3o, comunica\u00e7\u00e3o aberta, etc.<\/p>\n Agile \u00e9 uma metodologia de desenvolvimento baseada em uma abordagem incremental e iterativa; enquanto Scrum \u00e9 um dos muitos esquemas de implementa\u00e7\u00e3o ou processos Agile.<\/p>\n Scrum fornece m\u00f3dulos incrementais para o cliente a cada semana ou quinzena.<\/p>\n Um dos princ\u00edpios do Agile \u00e9 baseado na responsabilidade pessoal de uma pessoa, n\u00e3o na depura\u00e7\u00e3o de processos internos.<\/p>\n (De um artigo<\/a> em VC.ru)<\/p>\n Ao trabalhar com equipes profissionais, usamos Scrum, na maioria das vezes escolhemos um ciclo de 2-3 semanas com reuni\u00f5es retrospectivas que nos permitem manter tudo sob controle.<\/p>\n (De uma entrevista com<\/a> Vedomosti com Frank Sosier, treinador do Freestanding Agility)<\/p>\n A ideia principal do Kanban \u00e9 a visualiza\u00e7\u00e3o do fluxo de trabalho. Consiste na cria\u00e7\u00e3o de um painel f\u00edsico no qual voc\u00ea pode marcar visualmente o seu progresso.<\/p>\n (Da tradu\u00e7\u00e3o da coluna Forbes em Rusbase)<\/p>\n Se falamos do que \u00e9 \u00e1gil, eu me limitaria a essa frase – \u00e9 um conjunto de valores dentro do qual constru\u00edmos nosso trabalho com produtos, com processos dentro da organiza\u00e7\u00e3o.<\/p>\n (Alexey Pimenov, s\u00f3cio-gerente da ScrumTrek em um artigo na Rusbase)<\/p>\n<\/blockquote>\n Antes do advento do Scrum, a abordagem em cascata foi adotada no mundo do desenvolvimento de software. O trabalho no produto foi executado de acordo com o seguinte plano.<\/p>\n Os desenvolvedores coordenaram o plano de trabalho com o cliente e seguiram rigorosamente os termos de refer\u00eancia. Quando o produto ficou pronto, ele foi testado, mas n\u00e3o era mais poss\u00edvel mudar algo. Portanto, se fossem detectados erros, eles teriam que come\u00e7ar tudo de novo e o tempo de trabalho aumentaria.<\/p>\n Isso foi at\u00e9 que um grupo de inovadores decidiu mudar a situa\u00e7\u00e3o completamente. Eles observaram como as equipes de sucesso trabalham: sem perder prazos e obtendo exatamente o resultado que planejaram. Descobriu-se que o sucesso estava na flexibilidade do processo.<\/p>\n As li\u00e7\u00f5es aprendidas ajudaram a criar o Manifesto de Desenvolvimento \u00c1gil de Software. Incluiu apenas quatro pontos, mas eles mudaram completamente o processo.<\/p>\n Manifesto de desenvolvimento \u00e1gil de software<\/p>\n 1 Pessoas s\u00e3o mais importantes do que ferramentas. Esses quatro pontos foram a base para o surgimento do Agile, o processo de desenvolvimento de software flex\u00edvel. Posteriormente, foram criados 12 princ\u00edpios, que ainda s\u00e3o usados \u200b\u200bem qualquer metodologia \u00e1gil.<\/p>\n 12 Princ\u00edpios \u00c1geis<\/p>\n 1 O principal \u00e9 um bom software e um cliente satisfeito. \u00c1gil e cascata, escalas<\/p>\n Uma das metodologias de desenvolvimento \u00e1gil de software, que se baseia em princ\u00edpios \u00e1geis, \u00e9 o Scrum.<\/p>\n Os criadores do Scrum, Jeff Sutherland e Ken Schwaber, observaram o trabalho dos militares americanos, das for\u00e7as especiais e at\u00e9 mesmo de jogadores de r\u00fagbi por muitos anos. E perceberam que seu sucesso se baseia na intera\u00e7\u00e3o e no trabalho em equipe. Sutherland e Schwaber perceberam que isso era exatamente o que os desenvolvedores de software precisavam. Foi assim que surgiu a metodologia Scrum.<\/p>\n O Scrum est\u00e1 sempre focado no cliente, que deve receber o produto desejado no prazo e com o menor custo. Isso pode ser alcan\u00e7ado seguindo alguns princ\u00edpios essenciais.<\/p>\n Trabalho em ciclos curtos (sprints)<\/p>\n Planeje um sprint, n\u00e3o todo o projeto de uma vez. Cada sprint \u00e9 um per\u00edodo de tempo durante o qual a equipe trabalha em uma parte totalmente acabada do produto.<\/p>\n Flexibilidade. “Verifique e adapte”<\/p>\n Flexibilidade de processo e teste de produto ap\u00f3s cada sprint. Se algo der errado, a equipe est\u00e1 sempre pronta para mudar a estrat\u00e9gia de desenvolvimento ou revisar o backlog Backlog Uma lista ordenada de tarefas nas quais a equipe scrum est\u00e1 trabalhando ao criar um produto.<\/p>\n Participa\u00e7\u00e3o do cliente e usu\u00e1rios na cria\u00e7\u00e3o do produto.<\/p>\n O cliente n\u00e3o fica de lado, mas est\u00e1 totalmente envolvido no trabalho. Para isso, existe o papel do dono do produto, que \u00e9 desempenhado pelo pr\u00f3prio cliente ou por seu representante. \u00c9 por meio dele que a equipe interage com os usu\u00e1rios. Como o desenvolvimento \u00e9 realizado em est\u00e1gios curtos, os usu\u00e1rios se envolvem nos testes quase que imediatamente.<\/p>\n Ap\u00f3s o teste inicial, eles recebem acesso ao produto e o propriet\u00e1rio do produto coleta feedback. \u00c9 assim que a equipe pode melhorar o resultado.<\/p>\n Intera\u00e7\u00e3o da equipe<\/p>\n Uma equipe Scrum \u00e9 um grupo de pessoas que trabalham por um resultado e como um todo. Todos se esfor\u00e7am por um objetivo comum.<\/p>\n Uma equipe scrum geralmente \u00e9 um grupo de cinco a nove pessoas. Este \u00e9 o n\u00famero ideal, mas \u00e0s vezes h\u00e1 equipes de tr\u00eas. Se houver mais pessoas, fica mais dif\u00edcil para elas interagirem entre si, o que atrapalha o trabalho e reduz a produtividade.<\/p>\n Propriet\u00e1rio do produto.<\/strong> A pessoa que representa o produto e \u00e9 o intermedi\u00e1rio entre o cliente, os usu\u00e1rios e a equipe de desenvolvimento. \u00c0s vezes, pode ser o pr\u00f3prio cliente.<\/p>\n<\/li>\n Scrum Master.<\/strong> Na maioria das vezes – um funcion\u00e1rio especialmente contratado que lidera a equipe at\u00e9 o resultado. Ele n\u00e3o gerencia a equipe, mas supervisiona a implementa\u00e7\u00e3o dos princ\u00edpios b\u00e1sicos do Scrum. Sua tarefa n\u00e3o \u00e9 pressionar, n\u00e3o fazer todo o trabalho sozinho e n\u00e3o distribuir responsabilidades, mas ajudar, direcionar e resolver quest\u00f5es que dificultam o processo de desenvolvimento.<\/p>\n<\/li>\n Desenvolvedores.<\/strong> Uma equipe scrum sempre tem pessoas com diferentes conjuntos de habilidades. Assim, uma equipe de cinco a nove pessoas lidera todo o projeto do in\u00edcio ao fim. Uma equipe – um produto acabado.<\/p>\n<\/li>\n<\/ul>\n Como \u00e9 uma equipe scrum<\/p>\n O Scrum funciona quando h\u00e1 distribui\u00e7\u00e3o de fun\u00e7\u00f5es. H\u00e1 tr\u00eas deles.<\/p>\n Equipe.<\/strong> Este \u00e9 um grupo auto-organizado de 3-9 pessoas. A contribui\u00e7\u00e3o de um funcion\u00e1rio individual n\u00e3o \u00e9 avaliada. O que importa \u00e9 o resultado que a equipe alcan\u00e7ou com o esfor\u00e7o conjunto.<\/p>\n Propriet\u00e1rio do produto.<\/strong> Geralmente \u00e9 um empres\u00e1rio que conhece seu neg\u00f3cio e entende as necessidades dos clientes. Ele tem experi\u00eancia suficiente para saber como deve ser o produto acabado. O Product Owner \u00e9 o elo entre a equipe, o consumidor e a produ\u00e7\u00e3o. Ele trabalha com feedback, toma decis\u00f5es importantes e monitora o or\u00e7amento do projeto. O product owner n\u00e3o diz \u00e0 equipe qual caminho seguir, mas apenas olha o resultado.<\/p>\n Scrum Master ou L\u00edder de Equipe<\/strong>. O Scrum Master \u00e9 respons\u00e1vel pelo sucesso da equipe. Ele n\u00e3o toma decis\u00f5es e n\u00e3o lidera. Sua tarefa \u00e9 fazer a equipe trabalhar sem influ\u00eancia gerencial. O Scrum Master \u00e9 a cola que mant\u00e9m a equipe unida.<\/p>\n Scrum \u00e9 uma t\u00e9cnica de planejamento flex\u00edvel adequada para qualquer projeto. Com sua ajuda, voc\u00ea pode aumentar a produtividade da empresa e obter melhores resultados. Por exemplo, a equipe costumava passar um m\u00eas em uma tarefa e meio m\u00eas em melhorias. Agora, a mesma tarefa levar\u00e1 2 semanas e, provavelmente, n\u00e3o haver\u00e1 melhorias.<\/p>\n Scrum \u00e9 mais simples do que outros frameworks. Ele d\u00e1 as ferramentas e sugere em que sequ\u00eancia us\u00e1-las para obter o resultado.<\/p>\n Scrum sugere fazer isso:<\/p>\n Agile est\u00e1 mudando a forma como abordamos a vida e o empreendedorismo. Ele ensina voc\u00ea a reagir rapidamente \u00e0s circunst\u00e2ncias e se adaptar a elas.<\/p>\n Agile funciona em qualquer lugar: em gest\u00e3o, com\u00e9rcio, servi\u00e7os. Algu\u00e9m o usa para administrar suas pr\u00f3prias vidas e acompanhar tudo.<\/p>\n<\/blockquote>\n Mas ningu\u00e9m pode garantir que ele ajudar\u00e1 uma determinada empresa. Se a empresa for pequena, \u00e9 mais f\u00e1cil mudar a opini\u00e3o das pessoas. As grandes corpora\u00e7\u00f5es acham mais dif\u00edcil: quando h\u00e1 v\u00e1rios departamentos, e cada um tem seu pr\u00f3prio l\u00edder, a implementa\u00e7\u00e3o do Agile pode ser atrasada. A equipe resistir\u00e1 \u00e0 mudan\u00e7a. Para facilitar, essas empresas convidam treinadores Agile.<\/p>\n Agile n\u00e3o \u00e9 adequado para aqueles que t\u00eam feito um produto t\u00edpico por muitos anos consecutivos. \u00c9 mais lucrativo para essas empresas fazer mil cadeiras iguais de uma vez: ainda haver\u00e1 pedidos. Mas assim que aparece um cliente com um pedido especial, voc\u00ea precisa exatamente da mesma cadeira, mas deixe as pernas serem mais largas e o estofamento ficar\u00e1 mais brilhante – o Agile \u00e9 necess\u00e1rio.<\/p>\n Dependendo das tarefas, aplicamos diferentes m\u00e9todos dentro da filosofia – \u00e1gil, scrum, kanban.<\/p>\n Scrum permite que voc\u00ea desenvolva as qualidades necess\u00e1rias nos funcion\u00e1rios – proatividade, independ\u00eancia, organiza\u00e7\u00e3o, habilidades de comunica\u00e7\u00e3o e vis\u00e3o. O ponto principal do m\u00e9todo \u00e9 realizar tarefas em equipes auto-organizadas, onde cada um tem seu papel e cada um \u00e9 respons\u00e1vel por sua parte no trabalho. Usando o scrum, conduzimos pesquisas de pessoal, desenhamos gr\u00e1ficos da velocidade esperada de conclus\u00e3o das tarefas.<\/p>\n Usamos o Agile nas comunica\u00e7\u00f5es internas. Recentemente, realizamos outro sprint para eliminar o atraso dos funcion\u00e1rios. Todos os chefes e especialistas envolvidos no projeto passaram o dia inteiro na reuni\u00e3o, discutindo as conquistas, os desafios e as pr\u00f3ximas tarefas do novo sprint.<\/p>\n Agora estamos introduzindo ativamente o m\u00e9todo kanban na empresa. O objetivo da implementa\u00e7\u00e3o do kanban \u00e9 aumentar a flexibilidade da produ\u00e7\u00e3o, melhor se adaptar \u00e0s mudan\u00e7as nas demandas do mercado. Na pr\u00e1tica, o m\u00e9todo nos ajudou a conseguir uma correspond\u00eancia entre o estoque do dep\u00f3sito e os produtos realmente usados \u200b\u200bna produ\u00e7\u00e3o.<\/p>\n Um ponto importante: a metodologia \u00e1gil \u00e9 uma dire\u00e7\u00e3o geral, e kanban e scrum j\u00e1 s\u00e3o suas variedades.<\/p>\n Usamos o pacote scrum + waterfall, e tamb\u00e9m refinamos o pr\u00f3prio prancha \u00e1gil durante o ano. Principal raz\u00e3o de uso: transpar\u00eancia e simplicidade. Na verdade, este acaba sendo o mesmo pipeline de Henry Ford: a transi\u00e7\u00e3o de uma tarefa de status a status com uma mudan\u00e7a de executor, portanto, o princ\u00edpio b\u00e1sico para a pr\u00f3pria placa \u00e1gil j\u00e1 \u00e9 a simplicidade.<\/p>\n Usamos o Agile como parte direta de nosso fluxo de trabalho, de modo que todos os projetos, desde branding e desenvolvimento de website at\u00e9 nossa IA e startup de publicidade nativa NativeOS, s\u00e3o realizados em Chernika exatamente de acordo com este fluxo de trabalho.<\/p>\n Um produto funcional \u00e9 mais importante do que documenta\u00e7\u00e3o detalhada. Isso n\u00e3o significa que n\u00e3o mantemos nenhuma documenta\u00e7\u00e3o, n\u00e3o. Em vez disso, \u00e9 uma vis\u00e3o voltada para a efici\u00eancia com um golpe para a burocracia desnecess\u00e1ria.<\/p>\n O Scrum trouxe ritmo e compreens\u00e3o para a nossa equipe – quer estejamos pontualmente ou n\u00e3o. Vemos a velocidade do trabalho da equipe, n\u00e3o h\u00e1 sensa\u00e7\u00e3o de foda constante. Anteriormente, havia situa\u00e7\u00f5es em que antes do hard release o scrum desaparecia em algum lugar e todos come\u00e7avam a descobrir – agora que o perdemos, h\u00e1 uma sensa\u00e7\u00e3o constante de que estamos no prazo. Se surgirem riscos, n\u00f3s os discutimos com o PD no in\u00edcio, ajustamos o plano ou reduzimos o escopo das tarefas de alguma forma.<\/p>\n O trabalho ficou mais transparente, a jornada de trabalho come\u00e7ou a se enquadrar na norma de 8 horas e parecia que come\u00e7amos a fazer mais. Entendemos que quando voc\u00ea tem a sensa\u00e7\u00e3o de que n\u00e3o est\u00e1 fazendo o suficiente, voc\u00ea sente que precisa trabalhar mais – isso tem um efeito muito negativo na produtividade, voc\u00ea precisa se livrar disso.<\/p>\n Para clareza e abertura do trabalho do departamento de desenvolvimento, colocamos um quadro especial marcado “para fazer”, “em andamento”, “revis\u00e3o”, “teste”, “conclu\u00eddo”, onde todos os membros da equipe colam adesivos com as tarefas (na coluna “fazer”) e, \u00e0 medida que s\u00e3o conclu\u00eddos, s\u00e3o movidos para os pontos subsequentes, e um final feliz \u00e9 o final “pronto”. Isso ajuda a ter uma vis\u00e3o geral e torna poss\u00edvel ver o que cada participante \u00e9 trabalhando em.<\/p>\n Um ponto muito importante do m\u00e9todo (e organiza\u00e7\u00e3o do workflow): ap\u00f3s a aprova\u00e7\u00e3o de todas as tarefas (“to do”), a lista \u00e9 bloqueada para inser\u00e7\u00e3o. Assim, as novas tarefas que chegam n\u00e3o distraem do processo e n\u00e3o tornam o trabalho mais lento.<\/p>\n Todos os participantes tamb\u00e9m avaliam cada tarefa em termos de tempo e custos de material que ser\u00e3o necess\u00e1rios para concluir. E a cereja do bolo s\u00e3o as reuni\u00f5es di\u00e1rias em um hor\u00e1rio espec\u00edfico (Daily Scrum), onde cada membro da equipe fala brevemente sobre o que vai fazer hoje, o que fez ontem (e se enfrentou algum obst\u00e1culo). Isso \u00e9 importante no caminho para as metas de longo prazo – \u00e9 assim que voc\u00ea pode entender a tempo que \u00e9 hora de mudar sua estrat\u00e9gia.<\/p>\n Implementamos Scrum em duas tentativas porque todos, da equipe aos usu\u00e1rios, desejam um resultado mais previs\u00edvel. Este \u00e9 um ponto positivo da metodologia – ritmos claros agilizam a equipe, aumentam o n\u00edvel geral de conhecimento sobre o projeto. Como resultado, o resultado se torna mais previs\u00edvel, inclusive para nossos “stakeholders” – usu\u00e1rios.<\/p>\n O trabalho em equipe tamb\u00e9m aumenta a responsabilidade: todos recebem um b\u00f4nus apenas se a equipe tiver conclu\u00eddo as tarefas definidas em um determinado est\u00e1gio.<\/p>\n Inga Koryagina Fontes usadas e links \u00fateis sobre o t\u00f3pico: https:\/\/rb.ru\/story\/agile-scrum-kanban\/<\/a> https:\/\/ru.esdifferent.com\/difference-between-agile-and-scrum<\/a> https: \/\/ skillbox. ru \/ media \/ management \/ kak_ponyat_scrum \/<\/a> https:\/\/allo.tochka.com\/agile-scrum<\/a><\/p>\nO que \u00e9 Agile?<\/h2>\n
O que \u00e9 Scrum?<\/h2>\n
Semelhan\u00e7as entre Agile e Scrum:<\/h2>\n
A natureza do Agile e Scrum:<\/h2>\n
Exemplos de uso<\/h2>\n
\n
Como e por que a metodologia scrum apareceu<\/h2>\n
\n
\n2 A qualidade do produto \u00e9 mais importante do que a documenta\u00e7\u00e3o.
\n3 A intera\u00e7\u00e3o com o cliente \u00e9 mais importante do que o contrato.
\n4 A prontid\u00e3o para a mudan\u00e7a \u00e9 mais importante do que um plano definido.<\/p>\n
\n2 Prontid\u00e3o para mudan\u00e7as a qualquer momento.
\n3 Software totalmente funcional – t\u00e3o freq\u00fcentemente quanto poss\u00edvel.
\n4 A reuni\u00e3o de equipe \u00e9 melhor para a troca de informa\u00e7\u00f5es.
\n5 O cliente e a equipe de desenvolvimento devem trabalhar juntos.
\n6 Confie nas pessoas para fazer seu trabalho.
\n7 H\u00e1 software funcionando – h\u00e1 progresso.
\n8 Processos \u00e1geis – desenvolvimento cont\u00ednuo.
\n9 A aten\u00e7\u00e3o \u00e0 qualidade promove a flexibilidade.
\n10 A simplicidade do processo elimina trabalho desnecess\u00e1rio.
\n11 A equipe auto-organizada trabalha melhor.
\n12 Busca cont\u00ednua de maior efici\u00eancia.<\/p>\nPrinc\u00edpios fundamentais do Scrum<\/h2>\n
A import\u00e2ncia da equipe scrum<\/h2>\n
Estrutura de comando<\/h3>\n
\n
Distribui\u00e7\u00e3o de fun\u00e7\u00f5es<\/h4>\n
Ferramentas Scrum<\/h2>\n
Instru\u00e7\u00f5es: como usar Scrum para trabalhar como Ajail<\/h2>\n
\n
Para quem \u00e9 o Agile?<\/h2>\n
\n
Uma palavra para os especialistas<\/h2>\n
\n<\/strong>Agile \u00e9 uma filosofia, scrum \u00e9 uma estrutura, cascata \u00e9 um m\u00e9todo, kanban \u00e9 um sistema de gerenciamento. Scrum e kanban s\u00e3o op\u00e7\u00f5es \u00e1geis, mas t\u00eam algumas diferen\u00e7as claras. Scrum requer fun\u00e7\u00f5es fixas, enquanto o kanban n\u00e3o possui as fun\u00e7\u00f5es requeridas. Scrum \u00e9 baseado em itera\u00e7\u00f5es que combinam planejamento, otimiza\u00e7\u00e3o de processos e libera\u00e7\u00e3o. No Kanban, voc\u00ea pode fazer isso regularmente ou sempre que precisar. A equipe scrum exige uma avalia\u00e7\u00e3o de seu trabalho, enquanto a equipe kanban n\u00e3o.<\/p>\n