Quais são os principais componentes de uma organização ágil. Ágil

Às vezes, essas abordagens também são chamadas de estruturas ou metodologias ágeis.

Agile originado no ambiente de TI, mas depois se espalhou para outras áreas - da engenharia industrial à inteligência artificial.

Quando usamos o Scrum com equipes profissionais, geralmente escolhemos um ciclo de 2 a 3 semanas com reuniões retrospectivas para manter tudo sob controle.

Se falarmos sobre o que é ágil, eu me limitaria a essa frase - é um conjunto de valores dentro dos quais construímos nosso trabalho com produtos, com processos dentro da organização.

(Sócio-gerente da ScrumTrek Alexey Pimenov na Rusbase)

Uma palavra aos especialistas

Vladimir Ovelyan

Proprietário e CEO Dostaevsky

Dependendo das tarefas, usamos diferentes métodos dentro da filosofia - ágil, scrum, kanban.

O Scrum permite que você desenvolva as qualidades necessárias nos funcionários - proatividade, independência, organização, habilidades de comunicação e visão. O principal significado do método é a realização de tarefas em equipes auto-organizadas, onde cada um tem seu papel e cada um é responsável por sua parte no trabalho. Usando o scrum, realizamos pesquisas com funcionários, elaboramos gráficos da velocidade esperada de conclusão da tarefa.

Usamos Agile em comunicações internas. Recentemente, realizamos outro sprint para eliminar atrasos de funcionários. Todos os gerentes e especialistas envolvidos no projeto passaram o dia inteiro na reunião, discutindo as conquistas, desafios e as próximas tarefas do novo sprint.

Agora estamos implementando ativamente o método kanban na empresa. O objetivo da implementação do kanban é aumentar a flexibilidade da produção, para melhor se adaptar às mudanças nas exigências do mercado. Na prática, o método nos ajudou a obter uma correspondência entre os estoques e os produtos efetivamente utilizados na produção.

Vitaly Sotnikov

Diretor Criativo do Bureau of Visual Communications "Chernika"

Ilya Shikhaleev

Desenvolvedor Líder e Scrum Master iSpring

O Scrum trouxe ritmo e entendimento para nossa equipe - nós conseguimos ou não conseguimos no prazo. Vemos a velocidade do trabalho da equipe, não há sensação de falsificação constante. Anteriormente, havia situações em que o scrum desaparecia em algum lugar antes dos lançamentos difíceis e todos começavam a estragar - agora o perdemos, há uma sensação constante de que chegamos a tempo. Se houver riscos, discutimos com o PD numa fase inicial, ajustamos o plano ou reduzimos de alguma forma o âmbito das tarefas.

O trabalho ficou mais transparente, a jornada de trabalho passou a se enquadrar na norma de 8 horas e, de acordo com as sensações, passamos a fazer mais. Entendemos que quando você tem a sensação de que não tem tempo, sente que precisa trabalhar mais - isso tem um efeito muito ruim na produtividade, você precisa se livrar disso.

Evgeny Rossinsky

Diretor de tecnologia na ivi online cinema

Para maior clareza e abertura do trabalho do departamento de desenvolvimento, penduramos um quadro especial marcado “para fazer”, “em andamento”, “revisão”, “teste”, “concluído”, onde todos os membros da equipe colam adesivos com tarefas (em coluna “a fazer”) e, à medida que vão sendo completados, vão passando para os parágrafos seguintes. E um final feliz - o ponto final "feito". Isso ajuda a construir uma visão geral e dá a você a oportunidade de ver no que cada participante está trabalhando.

Um ponto muito importante do método (e da organização do fluxo de trabalho): após a aprovação de todas as tarefas (“to do”), a lista é bloqueada para inclusão. Portanto, as novas tarefas recebidas não desviam a atenção do processo e não atrasam o trabalho.

Todos os participantes também avaliam cada tarefa em termos de tempo e custos de material que serão necessários para concluir. E a cereja do bolo são as reuniões semanais em um determinado horário (Daily Scrum), onde cada membro da equipe fala brevemente sobre o que vai fazer hoje, o que fez ontem (e se encontrou algum obstáculo). Isso é importante no caminho para metas de longo prazo - é assim que você pode entender com o tempo que é hora de mudar a estratégia.

Os métodos ágeis de gerenciamento de projetos (Agile) estão se tornando uma das ferramentas de gerenciamento mais populares, tanto estratégica quanto taticamente. Nesta nota, vamos tentar perceber o quanto a gestão de projetos Agile é necessária na gestão da sua empresa, tendo ponderado várias questões, cujas respostas permitem ao gestor tomar uma decisão: vale a pena implementar a metodologia Agile no processos de negócios de sua empresa ou não, e se tal necessidade existe , então quais tarefas específicas ele permite que você resolva em sua empresa.

Métodos flexíveis de gestão Agile são, antes de tudo, abordagens que permitem encontrar soluções muito rapidamente, lançar projetos-piloto e, se necessário, aumentá-los.

Ágil, em termos de gerenciamento de projetos, será necessário para sua empresa se:

• seu produto, serviço ou apresentação do produto precisa de ajustes constantes.
• se você precisa ajustar o marketing, de acordo com as exigências do mercado.
• se você está interessado em inovar para aumentar os lucros e reduzir custos.

E falando figurativamente: você sempre precisa de uma metodologia Agile se você trabalha em um mercado em rápida mudança em condições de constante mudança ou incerteza, tanto em termos de estratégia quanto em termos de prática.

metodologia ágil(metodologia ágil) permite formar equipas ágeis de um novo tipo de gestão e liderança, garantindo ao mesmo tempo transparência e eficiência do processo, rapidez na tomada de decisões, desenvolvimento, adaptação e dimensionamento do produto, bem como capacidade de resposta às incertezas, mudanças e crises.

Metodologia ágil o que é?

Podemos dizer que o ágil é uma ferramenta para gerenciamento de crises e gerenciamento de mudanças? Definitivamente sim!

A metodologia ágil é uma ferramenta para resolver problemas práticos e específicos no gerenciamento de crises e gerenciamento de mudanças.

Como implementar o Agile corretamente?

Um erro bastante comum é querer implementar o Agile, aproveitando a popularidade da direção e a experiência positiva de outras empresas, mas há um grande risco se você agir de forma imprudente:

A organização ágil requer uma mudança de pensamento, abordagem de trabalho e princípios de interação tanto na equipe quanto na liderança, você está pronto para isso? E seus funcionários? Observe que esta é uma questão muito importante que geralmente é negligenciada por muitos:

metodologia ágil não é um produto em uma caixa, é uma solução, cuja aplicação exige capacidade de aprender coisas novas, adaptar-se às suas tarefas e só então escalar.

Por isso eu sempre recomendo realizar, realizar várias quests empresariais sobre a implementação do Agile, e só então considerar a possibilidade de implementar metodologias ágeis de gestão em suas empresas. Como solução, posso sugerir que você faça meu curso prático:

métodos ágeis pode destruir o seu negócio e depende do seu negócio, dos seus processos de negócio e não de você ou dos seus funcionários.

Quando não implementar Agile

Existe uma regra simples:

metodologia ágil só pode ser usado quando você está disposto a pagar por erros.

A metodologia ágil dá não só o resultado:

Agile, do ponto de vista do desenvolvimento flexível, permite construir um processo de obtenção de resultados por meio de feedback, muitas opções de feedback, mas feedback não é apenas emoções e questionários, é também dinheiro: lucro e perda, lembre-se disso.

Se você deseja implementar o gerenciamento ágil de projetos, sua empresa está pronta para integrar métodos ágeis de gerenciamento de projetos aos seus processos de negócios:

• coaching pessoal e em grupo.
• seus colegas compartilham os valores de uma equipe ágil
• você está determinado a implementar o Agile na organização em todos os processos de negócios necessários e está ciente dos riscos de implementar o Agile no gerenciamento de projetos.

E repito novamente: metodologia ágilé pensar, não apenas ferramentas.

E pensar significa por si só: atitude em relação ao resultado e comunicação, bem como feedback devidamente construído, o que é muito importante se você planeja usar métodos flexíveis de gerenciamento de projetos.

A metodologia ágil funciona bem em condições de incerteza e resultados previsíveis, em condições de prontidão para altos custos em prol de um objetivo maior; se você tem processos de negócios construídos, pense em quais objetivos você está tentando alcançar implementando o gerenciamento de projetos Agile e vale a pena o “trabalho de jogo”.

Algoritmo para implementação do Agile em uma empresa

Vejamos um algoritmo indicativo para implementação da metodologia Agile nos processos de negócios atuais da empresa, com foco no Agile na gestão de projetos:

• Começando com metas: Quais metas você está tentando alcançar implementando métodos de gerenciamento Agile? E como esses objetivos correspondem à organização Agile.
• Descrevemos os problemas do seu negócio ou do departamento que você escolheu para implementar o projeto piloto Agile, se necessário, descrevemos qual estilo você segue em seu trabalho, como você troca opiniões e acompanha a obtenção de resultados.

Claro, o próximo passo se sugere, o clássico “como fazer”, mas você não deve se apressar aqui, porque como você sabe como fazer? - A metodologia ágil reconstrói o pensamento e, ao implementar o Agile no gerenciamento de projetos, é necessário criar um ambiente de comunicação eficaz para a construção de um diálogo entre os membros da equipe Agile.

Construindo uma equipe Agile em uma empresa

Formar uma equipe Agile pode ser bastante rápido, pode levar vários dias, mas quanto tempo leva para “triturar” os membros da equipe?

Claro, do ponto de vista do team building, distinguem-se as etapas: formação, conflitos, desenvolvimento de regras e normas, e como resultado obtemos: um certo estilo de trabalho, mas numa equipa Agile tudo acontece de forma um pouco diferente :

• Os membros e líderes da equipe ágil aderem ao Manifesto Ágil e estão focados na construção de um trabalho eficaz e no alcance de metas em um ambiente de mudanças rápidas.
• não criam uma zona de conforto, não criam uma utopia, eles próprios procuram as mudanças, as novas tendências, analisam-nas pela possibilidade de as utilizar na concretização dos objetivos da empresa.

Metodologia ágil é:

Metodologia ágil não é gestão de projetos, Agile é um método de gestão ágil que pode ser uma ferramenta de gestão de projetos, ou pode ser totalmente independente em sua organização. É claro que, para a eficácia das equipes ágeis, será um grande erro treinar os funcionários na construção e liderança clássicas de equipes, forçando-os a pensar da maneira antiga!

Métodos flexíveis de gerenciamento ágilé um chamado para agir, para encontrar algo novo, para atingir os objetivos traçados, para poder usar as oportunidades e ameaças do ambiente externo e interno para atingir os objetivos necessários e resolver problemas específicos que afetam os lucros e a competitividade nos negócios.

Senhoras e senhores, A metodologia Agile é essencial na gestão de uma empresa, mas requer uma abordagem flexível para implementação e novas ideias, enquanto o uso de métodos antigos levará a resultados que não permitirão atingir novos objetivos e construir a competitividade da empresa. Portanto, muito cuidado ao escolher consultores para metodologia Agile, avalie seu grau de adaptabilidade às exigências do mercado moderno, suas dúvidas são bem vindas, escreva nos comentários. Obrigada!

Um exemplo de filosofia Ágilé o princípio de funcionamento da famosa fábrica da Toyota, onde qualquer subordinado poderia parar o transportador e fazer ajustes. ()

Muitos consideram esse método de implementação do projeto o único verdadeiro. A base para tal declaração é o envolvimento de cada participante no processo global. A qualquer momento, um membro da equipe do projeto tem o direito de fazer uma proposta ou fazer alterações no projeto.

Freqüentemente, ao criar um produto, as pessoas responsáveis ​​​​por certas etapas do projeto entram em conflito umas com as outras. Quando problemas são encontrados, os desenvolvedores culpam outros membros da equipe.

A inovadora metodologia Agile envolve todos os participantes no trabalho, mantendo as suas responsabilidades habituais. A abordagem visa todos a alcançar um resultado na forma de um produto que satisfaça o cliente.

Tal metodologia pode mudar a cultura empresarial de toda a empresa, mobilizando a equipe, que posteriormente se efetivará no mercado.

As características do Agile incluem a diferenciação de possíveis riscos, auto-organização, previsibilidade, respostas rápidas às transformações e interação estável (feedback).

Até o momento, existem duas formas amplamente utilizadas de estabelecer uma relação de trabalho com um cliente - contratos de preço fixo e tempo e materiais. Um contrato de preço fixo transfere a responsabilidade por possíveis riscos para a contraparte, o segundo prevê o pagamento pelo cliente pelos serviços prestados, o que pode afetar adversamente o resultado final.

A previsibilidade substitui o planejamento de longo prazo, prazos firmes e um preço final definido. A metodologia Agile exige a definição de tarefas de caixa preta com uma determinada quantidade de informações de entrada e um tempo alocado para demonstrar o resultado alcançado. No início do processo, os participantes avaliam a tarefa e se responsabilizam pelo resultado.

O feedback tem o principal problema, que é a incapacidade do cliente de formular corretamente a tarefa. Mesmo um plano bem documentado pode ficar desatualizado após alguns meses de desenvolvimento. A reestruturação do conceito inicial provavelmente envolverá longas revisões e reformulação dos resultados.

A metodologia estabelece que mesmo após a etapa inicial de trabalho conforme o planejado, o produto não terá a funcionalidade declarada, o que permitirá ao cliente comentar e fazer ajustes desde a linha de partida do projeto. Depois de passar por dois estágios de desenvolvimento, você pode executar uma versão de teste do produto para obter feedback. Uma característica adicional aqui é a reação quase instantânea às mudanças funcionais.

A auto-organização contribui para a eliminação de uma estrutura de gestão excessiva, a ausência da necessidade de controlar os membros da equipa, cada um dos quais assume uma determinada responsabilidade. Esta será uma garantia de desempenho e um produto de alta qualidade. No entanto, muitas pessoas cometem erros.

História do Agile

em 1970, o Dr. Winston Royce introduziu a técnica de "gerenciar o desenvolvimento de grandes sistemas de software". Desde então, o conceito de Agile existe. A história completa do desenvolvimento do gerenciamento de projetos é descrita em

Algo sobre o método Scrum

Benefícios dos Métodos de Desenvolvimento Ágeis

• Melhorando a qualidade dos resultados
• Adaptando-se à mudança
• Muito rápido e eficiente
• Cronograma de projeto mais controlável

Princípios Fundamentais do Agile

1. O engajamento do usuário é crítico;
2. Para tomar decisões, as equipes devem ser altamente eficazes;
3. Base estagiada e cíclica;
4. Concentra-se na apresentação frequente dos resultados intermediários dos projetos;
5. A regra de trabalho 80/20 se aplica;
6. Usando uma abordagem colaborativa para implementar o plano;
7. Conclusão de uma única etapa, para passar para a próxima.

Também destacamos os 12 princípios principais da metodologia Agile em um infográfico separado. Você pode ver

Características da técnica:

• Iterativo
• modular
• Aumentando
• Adaptável
• Combinando erros na implementação de métodos ágeis de gerenciamento de projetos são descritos no artigo

Por que usar o Agile?

• Crescimento do fluxo de caixa
• Controle de risco
• Redução de tempo e sobrecarga
• Aumentando a responsabilidadePara saber como usar o Agile para desenvolvimento, leia o artigo

Qual metodologia de gerenciamento de projetos é ideal para você?

Muitas vezes, o segredo do sucesso de um projeto está na metodologia certa de gerenciamento de projetos.

A escolha de um sistema de gestão eficaz para a implementação da qualidade é fundamental para qualquer projeto.

Mas quando você pode escolher entre planejamento em cascata e ágil, como saber qual é o melhor para seu projeto e equipe?

Para ajudá-lo a decidir, compilamos uma lista de prós e contras de cada método.

Metodologia de Gestão de Projetos Cascata

A metodologia Waterfall requer um planejamento detalhado no início do projeto

Todas as etapas são conhecidas e as dependências lógicas são construídas entre elas, e você passa para a próxima etapa somente após a conclusão da anterior

Benefícios do Gerenciamento de Projetos Waterfall

• Mais adequado para projetos que lidam com objetos físicos, desde projetos de construção até projetos de instalação de equipamentos
• Os requisitos são descritos no início do projeto
• Melhor para projetos com tarefas e marcos claramente definidos que precisam ser concluídos em uma sequência específica (por exemplo, construir do primeiro andar de um prédio até o segundo andar)
• Nenhum envolvimento do cliente no processo de desenvolvimento é necessário
• Os cronogramas do projeto podem ser usados ​​no futuro, para projetos idênticos ou semelhantes
• O escopo completo dos requisitos é conhecido antecipadamente
• Os resultados definidos nos TOR reduzem a probabilidade de imperfeições

Desvantagens da metodologia clássica de gerenciamento de projetos

• Requer esforço significativo para o planejamento e programação do projeto de qualidade antes do início do trabalho
• O cliente vê o resultado da obra apenas no final do projeto e pode ficar insatisfeito
• As mudanças no escopo do projeto podem ser demoradas e exigir gerenciamento formal de mudanças
• O cliente pode ter problemas com a visão do projeto logo no início
• Alterações tardias do TOR causam estouros no orçamento
• Mudanças tardias nos TOR estendem o cronograma do projeto
• O método é menos eficaz para projetos do setor de serviços, software, design e outros projetos em que não haja objetos físicos.

Agile - metodologia de gerenciamento de projetos

Agile é uma abordagem rápida e flexível para o gerenciamento de projetos com base nos princípios de colaboração, adaptabilidade e melhoria contínua.

Ao contrário dos estágios ordenados do planejamento em cascata, os princípios ágeis tendem a ser implementados em ciclos de lançamento de produtos rápidos e iterativos.

Benefícios da Metodologia Ágil de Gerenciamento de Projetos

• A melhor metodologia para projetos que lidam com entregas não físicas e orientadas a serviços, como codificação, direitos autorais ou design
• O projeto é transparente e compreensível para o cliente em todas as etapas
• Ótimo para um início rápido
• Fornece correção rápida de curso com base no feedback das partes interessadas
• As prioridades focam no benefício para o negócio do cliente
• O projeto dá à equipe liberdade de ação para trabalhar de forma criativa e eficiente.
• Envolver o cliente no projeto dá foco ao desenvolvimento
• Inclui interação e colaboração com todos os membros da equipe do projeto

Desvantagens da Metodologia Ágil de Gerenciamento de Projetos

• A equipe está envolvida no projeto o tempo todo
• Não é adequado para projetos com requisitos e escopos bem definidos
• A incerteza no escopo e no cronograma do trabalho pode deixar os clientes e a administração nervosos (no início)
• O cliente pode não ter tempo para se envolver no projeto
• Requer rastreamento constante do trabalho e documentação do gerenciamento de tarefas da equipe
• O cliente pode revisar o escopo do trabalho
• Inicialização rápida pode resultar em execução incompleta de tarefas

O método de gerenciamento de projetos escolhido varia de acordo com o projeto, a equipe e os objetivos. Depois de escolher seu estilo de gerenciamento, certifique-se de usar um software de gerenciamento de projetos que permita que você e sua equipe configurem o projeto da maneira que desejar.

Boa sorte com seus projetos!

Combinando metodologia ágil e de fluxo

O sucesso da implementação do projeto depende muito da metodologia escolhida e do nível de treinamento do gerente do projeto. Uma abordagem metódica para o desenvolvimento de software reduz a quantidade de confusão no processo e, portanto, leva a tempos de desenvolvimento mais curtos e melhor qualidade.

Os projetos geralmente usam uma combinação de um modelo de ciclo de vida de desenvolvimento de produto ágil e em cascata, uma metodologia ágil para desenvolver pequenos marcos e uma metodologia de fluxo para implementar todo o projeto.

Processo de entrega de serviço

1. Definição do problema
Desenvolvedor da empresa deve entender e definir o problema que o cliente está tentando resolver com a maior precisão possível. Em grande medida, definir corretamente o problema é metade da solução.

2. Definição de uma solução
É necessário pensar em várias soluções possíveis e oferecer ao cliente. Estabeleça a oferta que melhor resolve o problema de negócios e oferece o maior valor.

3. Verificação de mercado
É necessário testar a solução proposta com o auxílio de ferramentas de marketing, como determinar o ambiente competitivo, as tendências do setor e os clientes-alvo. Isso é feito para confirmar e fortalecer razoavelmente a solução proposta ao cliente.

Esta é uma etapa opcional, você pode envolver empresas terceirizadas de pesquisa de mercado, usar os dados originais de especialistas do cliente (se houver) ou monitorar dados abertos suficientes para prova de conceito. Com um fluxo constante de projetos, você pode iniciar seu próprio departamento de análise e oferecê-lo como um serviço separado.

4. Desenvolvimento de soluções
A equipe de desenvolvimento começa a trabalhar em uma solução.

Metodologia de desenvolvimento ágil (framework ágil)

O gerenciamento de projetos complexos de desenvolvimento de software envolve o uso eficiente de recursos, priorização de tarefas, tempo preciso e gerenciamento de riscos. Metodologia ágil é usada para reduzir o risco e aumentar o valor do cliente.

Com o uso da metodologia Agile, vários aspectos das atividades da equipe são integrados, o que garante que todo o conceito seja baseado em objetivos bem definidos, e abordagens e métodos de trabalho sejam constantemente aprimorados. A metodologia divide todo o processo de desenvolvimento em pequenas etapas e iterações com integração constante de todos os componentes desenvolvidos. As funcionalidades incluem um ciclo de projeto sequencial e revisões periódicas, esclarecimento de requisitos e desenvolvimento do produto final. A metodologia ágil também garante a melhoria contínua com base no feedback do cliente para evitar surpresas mais tarde no ciclo de vida.

A singularidade da metodologia combinada:

O uso da metodologia Agile em todas as etapas leva à economia de custos e recursos tanto para o cliente quanto para o contratante.

Usar um modelo em cascata para um grande projeto resulta em controle sobre os resultados gerais.

Fornecimento de feedback rápido entre o cliente e a equipe de desenvolvimento.

rápido e frequente prototipagem.

Abordagem voltada para o cliente – foco em minimizar o custo total de propriedade (TCO) e maximizar o retorno sobre o investimento (ROI).

Entendendo o Agile

O que é Ágil. Um guia para metodologias flexíveis, ou Como trabalhar com benefício. Parte 1

Agile é uma abordagem de desenvolvimento flexível que inclui diferentes metodologias (Scrum, Kanban, XP, Lean e outras). Muitas pessoas sabem disso. Mas existem dezenas de pequenas coisas e todo tipo de coisas interessantes que não estão na superfície.

Preparamos uma série de artigos tanto para iniciantes que ainda estão no “você” com metodologias flexíveis, quanto para quem já é amigo deles há muito tempo. Vamos falar sobre os conceitos básicos (em resumo), e sobre a aplicação inesperada de Agile e Scrum no dia a dia. O artigo de hoje é como uma palestra introdutória: sobre o que é Agile e com o que se come.

Big Bang de Projetos

Se traçarmos um paralelo com o nascimento do Universo - atribuiremos esse papel ao Agile - então o Big Bang será o problema número um que levou centenas de gerentes de projeto a um colapso nervoso - mudando os requisitos do produto. Esta é a razão dos gemidos e exclamações histéricas "Por que preciso dessa punição?" e queda de cabelo.

Normalmente, os processos funcionam na estrutura de um modelo em cascata (ou modelo em cascata) - tudo acontece em etapas e sequencialmente. Simplificando, "eu vejo o objetivo - eu vou para o objetivo." E se em algum momento os requisitos do produto, o objetivo final mudam, às vezes você tem que refazer de novo. Assim que um plano perfeitamente polido colide com a realidade, ele imediatamente se desfaz em pó. Mas, em vez de jogar o plano e sua abordagem no lixo, os líderes fingem que o plano funciona e até contratam especialistas para executá-lo. Basicamente, eles pagam as pessoas para mentir para eles.

Segundo Jeff Sutherland, o criador do Scrum, isso lembra o Politburo do Comitê Central do PCUS no final dos anos 1980, supostamente acreditando nos relatórios que recebeu às vésperas do colapso da União Soviética.

Os métodos ágeis são projetados para lidar com isso devido à sua flexibilidade. Podemos dizer que Agile é uma mistura de várias abordagens, projetadas para minimizar todos os tipos de riscos usando um conjunto de princípios. Esses mesmos princípios e 4 ideias principais estão reunidos no Manifesto Ágil, datado de 2001.

Manifesto Ágil

Se simplificarmos a redação para “cristalizar” as considerações que norteiam todos que trabalham com ágil, obtemos algo assim:

• O mais importante são as pessoas, não as coisas
• A documentação (que ninguém mais lê) não deve interferir no trabalho de ninguém
• Colabore, não releia o contrato
• Viva, respire, mude - o mais rápido que puder

Como os processos são organizados

Vamos ver como você pode trabalhar no ágil. Por exemplo, pegue o Scrum - hoje é a metodologia ágil mais popular. Jeff Sutherland, autor do Scrum, inventou essa técnica para superar as deficiências do gerenciamento de projetos clássico.

1. Selecione o proprietário do produto- esta é uma pessoa que vê qual objetivo você está buscando e o que deseja obter no final.

2. Decidir sobre uma equipe- de 3 a 10 pessoas que tenham as habilidades que lhe permitirão obter um resultado (ou seja, um produto viável).

3. Escolha um Scrum Master- Essa pessoa acompanha o andamento do projeto e ajuda a equipe a lidar com as dificuldades.

4. Crie um backlog do produto- coletar em um só lugar (de preferência em um quadro Agile) todos os requisitos para o produto e priorizar. O proprietário do produto deve pensar e coletar todos os desejos. A equipe então precisa avaliar o backlog para ver se isso pode ser feito e quanto tempo levará.

É assim que um quadro ágil no Yandex se parece - .

5. Agendar sprints- períodos de tempo (uma ou duas semanas) durante os quais a equipe realiza um determinado conjunto de tarefas. Os sprints serão regulares: por exemplo, 15 vezes durante duas semanas, até que o produto final seja obtido.

6. Faça reuniões diárias por 15 minutos (e nem um minuto a mais)- são três as questões da ordem do dia, às quais todos respondem brevemente: o que fiz ontem, o que vou fazer hoje e que obstáculos me impedem de “tomar a altura”.

7. fazer comentários- ao final do sprint, o time conta o que conseguiu fazer e demonstra as partes viáveis ​​do produto. Qualquer pessoa pode acessar as avaliações: o proprietário do produto, o cliente principal ou até mesmo clientes em potencial.

8. Organize uma retrospectiva- Após cada sprint, o time Agile discute problemas e busca soluções. Deve haver um plano de mudança que a equipe implementará imediatamente - no próximo sprint.

Para obter mais informações sobre como implementar o Scrum e melhorar o desempenho da equipe, leia este artigo.

Scrum é mais do que um método de trabalho em equipe. O Scrum acelera o ritmo de todos os empreendimentos humanos. Não importa qual seja o projeto ou problema, o Scrum pode ser usado em qualquer esforço para aumentar a produtividade e alcançar melhores resultados.

Conheça o Agile pessoalmente

Os métodos ágeis são fáceis de identificar por características-chave, uma espécie de "sinalizadores".

1. A minimização de riscos é o principal objetivo de qualquer abordagem ágil.
2. Desenvolvimento iterativo - trabalho em ciclos curtos.
3. As pessoas e a comunicação são o mais importante.

Se você olhar para o Agile de ambos os lados do rio - o cliente e a equipe - essa abordagem faz sentido para todos.

• O cliente precisa receber no prazo pelo menos um produto minimamente funcional (não importa se estamos falando de software ou outros processos e fenômenos), mudar as condições, sem ficar com um buraco de rosquinha no bolso - isso já é uma questão de seguro de risco.

• A equipe se beneficia da comunicação com o cliente e colegas (para que sem isso: “Você me entendeu mal - refaça tudo rapidamente. E sim, foi necessário ontem!”), Transparência de processos, o que reduz as chances de surpresas, resolução rápida de problemas . Bem, muitas pessoas entendem para onde o tempo vai e onde o trabalho para. Um pouco (na verdade não), mas legal.

Além disso, a comunicação dentro da equipe está melhorando qualitativamente. Todos se concentram em uma ideia comum, não há segredos uns dos outros, todos fazem uma promessa (obrigações sociais - onde sem elas). A cereja do bolo é a capacidade de trabalhar em um ritmo confortável, embora rápido (pelo menos mais rápido que o normal).

Agile traz ordem do caos à ordem. Estudos foram realizados: descobriu-se que os projetos onde o trabalho foi realizado na estrutura de uma abordagem ágil tiveram 3 vezes mais sucesso do que aqueles em que os processos foram construídos no paradigma padrão. E parece bastante lógico: o cliente consegue o que deseja e com o mínimo de tempo e recursos.

Quem pode não gostar?

Desde a sua criação, o conceito de Scrum formou a base para o design de novos produtos de software para indústrias de tecnologia. No entanto, tendo ganho reconhecimento e sucesso no Vale do Silício entre os gerentes de projetos de software e novo hardware, o Scrum continua sendo uma metodologia pouco conhecida na prática comercial geral.

Isso é tudo por hoje. Da próxima vez falaremos sobre Scrum Scrums e como as metodologias ágeis funcionam na realidade russa. Não troque.

PSQuer receber dicas úteis todas as semanas dos livros mais interessantes sobre negócios e marketing, aprender sobre novos produtos e receber descontos? Assine a nossa newsletter. A primeira letra é um presente.

Ágil (“ágil”) é uma palavra que tem sido ouvida em todos os ferros ultimamente. Mas o que é Agile e, mais importante, por que esse Agile é necessário?

Se você abrir um dicionário explicativo, por exemplo, Oxford, poderá ler pelo menos duas definições lá:

1. Capaz de se mover com rapidez e facilidade.
2. Capaz de pensar e entender rapidamente.

Ou seja, para ser ágil, você deve ser capaz de se mover com rapidez e facilidade e pensar com rapidez. Parece ser qualidades bastante úteis, especialmente nos negócios. Pensar rápido e reagir rápido é exatamente o que o médico receitou para o nosso tempo, caso contrário você simplesmente não sobreviverá: os concorrentes irão devorá-lo. Há cada vez menos indústrias no mundo onde esses concorrentes não existem. Além disso, a velocidade da cópia torna praticamente impossível trazer o produto ao mercado e descansar sobre os louros. Sem a capacidade de se adaptar rapidamente às mudanças, o que confere a chamada “metodologia Ágil”, fica cada vez mais difícil sobreviver.

Não é por acaso que tomo a expressão “metodologia ágil” entre aspas, pois muitas vezes você pode ouvi-la, mas não é totalmente correta. Se você não entrar em detalhes técnicos, Agile não é uma metodologia, mas um nome coletivo para vários métodos e abordagens de gerenciamento que:

1. Focar a equipe nas necessidades e objetivos dos clientes.
2. Simplifique a estrutura e os processos organizacionais.
3. Eles oferecem trabalho em ciclos curtos.
4. Use feedback ativamente.
5. Há um aumento nos poderes dos funcionários.
6. Eles são baseados em uma abordagem humanística.
7. Eles não são um estado final, mas sim uma maneira de pensar e viver.

Nada sobrenatural, certo? Vamos ponto a ponto e ver porque o que foi dito acima é importante para ser rápido e ágil, e como o Agile atinge esses objetivos.

Foco nas necessidades e objetivos do cliente

Acho que não vale a pena explicar por que o negócio de maior sucesso é aquele que atende melhor às necessidades de seu cliente do que os concorrentes. É mais interessante entender quais ferramentas no Agile ajudam a conseguir isso.

E o mais importante, o foco no cliente com a abordagem Agile aparece não só na cabeça do dono do negócio (já existe lá), mas em todos que estão trabalhando na criação de um produto ou serviço. Cada participante do processo deve entender quem é o cliente, o que ele quer, quais problemas resolvemos com nosso produto, o que ele ama, o que ele teme, e assim por diante. Esse foco global permite que você crie uma ordem de magnitude de soluções melhores. Já me deparei repetidamente com uma situação em que pessoas que antes eram responsáveis ​​\u200b\u200bpor algum pequeno trabalho, tendo entendido os objetivos do cliente, começaram a dar ideias maravilhosas, e os responsáveis ​​\u200b\u200bpelo desenvolvimento do produto tomaram notas com surpresa. Ou - como em sessões de grupo de desenvolvimento de produtos, essas ideias são aprimoradas por pessoas diferentes e se complementam, passando de apenas boas a excelentes. E, claro, como eles são implementados.

As “ferramentas de trabalho” neste caso são sessões curtas, mas intensas (reuniões) de todos os participantes no trabalho ou da maioria chave, onde várias ideias são geradas e testadas. Essas mesmas reuniões servem para nivelar o entendimento e o foco: todos os participantes da reunião de encerramento entendem o que estão fazendo, por que e por que isso é importante para o cliente. E o formato democrático da oficina, ao contrário de apresentações chatas, garante maior inclusão e motivação de todos os participantes.

Exemplos de tais ferramentas são Lean Canvas, Mapeamento de Impacto, Mapeamento de História de Usuário e outros métodos Ágeis para descrever hipóteses e processos.

Um dos pilares do Agile é a extrema simplicidade. E a estrutura organizacional da organização, os processos pelos quais as pessoas trabalham e as regras devem ser o mais simples possível. Isso permitirá que as pessoas se concentrem em seu trabalho, no valor que criam, e não no cumprimento de regulamentos e regras. Grandes exemplos dessa abordagem podem ser encontrados em muitas equipes que trabalham no Scrum, a forma mais popular de organizar o fluxo de trabalho no Agile. Na verdade, todos os acordos e regras de uma equipe de 10 a 11 pessoas, tarefas atuais por algumas semanas, metas e planos estratégicos cabem facilmente em 2 a 3 folhas de papel A0. Em uma folha pode haver o chamado “sprint backlog”, uma lista de tudo o que a equipe fará na próxima iteração. Se você pendurar um na sala onde trabalha, pode evitar o trabalho de se lembrar de tudo isso. O mesmo vale para os processos. Por exemplo, no Scrum, o local e o horário de todas as reuniões são rigidamente fixados. Qualquer participante sabe com certeza que, por exemplo, na segunda-feira às 10h00 está prevista a próxima iteração e na sexta-feira às 17h30 - uma reunião para melhorar o processo de trabalho.

E quanto maior a organização, maior o valor dessa simplicidade, pois a complexidade tem o hábito de crescer exponencialmente, e o Agile é uma boa forma de derrotar essa complexidade, ou pelo menos conter seu crescimento.

Exemplos de simplificação (e nivelamento, mas este é um tópico para outra discussão) em Agile são Scrum, Nexus, LeSS (Large-Scale Scrum, ou Scrum em larga escala), bem como o próprio manifesto Agile.

No mundo Agile, não é costume se trancar em uma oficina por três anos para afiar algo interessante ali. O risco é muito grande, gastar um mar de força e tempo em algo que ninguém precisa ou está desatualizado.

Para evitar isso, a chamada abordagem iterativa-incremental é usada, quando:

• o trabalho é realizado em pequenos períodos fixos de tempo, por exemplo, em uma, duas ou quatro semanas,
• e, o mais importante, ao final de cada período de tempo, não é criado apenas algum tipo de resultado intermediário, mas, ainda que pequeno, truncado, escasso, mas versão de trabalho do produto, que você pode começar a usar.

Como o exemplo mais simples de tal modelo de trabalho, podemos imaginar o padrão do programa “calculadora” para todos os computadores, que a princípio só permite somar dois números, depois adicionamos subtração, multiplicação, divisão, números transcendentes, funções trigonométricas e assim por diante, em ordem de frequência de uso. No início, a funcionalidade é pequena, mas já podemos ver como é a calculadora, como é conveniente usá-la e imaginar como desenvolvê-la ainda mais. E, o mais importante, alguns clientes (digamos, alunos do ensino fundamental) já podem começar a usá-lo.

Outra vantagem dessa abordagem, além de antecipar a entrada no mercado e fazer mudanças nas primeiras etapas do trabalho, é a capacidade de medir o progresso com mais precisão. Não fizemos apenas "15% do trabalho", o que é bastante abstrato. "Fizemos 15% da funcionalidade" que já está funcionando.

Todas as abordagens de processo no Agile têm ciclos curtos, seja o Scrum, Nexus, LeSS, SAFe ou , mencionado anteriormente, além da necessidade de trabalhar com esses ciclos é mencionado no próprio manifesto do Agile.

Uso ativo e sistêmico de feedback

Este ponto, na minha opinião, é o mais importante para qualquer processo, pois permite que você ajuste seu trabalho ao longo do tempo, com base na experiência, removendo erros e perdas do processo e do produto que está sendo criado e adicionando algo útil.

Em qualquer campo da atividade humana relacionada à criação de algo novo, você encontrará um trabalhar através da experiência. Foguetes, engenharia aeronáutica, produtos farmacêuticos, física, medicina, construção, psicologia, economia - qualquer campo de atividade começou com experimentos e processamento cuidadoso de feedback deles.

O Agile oferece um uso sistemático dessa abordagem em todos os lugares: na criação de um produto (o lançamos no mercado, ou o mostramos ao cliente, ou realizamos testes e usamos o feedback para corrigi-lo), na construção de processos (periodicamente “paramos” o trabalho e analisar o próprio processo, para melhorá-lo, livrar-se de perdas e problemas), até mesmo na construção da estrutura da organização e no afinamento das relações nas equipes.

Novamente, os exemplos estão por toda parte: reuniões retrospectivas em Scrum, Kanban, Nexus e LeSS, ciclos de I&A em SAFe, abordagem de Design Thinking para criar produtos, etc.

Por que dar mais autoridade quando você pode dar um pedaço de papel com instruções? Há pelo menos três razões para fazer isso.

Em primeiro lugar, as pessoas envolvidas no trabalho mental não gostam de se sentir como macacos (bem, ou robôs) e, ao tirar a capacidade de tomar decisões de uma pessoa, tiramos dela o trabalho mental em si. E isso é definitivamente desmotivador.

Em segundo lugar, ao dar mais autoridade, damos mais responsabilidade e as pessoas são forçadas a aprender a tomar decisões por conta própria e, o mais importante, a assumir a responsabilidade por elas. É longo, difícil, mas vale a pena. O trabalho não será interrompido se uma equipe auto-organizada encontrar um problema desconhecido anteriormente desconhecido. E quem vai argumentar que no trabalho, adultos maduros e responsáveis ​​são mais úteis do que crianças grandes que são incapazes de pensar por si mesmas?

Em terceiro lugar, ainda é a mesma velocidade. Se uma pessoa pode resolver um problema sozinha, em seu lugar, sem perguntar a ninguém, isso reduz o tempo de tomada de decisões. Chega de enviar a pergunta "para cima" e esperar uma resposta da administração. Essa vantagem não é tão perceptível se você tem 3 pessoas trabalhando, mas se você tem 30, ou 300, ou 3000... Em grandes organizações construídas sobre tomadas de decisão puramente hierárquicas, a paralisia da vontade pode ser bastante comum.

As formas populares de construir o trabalho no Agile, especialmente aquelas baseadas no framework Scrum, envolvem um sistema de equipes auto-organizadas e encorajam a liderança em todos os níveis.

Por que tratar as pessoas como seres humanos? Ou seja, o lado moral da questão é claro, mas que benefício isso trará para o dono do empreendimento?

A resposta é muito simples. Se a criação do que você está vendendo não requer trabalho mental, mas apenas ações mecânicas, você não pode se incomodar. Basta pagar de acordo com o trabalho realizado e pronto. Mas assim que o cérebro dos trabalhadores entrar em ação, você terá que contar com os princípios do trabalho mental motivador. E dizem que a possibilidade de autorrealização, aprimoramento de suas habilidades, trazer algo valioso ao mundo, independência nas decisões e uma série de outros fatores são importantes para as pessoas. E uma pessoa motivada (não confundir com uma pessoa estimulada!) vai investir mais no trabalho, e o resultado será melhor e mais rápido. E, em geral, um ambiente agradável no trabalho aumenta a vontade de vir trabalhar lá - dificilmente alguém pode argumentar contra isso.

E, o que é bom, se você se aprofundar no mesmo Scrum, verá que todos os fatores-chave para motivar um trabalhador do trabalho mental e / ou criativo já estão incluídos nele. Em cada iteração (“sprint”), definimos uma meta que queremos atingir; temos a oportunidade de decidir exatamente como atingir a meta; ao final, olhamos o quanto ficamos melhores (ou piores) para trabalhar do que antes; vemos pessoas que se interessam pelo produto e suas emoções ao conhecê-lo. É especialmente bom se essas emoções forem positivas.

A conclusão é: pessoas felizes trabalham melhor e as tecnologias ágeis ajudam a estabelecer um processo em que as pessoas se sintam mais felizes. E o primeiro ponto do manifesto é justamente sobre isso: as pessoas e como elas se comunicam são mais importantes do que qualquer outra coisa.

Agile não é um estado final, mas uma maneira de pensar e viver

Este ponto é sobre como Agile em geral é o caminho, não o objetivo. Você não pode “implementar” o Agile e relaxar. Se escolheres este caminho, terás sempre mais alguma coisa para fazer melhor, algum outro desafio para responder, algum outro problema para resolver, outra altura para conquistar... Isto é movimento sem fim, porque não existe um processo ou produto ideal, o desenvolvimento e a competição nunca param, assim como a luta pela sobrevivência na natureza nunca para.

E se tudo deu certo: as pessoas da empresa entendem e compartilham os valores e princípios do Agile e trabalham de acordo com eles, então a gestão não terá que “arrastar” nenhuma mudança ou “chutar” os funcionários para que comecem a fazer algo diferentemente. A empresa se tornará um único organismo, cuja gestão exigirá menos esforço e trará mais prazer.
E onde há mais prazer no trabalho, e o resultado é maior. Isso se aplica não apenas a especialistas, mas também à administração e em uma extensão ainda maior.