Ágil e Scrum para iniciantes

1. Introdução: Oi, eu sou mau. Inferno. E isso é ágil e scrum para iniciantes. Desde 2010, venho intermediando como grande Mazda e um treinador de vantagem para bancos, seguros, seguros, editoras e empresas de desenvolvimento de software. E o que eu vi em seu tempo é muito fora de interesse e emoção sobre a borda do desenvolvimento de software. O que eu também vi às vezes é confusão e mal-entendidos sobre o que ej eu realmente quero dizer. Então, o que é que eu realmente quero dizer? É disso que se trata esta aula. Quais são os valores e princípios fundamentais que compõem no conjunto mental ágil? Quais são os benefícios e também possíveis armadilhas para trabalhar de forma ágil? E eu também vou falar sobre este framework Graham, que é provavelmente, no momento, o quadro mais popular para colocar as idéias ágeis em prática. Angel é realmente sobre aprendizagem e melhoria. Então, estou muito interessado nos seus projetos. Certifique-se de postá-los na galeria do projeto e também por favor, direita um comentário e me dar feedback. O que acha desta aula? Isso seria muito valioso para mim. Obrigado 2. Qual é o caráter ágil: Sobre o que é Angel? Para responder a isso, precisamos voltar à história. Em 2001 17 especialistas em desenvolvimento de software se reuniram em uma estância de esqui, e obviamente eles foram esquiar. Mas eles também criaram o manifesto para a borda do desenvolvimento de Software, e esse foi o momento em que o termo Edgell se tornou conhecido no desenvolvimento de software. O texto fora do manifesto Edge I é bastante curto, escrevem os autores. Eles estão descobrindo melhores maneiras de desenvolver software melhor do que o que melhor do que o pesado evade, documentos centrados processo fora dos anos noventa que também se concentrou pouco nas pessoas realmente fazendo o trabalho. Em vez disso, os autores escrevem que eles têm vindo a valorizar indivíduos e interações sobre processos e ferramentas, trabalhando software sobre documentação abrangente, colaboração com clientes sobre negociação de contratos e responder à mudança ao longo de seguir um plano e por que há valor nos itens à direita. Eles valorizavam os itens à esquerda mais além deste texto. Há também 12 princípios na borda do manifesto, e vamos falar sobre tudo isso nos próximos vídeos. Então, para dar um resumo o que Hegel é, Angela realmente é uma mentalidade baseada nos valores e princípios fora da borda, Eu manifesto. Trata-se de fornecer software com frequência e satisfazer o cliente, incorporando o feedback. Trata-se de aprendizagem contínua e melhoria em conjunto com as pessoas da sua equipa. E se você fizer direito, é divertido. O que? Hegel. Não é. Não é um processo fixo, método ou metodologia. Algumas pessoas falam sobre o método Edge I e o que realmente significam. É o Graham. Mas sumir é apenas uma maneira de perceber os valores e princípios ágeis. O HIV também não é algo que você pode impor às pessoas depende de pessoas sendo motivadas por si mesmas e também ágil não é uma fórmula mágica para o sucesso. Você ainda precisa construir um software que as pessoas realmente querem e precisam. 3. Valores e princípios ágeis: Vamos dar uma olhada na borda dos valores e princípios em detalhes. O primeiro par de valores é indivíduos e interações sobre processos e ferramentas. O problema é que processos e ferramentas são otimizados para atividades recorrentes. Então, por exemplo, se você estiver cozinhando um bolo, você sempre pode seguir os mesmos passos, e isso produzirá resultados previsíveis. Mas o desenvolvimento de software está cheio de surpresas, e agora só os humanos são bons em lidar com surpresas. Assim, a solução, os princípios Edge I propõe trabalhar em conjunto. Como uma equipe. A equipe deve consistir em pessoas intrinsecamente motivadas. Deve ser auto-organizado, de modo que as crianças dependem da direção de fora ou controlar o negócio. Pessoas e desenvolvedores devem conversar cara a cara todos os dias, e o resto fora da organização deve confiar na equipe para fazer o melhor trabalho possível. Vamos dar uma olhada no próximo par de valor software de trabalho sobre documentação abrangente . O problema de documentar muito antecipadamente é quando os refinamentos mudam com frequência. Você precisa refazer a documentação com muita frequência, e não é para isso que o cliente paga. O cliente paga você pelo software porque ela pode usar o software para a solução. Os princípios A criança propõe. Mantenha-o simples. Tornou o software de trabalho a principal medida fora do progresso focado nisso e documentar apenas o que realmente é necessário. Vamos dar uma olhada no próximo par de valores. Colaboração do cliente sobre negociação de contrato. O problema com os contratos é que eles tentam prever como o produto será no final do desenvolvimento de software. Mas os requisitos muitas vezes mudam uma vez que os clientes software HEASTER, então o feedback dos clientes realmente essencial para construir um produto satisfatório. Assim, a solução que os princípios Edge I propõem. Forneça software de trabalho ao cliente com antecedência e colete feedback com frequência. Incorpore o feedback no software e fazendo isso, faça o cliente feliz. E se você fornecer software de trabalho com frequência, você pode transformar os clientes em clientes pagantes antecipadamente, e sua empresa pode começar a ganhar dinheiro mais cedo. Vamos dar uma olhada no último par de valores respondendo à mudança ao longo de seguir um plano. O problema é que as mudanças são muitas vezes vistas como ruins, mas na verdade elas podem ser uma vantagem competitiva. E quando os requisitos mudam com frequência, o plano original não será mais válido e aderindo a ele a causa, problemas e confusão. Assim, a solução que a borda dos princípios propõe. Faça mudar a norma. Bem-vindo às mudanças de requisitos até mesmo tarde no desenvolvimento para obter vantagem competitiva e reduzir o impacto que uma mudança tem em seu processo de desenvolvimento. Por exemplo, manter seu processo é simples. Deixe de fora tudo desnecessário e automatize o máximo possível, maximizando a excelência técnica, como automação de testes e refeitório. E se você quiser ler os valores e princípios como eles são declarados no manifesto ágil , aqui estão os links. 4. Scrum em uma nutshell: scrum é uma estrutura popular para colocar as idéias ágeis em prática. Consiste apenas em cinco eventos, três efeitos fora e três rolos. Vamos dar uma olhada. Scram pode ser usado para desenvolver qualquer produto complexo, incluindo software. Você repete os cinco eventos a seguir até que seu produto atinja a vida útil final no planejamento Sprint . Você planeja o próximo sprint, que é um período de tempo fixo, no máximo, quatro semanas. No sprint, você trabalha no incremento do produto. Por exemplo, você adiciona recursos através do software ou altera recursos existentes nos diários Graham, que é uma reunião diária fora no máximo 15 minutos Durante o sprint, você monitora o progresso e identifica impedimentos no Sprint Revisão. No final. Fora do sprint, você demonstra o incremento do produto com as partes interessadas e recebe feedback. Assim, por exemplo, você demonstra o software de trabalho e, na retrospectiva Sprint, sua equipe reflete sobre o processo e a colaboração durante o sprint e concorda e rastreia melhorias. Há três efeitos de arte e scrum o olhar de volta do produto, o olhar de volta sprint e o incremento do produto. O backlog do produto é uma lista ordenada de coisas conhecidas para ser feito para o produto, por exemplo, refinamentos, refinamentos, correções e assim por diante. A lista de pendências do produto muda o tempo todo. Durante o desenvolvimento do produto, novos itens são adicionados, outros são removidos. Apenas os itens no topo me para ser detalhado os itens na parte inferior de idéias grosseiras para o futuro. Quanto maior e o item estiver no backlog do produto, mais cedo ele será realizado. A maneira como isso funciona é que durante o planejamento Sprint, os desenvolvedores puxam itens do topo do oclock produto em seu visual sprint back. Eles também adicionam tarefas, por exemplo, criam controle de uma Classe X. Em seguida, eles transformaram o sprint de volta em um incremento de produtos à base de plantas potencialmente navio. Isso significa que se a empresa decidiu enviar o produto, ele poderia. Para software, isso significa que o incremento do produto é integrado e testado. Há apenas três papéis no scrum. O proprietário do produto é a pessoa responsável pelo produto e seu olhar traseiro. Ela se certificar de que o produto tem valor para o cliente e ordena sua volta olhar em conformidade. Ela também é responsável pela qualidade fora do olhar de trás, itens e a disponibilidade fora do olhar de trás para as partes interessadas que ela pode montar o olhar de trás , itens si mesmo ou delegado, mas ela é a única que é finalmente responsabilidade para o olhar de volta do produto, os desenvolvedores incluem todos os necessários para realmente construir o produto e desenvolvimento de software . Isso significa pessoas com habilidades de design, programação e teste, entre outras. Os desenvolvedores são os proprietários fora do sprint de volta. Olha, nós não conversamos sobre o mestre de Scrum até agora. Ela é responsável pela eficácia fora scrum na equipe e organização. Ela ajuda a equipe a remover impedimentos e seguranças. Graham é implementado corretamente e treinadores pessoas na organização sobre scrum e juntos o proprietário do produto, desenvolvedores e mestre scram formou a equipe scrum para resumir. Graham é uma estrutura para o desenvolvimento de produtos complexos. Ele só tem cinco eventos, três artefatos e três regras. Isso facilita o aprendizado, mas ainda é difícil dominar e praticar. Você precisa preencher os espaços em branco do quadro você mesmo. Por exemplo, use boas práticas de desenvolvimento de software, como automação de testes e integração contínua. O guia scrum que define Graham e contém mais detalhes pode ser baixado do guia scrum start off 5. Benefícios e armadilhas: na lição final desta aula, falarei sobre os benefícios e armadilhas de trabalhar de forma ágil. Um benefício é que, porque fora as entregas freqüentes fora do software para o cliente, há muitas oportunidades juntos e incorporar feedback, e isso vai fazer seus clientes felizes. E eles eram como seus produtos. Outro benefício é que você minimiza o lead time. Esse é o momento de começar a trabalhar em um dedo do pé de recurso, realmente entregá-lo ao cliente. A razão para isso é que, a fim de entregar com frequência, você só trabalha em um pequeno número de recursos em um determinado momento e entregá-los o mais rápido possível . E, finalmente, se você realmente trabalha de forma ágil, as pessoas com quem você trabalha provavelmente estão motivadas a fazer seu trabalho. Agora vamos dar uma olhada em possíveis armadilhas. Há muitas armadilhas. Só apresentarei três que são muito típicos na minha experiência. Eu também vou dar-lhe algumas dicas sobre coisas que você pode tentar fazer quando você encontrá-los. Em muitas empresas, você precisa corrigir o escopo do projeto para obter a aprovação do projeto. Se você pode mudar isso, você deve pelo menos definir uma maneira de lidar com as mudanças e você deve fazer isso no início do seu projeto. Você pode continuar adicionando recursos durante o projeto. Para cada recurso que recebe uma prioridade mais alta, algum outro futuro deve obter uma prioridade menor ou ser removido. Caso contrário, você sobrecarrega o sistema. Em muitas organizações, as próprias equipes não são realmente auto-organizadas. Eles deixam o poder de tomada de decisão necessário. As decisões são tomadas na hierarquia, por exemplo, do proprietário do produto não está habilitado a dizer não aos requisitos de certas partes interessadas em tal situação. Eu experimentei isso para ser útil se o proprietário do produto, pelo menos, colabora muito de perto com os gerentes que podem realmente tomar a decisão. Idealmente, gestão superior deve esclarecer ricos poderes de tomada de decisão. A equipe tem e fazer o seu próprio processo de tomada de decisão transparente. Finalmente, se os desenvolvedores repetidamente não começar o trabalho feito no final muitas vezes sprint interacional. Pode ser um sinal fora da educação, então você pode, um lado, contratar mais. Desenvolvedores sênior , por outro lado, promover a educação adicional fora dos desenvolvedores. É também uma boa idéia toe plano, tempo para refeitório, automação de testes e redução técnica que cada alteração 6. CONCLUSÃO: Ei, você assistiu todas as lições. Quão legal é isso? Espero que tenha gostado do conteúdo e que o meu sotaque alemão não tenha sido muito irritante. Isso é mais uma coisa. Quero convidá-lo para fazer o projeto da turma. Como você sabe, agora, ágil é tudo sobre aprendizado e melhoria, e é isso que você vai fazer. Você aprenderá uma coisa ou melhorará uma coisa na organização para a qual trabalha, e encontrará muitas dicas úteis na descrição do projeto. E quando terminar, quero que envie os resultados para a Galeria do Projeto. Estou muito entusiasmada para ver o resultado. Isso é muito interessante para mim. E se você tiver alguma dúvida ou feedback, por favor me avise o ano.