O que é Agile: tradução, o âmbito de aplicação. Metodologias de desenvolvimento de

Difícil encontrar uma pessoa que não gostaria que a ele sejam tratados com respeito. Mas para este estado de coisas deve ser a razão. Por exemplo, quando uma pessoa é requintado reconhecido especialista no desenvolvimento de software. E para isso é necessário aprender. E, no âmbito deste artigo será considerado, que é o Agile, qual é o uso dela, e como classificar esta tecnologia.

Informações Gerais

Inicialmente, vamos ver com questões técnicas. O que é Agile? Tradução (literal) da palavra de inglês – ão ao vivo, ágil", um pouco menos mencionado ão flexível". E, a propósito, é a redução. O nome completo desta abordagem é que o Agile software development. Mas porque é muito tempo, e foi decidido reduzir. E agora dizem apenas Agile. Tradução ão flexível» do fato de que ele é o que mais corresponde à situação real.

O Que isso inclui?

Continuamos a considerar, que é o Agile. Aqui gostaria de concentrar-se a atenção para o fato de que esta é uma abordagem flexível, com base no qual se encontra um conjunto de diferentes metodologias (Scrum, XP, "Kanban", Lean). Para entender melhor o assunto, vamos fazer um paralelo. Digamos que o Agile-tecnologia – é um processo origens do Universo. O produto final – o próprio existente no mundo. E o big bang ã o mais doloroso problema que só tem a se reunir, – a alteração da lista de requisitos do produto. Normalmente, os processos de criação implicam o uso de folhas de modelo. Neste caso, tudo vai de forma consistente e em etapas. Esta abordagem pode expressar brevemente: vejo o objetivo – vou com ela. E se mudam os requisitos para o resultado final, então às vezes é necessário refazer de novo quase tudo. O que mais complica a situação, então, é uma tentativa de fazer parecer que tudo é normal, e você tem que se mover para a frente.

Mais:

Como instalar a transferência de palavras no Word

Trocar palavras é uma das mais importantes funções de um editor de texto. Através dela pode-se alcançar a dois muito interessantes durante a formatação. Em primeiro lugar, o texto resultante, ocupam menos espaço, assim como sua colocação será mais co...

Обрезаем foto no MS Paint

Atencioso usuário de computador certamente chamou a atenção, que você arquivo de imagem, existem diferentes extensões: BMP, GIF, JPG e пр. a Maior distribuição recebeu o último formato especificado, assim como a maioria das câmeras digitais criam ima...

Como flashear "Bios" no PC

Considerando a questão de como flashear "Bios", a necessidade de delimitar este conceito relativamente isolados componentes, aos quais se aplica a esta operação. "Bios" - serviço privado de firmware do sistema, responsável pelo correcto funcionamento...

E aqui está o Agile, a metodologia de gestão, concebido para lidar com tudo isso graças à sua flexibilidade. Esta equipa nacional "miscelânea" minimiza a uma variedade de riscos através da utilização de conjuntos de princípios. Todos eles são refletidas no Agile-manifesto, lançado em 2001. Se brevemente, então eles soam da seguinte forma:

1. Importante – são pessoas e não coisas.
2. Colabore, não leia o contrato.
3. Documentação não nos deve impedir de trabalhar.
4. Mudamos tão rapidamente quanto possível.

Pode parecer muito vago e não exatamente, mas vamos детализируем.

Dispositivo de processos

Considerando que é o Agile, vamos voltar para um dos mais populares методичек, conhecido como "Scrum" (Scrum). O que ela oferece? Para começar, você precisa:

1. Escolher o proprietário do produto. Esse papel cabe a pessoa, que vê o propósito precisa ir, e o que vai acabar.
2. A Decidir com a equipe. Para isso, é necessário um grupo de cerca de três a dez pessoas, que possuem habilidades que permitem obter o resultado.
3. Escolher responsável técnico. É a pessoa que irá acompanhar o desenvolvimento do projeto e ajudar a equipe a contornar as dificuldades.
4. Compreender as dificuldades. Deve reunir em um só lugar todos os requisitos de produto e estabelecer prioridades. O dono do produto deve reunir aqui todos os seus desejos. Então, a equipe avalia-los e entende que é possível implementar, e por quanto tempo você precisa.
5. Você Deverá dividir todo o volume de atividade em períodos de tempo, de comprimento de uma semana ou duas, durante os quais o comando irá executar determinados conjuntos de tarefas.
6. Dia, deve realizar a reunião, o comprimento de não mais de quinze minutos. A ordem deve ser обговаривать, o que foi feito ontem, quais são os planos para hoje, e os obstáculos que as impedem de tomar a altura.
7. Fazer revisões de final de semana (dois), durante o qual a equipe discute o que foi feito. Deve-se demonstrar a integridade de partes do produto.
8. Depois de cada período de tempo necessário para discutir os problemas e procurar soluções. E entre a necessidade de incorporar imediatamente.

Como reconhecer o Agile?

Metodologia de gerenciamento independentemente do sentido sempre tem essas características:

1. Minimização de riscos. Este é o objetivo principal, que persegue a partir de qualquer uma abordagem flexível.
2. Iterativo de desenvolvimento. Neste caso, significa trabalhar em pequenos ciclos.
3. O Mais importante – são as pessoas e a comunicação entre eles.

Vamos imaginar o rio. Numa margem do cliente. No segundo – a equipe. Nesse caso, a metodologia ágil de desenvolvimento tem vantagens para todos:

1. O Cliente precisa de um mínimo produto viável. Quando o fizer, durante sua criação, podem alterar as condições.
2. O Comando é útil para se comunicar com os colegas e o cliente. Neste caso, para minimizar o risco de ser mal interpretado, aumenta a transparência dos processos, rapidamente resolve os problemas que são reduzidas as chances de que será uma surpresa a criação do produto.

O fator Social

Quando descreve o que é Agile, normalmente, fala exclusivamente sobre os pontos positivos. E, de fato, melhora a interação dentro da equipe. Todas as pessoas se concentram em uma única idéia, não criam segredos entre si, tomam sobre si obrigações. Como resultado, a equipe defunciona em um ambiente confortável e rápido. Esta abordagem permite-lhe organizar o caos.

Desde a sua formação, ele foi capaz de há reconhecimento de tecnologia de indústrias. No momento, é amplamente utilizado para a concepção de novos produtos de software. Mas no âmbito geral, práticas de negócios, esta abordagem ainda малоизвестен. Portanto, ele com cuidado são aqueles que não se encontrou com o Agile anteriormente. Também deve-se entender que deve ser aplicada apenas nos casos em que, quando diante de pessoas enfrenta o desafio do trabalho intelectual.

Um Pequeno exemplo

Vamos ver como funcionam estas metodologias de desenvolvimento DE software. Digamos que temos um Pedro, o proprietário do produto. Ele não sabe os detalhes técnicos, mas ele tem uma visão do quadro geral. Ele sabe, por que precisa de um produto, quais os problemas que ele vai resolver, e quem está satisfeito. Também há partes interessadas. Eles podem usar o produto, manter a sua criação, ou mesmo como algo mais a ser envolvidos na sua criação. Você pode fazer mais e personalizados da história em que são expressos os desejos interessados лиц. por Exemplo: o sistema de reserva de bilhetes para os autocarros Moscovo-São Petersburgo deve ter pesquisa de voos. Pedro vai ajudar as pessoas interessadas. Ele tomará sob o controle da implementação das idéias de histórias de usuários. Também tem uma equipe de desenvolvedores. São as pessoas que vão construir um sistema de trabalho.

Como se utiliza metodologia ágil de desenvolvimento, as histórias não são empilhadas a um grande lançamento, e são liberados imediatamente após a conclusão e o mais frequentemente possível. O número de incidentes processados é a largura de banda de um comando em uma semana. Para não perder o ritmo e não pego no teste manual, a equipe deve trabalhar automatizado de integração. O que é isso? Para cada binário escrito um teste automatizado. Se histórias muito, então pode ocorrer uma precipitação, perda de motivação, perda de produtividade e de qualidade. Em tais casos, existe um método ão de ontem o tempo". Ele é que tem de definir a estrutura rígida da quantidade de trabalho e escolher cuidadosamente o que exatamente vai ser implementados. Mencionado anteriormente, o "Kanban" sugere que você instale um limite de tarefas.

E o que fazer com uma fila?

Bem, a equipe decidiu que ela pode lidar com quatro histórias de semana. Mas como orientar em tudo o que há? Digamos que os usuários подкидывают de dez histórias de semana. É processado de quatro. Portanto, a fila vai crescer continuamente. Neste caso não é apenas um método eficaz – a palavra "não". Para o dono do produto é extremamente importante. Dizer "sim" não é difícil. É muito mais complicado e o mais importante é decidir o que não fazer. E para isso, você precisa de mais e assumir a responsabilidade. Portanto, você deve decidir o que dar atenção agora, e o que deve ser adiada. Para priorizar, para o dono do produto sabia o valor e a quantidade de cada história.

A tomada de decisões

A Parte de histórias extremamente precisa. Outros representam simplesmente um bônus agradável. Algumas histórias serão desenvolvidas várias horas. Para criar outros vão meses. Muitas vezes passam a relação entre o tamanho da história e seu valor. Mas isso nem sempre é correto. Mais – não é sinónimo de melhor. Pedro devidamente consideradas prioridades ajuda a complexidade e o valor da tarefa executada. Como identificar essas características em quantidade valor? Sim não. Este é um verdadeiro jogo de jogo de adivinhação. E para uma maior eficiência e com ela a necessidade de envolver as pessoas o suficiente. Esta e a equipe de desenvolvimento, que informa sobre a quantidade de trabalho, e as partes interessadas. Mas deve-se entender que todos os dados obtidos desta forma, são aproximados de adivinhação. Não há números precisos. Inicialmente, são erros. Mas, à medida que mais experiência o seu número e a escala vai cair.

Os Possíveis riscos

Para evitar problemas, é necessário dar respostas honestas sobre uma série de questões. Este é o:

1. A coisa certa se o fazemos? É o risco do negócio.
2. Que Possamos realizar o que é preciso? É um risco social.
3. Se o trabalho de projecto na plataforma. Esta é uma técnica de risco.
4. Haverá dinheiro Suficiente, e tem como? Isso os riscos de prazos de execução e custo.

Neste caso, precisa de conhecimento. Eles podem ser considerados como opostos de riscos. Quando é fixado um nível considerável de incerteza, adquirimos conhecimento – por exemplo, criamos protótipos de interface, técnicas ou experiências. E já com eles, tomando decisões sobre em que direção deveria seguir.

Como aprender?

IT-indústria extremamente desenvolveu-se rapidamente, e para não perder eventualmente, a necessidade de aprender continuamente, de promover a qualificação e a eficiência do trabalho. Assim como nunca relevantes questões de aprendizagem e implementação. Por onde começar? A melhor opção – isso é cooperação com a empresa, onde já se aplica Agile. Treinamento em tal caso, será realizada por pessoas que não rumores sabem o que é o agile. Mas esse, infelizmente, nem sempre é possível. Mais frequentemente envolve um terceiro especialista, que sabe o que é o Agile. A introdução desta abordagem é efectuada sob a suasupervisão. É verdade, a serviço de um profissional de ti custam dinheiro. Mas se залучить realmente conhece a pessoa, então toda a despesa vai pagar generosamente. Afinal, no mundo contemporâneo, a eficácia de seus funcionários tem um papel importante.

O Que os espera no futuro?

O desenvolvimento de Metodologias DE constante evolução. À procura de novos caminhos e oportunidades de melhorar a eficiência da operação e do trabalho. Dizer o que nos espera no futuro, é bastante problemático. Provavelmente, o sistema flexível de desenvolvimento integrado com ferramentas de automação de processos de produção. Por exemplo, você pode resolver o problema, mesmo que residem em distâncias da localização da empresa. Em grande parte, o futuro definem as novas tecnologias de informação. Afinal, quando eles surgem, então precisa aprender novos métodos de trabalho com eles. E neste caso, ocorre o desenvolvimento, fechado o ciclo.

Conclusão

Aqui, e terminou visitada em métodos flexíveis de desenvolvimento. Mas deve-se lembrar que uma coisa é a teoria, mas muito mais – a prática. As novas tecnologias de informação, que surgem constantemente, lançam desafios numeroso comunidade de desenvolvedores. Como fazer a operação de comando mais eficaz? A resposta a esta pergunta se encontra a si mesmo. As informações aqui pode ser usada para ser a espinha dorsal. Mas, na prática, teremos de trabalhar com as informações disponíveis para o modelo e comunicar a situação ao status de conformidade desafios. Então, a equipe será capaz de executar de forma eficaz colocados na frente dela, do alvo.