Guia de Newbies para Scrum Project Management 101

Gerenciador de tarefas UDN.transforma seu trabalho com recursos líderes do setor

O Scrum Project Management é uma estrutura da metodologia Agile Project Management. O termoÁgilRefere-se a uma maneira de gerenciar projetos que incorporam melhoria constante, flexibilidade de escopo, envolvimento da equipe e entrega de produtos de qualidade cruciais.

Algumas de suas abordagens, além deScrum., incluirProgramação extrema (XP)para construção urbana de qualidade,Magropensando para a eliminação de resíduos e oProcesso unificado ágil (AUP)abordagem para desenvolver o software de aplicativos de negócios usando técnicas ágeis.

Neste ebook, discutiremos por que Scrum é uma estrutura robusta e escalável para equipes ágeis e considere algumas grandes histórias de sucesso de todo o mundo para as equipes usando a estrutura do Scrum.

Desenvolvido por Ken Schwaber e Jeff Sutherland no início dos anos 90, a Scrum Project Management fornece uma estrutura de processo leve que engloba práticas iterativas e incrementais. Ajuda a entrega mais rápida e melhor frequência na liberação de software por organizações. O ciclo de projetos envolve um conjunto de repetições chamadas sprints onde no final de cada sprint, a equipe do projeto libera um produto melhorado, validado e potencialmente entregue.

Este enquadramento contradiz a abordagem tradicional da cachoeira, que é baseada em análises extensas, planejamento de requisitos e documentação antes de iniciar a fase de desenvolvimento. Esse método geralmente resulta em produtos de baixa qualidade devido a atrasos em marcos, questões financeiras e falta de características priorizadas para os produtos. No final, o cliente recebe um produto atrasado, com um conjunto de recursos desatualizado ou não correspondido com alto custo ao mesmo tempo.

Scrum tem sido usado em todas as esferas da vida - como escolas, governo, desenvolvimento de software e hardware, marketing e operações cotidianas nas organizações. Provou-se especialmente em áreas que lidam com a transferência de conhecimento iterativa e incremental.

O time:Scrum Teams são equipes auto-organizantes, com 5 a 11 membros. Essas equipes precisam ser adaptativas a mudanças e altamente flexíveis. Eles também precisam ser funcionales, com todas as proficiências necessárias para atingir o projeto sem dependência dos membros da equipe. A equipe do Scrum é dividida da seguinte forma:

Proprietário do produto: O proprietário do produto é uma pessoa solteira, responsável peloBacklog do produto, que é uma lista de recursos priorizados com descrições curtas da funcionalidade necessária. O proprietário do produto precisa garantir que os elementos do backlog do produto estejam claramente declarados e transparentes para a equipe - sobre a situação atual e o que está planejado a seguir.

Isso significa que o proprietário do produto deve:

Quaisquer sugestões sobre alterações no backlog precisam ser endereçadas diretamente ao proprietário do produto.

Consulte Mais informação:

Kanban vs Scrum: Qual é a melhor abordagem para usar em 2022?

Equipe de desenvolvimento:Como o título implica, esta equipe realiza o trabalho de desenvolvimento, que é incrementado durante os sprints e potencialmente entregue até o final de cada sprint. Esta equipe é disciplinada, auto-organização e funcional. Em essência, significa que os membros da equipe precisam disciplinar seu próprio ritmo de trabalho e ser multi-especialistas em várias funções. Não há títulos, independentemente do nível de trabalho feito pelos membros da equipe; e não há sub-equipes, independentemente da diversidade de domínio em domínios, e. testes, operações, análise. A equipe de desenvolvimento é responsável pelo todo para o trabalho ser entregue.

Scrum Master:Um mestre de Scrum é um facilitador e detém a responsabilidade de promover e apoiar o Scrum. O mestre Scrum realiza treinamento de funcionários através do Scrum - a teoria, valores, regras e práticas. A seguir estão algumas das maneiras pelas quais um mestre de Scrum pode ser de ajuda para toda a equipe:

Scrum Master's Service para o proprietário do produto:O Scrum Master pode ajudar o proprietário do produto em algumas das seguintes maneiras:

Scrum Master's Service para a equipe de desenvolvimento:O Scrum Master pode beneficiar a equipe de desenvolvimento por:

Scrum Master's Service para a Organização:A organização precisa do Scrum Master para:

Os eventos:

As equipes de Scrum fornecem produtos iterativamente e incrementalmente, maximizando oportunidades de feedback. Entregas incrementais de produto "feito" garantem que uma versão potencialmente útil de um produto de trabalho esteja sempre disponível.

Principalmente, o Scrum compreende 4 eventos formais ou fases para revisão e adaptação:

O Sprint, que é a principal atividade no Scrum, é um período de tempo com duração entre 1 e 4 semanas. Em média, a Sprint cobre 2 semanas.

Reunião de planejamento de sprint: Esta reunião torna as atividades que vão para planejar exatamente o que precisa ser feito. Os membros da equipe ocupam tarefas diferentes com base na mais alta prioridade. O proprietário do produto e a equipe de desenvolvimento definem as tarefas a serem cobertas dentro do sprint correspondente.

Scrum diário ou stand up diário:O scrum diário é um evento diário de aproximadamente 15 minutos que destaca as atividades da equipe. Cada membro da equipe compartilha o trabalho anterior no dia anterior, o trabalho realizado naquele dia e, em seguida, identifica quaisquer problemas. O objetivo desta reunião diária é garantir que todos os membros da equipe estejam na mesma página e suas atividades em sincronia.

Revisão Sprint: A revisão Sprint é realizada no final de cada sprint onde a equipe discute e mostra as metas alcançadas. Esta revisão Meetup também dá às partes interessadas a chance de dar feedback e sugestões sobre o produto.

Sprint retrospectiva: A reunião retrospectiva, também realizada no final da Sprint, incentiva a equipe a avaliar as metas alcançadas. A equipe identifica os problemas, atividades fracas ou fortes e formas de melhorar o novo sprint.

Leia também:

4 razões pelas quais você precisa de um software de gerenciamento de problemas

Os artefatos:

O Scrum Project Management está nos 3 principais artefatos que ajudam a se concentrar na entregabilidade e valor comercial. Estes são:

O Grupo de Engenharia de Desenvolvimento de Produtos (PDE) fornece ao teste a garantia de endossar triagem e classificação de dispositivos lucrativos na indústria do microprocessador. Preso entre as equipes de design e fabricação, a PDE estava mais frequentemente sob pressão, lutando com prazos, requisitos e entregas. As sub-equipas da PDE, cerca de 50 funcionários, concordaram em trabalhar em um método mais integrado no desenvolvimento do produto. Foi decidido que a metodologia ágil, a estrutura Scrum seria adotada combinada com outras melhores práticas de engenharia.

A adoção de uma estrutura inteiramente nova não seria fácil devido à cultura da cachoeira profundamente incorporada na Intel nos longos anos. De acordo com essa cultura, as equipes foram organizadas em torres funcionais distintas. As torres trabalham individualmente em diferentes funcionalidades do projeto, uma transferência da função completa para a próxima. Devido a isso, algumas das equipes tiveram que enfrentar sobrevivências incomuns, especialmente nos estágios posteriores do desenvolvimento de produtos. Isso, por sua vez, leva ao alto volume de negócios no final de um projeto. Além disso, porque os especialistas em domínio de cada equipe tiveram diferentes conjuntos de habilidades, eles não poderiam trabalhar juntos ou compartilhar a responsabilidade.

Foi concordado em introduzir scrum na primeira fase relativamente relaxada: o desenvolvimento de infraestrutura pré-silício e trabalho de prontidão. Se o Scrum pudesse ter sucesso nesta fase, havia mais chances de crescer nas fases mais estressadas, pressurizadas, posteriores do desenvolvimento do produto, ou seja, quando o trabalho diário depende do estado do silício real, requisitos de clientes relacionados ao projeto, fabricação e fabricação junto com condições de negócios externas.

Inicialmente, 6 equipes com suas numerosas sub-equipas participaram. Colabnet foi empregado para a educação e treinamento de Scrum. Cerca de 20 leads de grupo e leads técnicos se juntaram ao treinamento mestre de Scrum certificado de 2 dias. Composto por uma introdução aos princípios e práticas do Scrum.

O treinamento foi seguido por uma reunião retrospectiva na ausência de representantes da Colabnet. Os participantes dessa reunião discutiram suas idéias e reservas sobre a adoção da estrutura do Scrum. Os participantes finalmente concordaram em tentar a abordagem do Scrum por 3 meses. Uma equipe de ação de processo (PAT) foi criada para monitorar o desenvolvimento do Scrum. Apesar do acordo, já havia um senso de discórdia entre os grupos.

Cerca de 5 meses depois, o escalonamento do trabalho nas equipes do Scrum se transformara em um enorme desafio. A organização não tinha certeza de como gerenciar as dependências entre várias equipes e melhorar a comunicação entre equipes. Outro curso foi realizado pela Colabnet que se concentrou nos principais princípios do Planejamento de Sprint, liberar planejamento e dimensionamento em várias equipes. Depois de aprender algumas práticas recomendadas, adicionando mais funções a lidar com as questões técnicas e mais camadas da organização, dentro de um ano 12 equipes de Scrum foram estabelecidas, cada uma com cerca de 5 a 9 desenvolvedores, dentro de um ano.

Os papéis foram definidos que incluíam proprietários de empresas, proprietários de produtos, proprietários técnicos, mestres, equipes, transitórios, conduíte e proprietários.

Depois de muitas flutuações nos horários da Sprint, comunicação de equipe transversal e adicionando scrums extras do departamento de fabricação, havia finalmente uma diferença visível de quatro maneiras principais: tempo de ciclo, desempenho para agendamento, moral e transparência.

Scrum foi um passo bem sucedido na engenharia de desenvolvimento de produtos. Ajudou a transformação a inspecionar e adaptar, auto-organização, uma organização baseada em planejamento empírico a partir de uma organização baseada em comando e controle, baseada em plano.

Em 2013, a equipe da Escola de São Miguel, estavam em busca de métodos para melhorar as relações entre a comunidade local e os alunos com idade entre 12 e 15 anos. A escola está localizada a poucos quilômetros de Wolverhampton, na Inglaterra Central. A ideia era conseguir que os alunos criassem uma aplicação de colaboração mais eficaz entre os adolescentes e a polícia; e especialmente, em uma redução da taxa de criminalidade.

Eles ouviram falar de Royle e sua iniciativa escolar escantiva. De acordo com Royle, o conceito de escola seco foi desenvolvido na Universidade de Belgrado, em colaboração com Jasmina Nikolic. Ela é pioneira no uso de Scrum, Kanban e espaço aberto em diferentes contextos, especialmente a educação e este era seu pensamento original de usar o Scrum na educação.

Royle queria experimentar a iniciativa em uma escola, então ele e Wayne Hill, o vice-chefe de St. Michael decidiu dar uma chance.

A história começou a se aproximar do serviço de polícia local - a polícia da Mercia Ocidental, e policial policial (PC) Treasure Hughie, um oficial de ligação comunitária. Felizmente, com o apoio do tesouro do PC, o experimento começou.

Uma reunião de espaço aberto foi realizada entre os funcionários da polícia, estudantes e universitários para gerar ideias. O plano foi desenvolvido a seguir. Royle decidiu usar uma "versão rápida" do Scrum, para melhor alinhar com o dia escolar estruturado e diversificado. Havia 5, 20 minutos de sprints. Após o primeiro sprint, os alunos poderiam administrar os próprios restantes. Finalmente, um protótipo de aplicativo e papel foi projetado com uma apresentação de "passo do elevador" para a polícia.

Tendo em mente os cronogramas limitados e diversas habilidades, Royle sentiu que o Scrum especialmente seria mais útil para o projeto em questão. Além disso, poderia oferecer um ambiente para os alunos trabalharem em equipes por conta própria, tornando-as se sentirem mais ligadas ao projeto. Como explicou Royle, "usando uma filosofia ágil de aprendizagem com o Scrum é sobre o desenvolvimento de quais membros da equipe podem fazer, em vez do que não podem", diz ele. "Em vez de avaliar o que as crianças não podem fazer, a estrutura do Scrum permite-lhes a oportunidade de usar suas capacidades inerentes e desenvolver novas habilidades em um ambiente seguro".

Alguns dos benefícios mencionáveis que este experimento provocou foram:

O projeto entregue reforçou o sucesso do programa escolar seco. Royle incentiva que as escolas adotam esse conceito; No entanto, todas as escolas diferem nos programas e sua incorporação devem ser gerenciadas para manter considerações especiais em mente.

Um dos maiores desafios que a indústria de construção enfrenta é criar edifícios que possam ser testados: previsíveis e imprevisíveis. Há muito planejamento envolvido e os gerentes de projeto precisam usar modelos, listas de verificação e modelos testados testados com várias etapas.

Certas tarefas precisam ser feitas antes que outras pessoas possam ser iniciadas. Além disso, os problemas precisam ser descobertos o mais cedo possível. Às vezes, a implementação de certas tarefas leva tanto tempo que todo o projeto precisa ser revisado para acomodar os novos requisitos. Isso pode resultar em custos recorrentes, atrasos no cronograma e impacto negativo na qualidade geral.

Em um documento de pesquisa, implementação de Scrum na indústria da construção, o uso de scrum para construção de um edifício foi estudado. O projeto envolveu a construção de edifícios multifamiliares de 3, quatro andares para o mercado suíço, com uma área total de piso compreendendo 2'100 m dividido em 11 apartamentos e 200 m de espaço comercial. Scrum foi implementado na fase de design de um projeto em andamento, em que o projeto, a engenharia e a produção foram realizados na Estônia. Os módulos de madeira pré-fabricados tiveram que ser transportados para a Suíça.

A estrutura Scrum enfatiza a identificação e as soluções do problema no prazo. Para a construção, não apenas descobrindo problemas no início do processo vital, mas também estudar, inspecionar e adaptar de acordo. Revisões e retrospectivas do Sprint no método Scrum fornecem estrutura e disciplina para fazê-lo.

Os resultados deste estudo destacaram o potencial do Scrum da seguinte forma:

A estrutura Scrum pode ser incorporada em vários cenários, especialmente quando se trata de tecnologia da informação. Pode contribuir para uma equipe efetiva e gerenciamento de projetos, resultando em proficiência no monitoramento e entrega do projeto.

Declaração do problema: mudanças importantes precisam ser realizadas em um site da empresa existente. A equipe precisa ser atribuída tarefas e cronograma.

Atores:

Fluxo básico de eventos:

Declaração do problema: Um cliente requer que um jogo seja desenvolvido a partir do zero.

Atores:

Fluxo básico de eventos:

Usando scrum. :

Declaração do Problema: Uma empresa cliente é a terceirização de garantia de qualidade para seu próximo software de bate-papo online.

Atores:

Fluxo básico de eventos:

Usando scrum.

Declaração do problema: Os problemas do cliente estão aumentando e não há um plano padrão para resolver os problemas do cliente.

Fluxo básico de eventos:

Gerenciador de tarefas UDN.é um sistema de gerenciamento de tarefas baseado na estrutura do Scrum. É criado para facilitar a adoção de scrum no planejamento de projetos e alinhamento de processos. A seguir estão algumas das maneirasGerenciador de tarefas UDN.pode ajudá-lo a planejar e alcançar melhor os objetivos do seu projeto.

Gerenciador de tarefas UDN.Dá uma visão transparente de todos os projetos e tarefas e sub-tarefas correspondentes por meio de sua caixa de tarefas. Qualquer projeto criado ou modificado é comunicado à equipe imediatamente. Não há necessidade de recharcar as atualizações de progresso, convites de reunião ou relatórios de projeto.

O modo transparente de tarefas, sendo atualizado, modificado ou excluído, ajuda toda a equipe a ser totalmente consciente e saber exatamente o que está sendo realizado e quando. Com sua opção de filtro, você pode optar por ver atualizações para projetos selecionados com base na prioridade ou na tarefa em questão. Com a opção de status, o status da tarefa selecionada pode ser visto, seja ele iniciado ou não, concluído ou em andamento.

A seção Projetos permite que as tarefas sejam definidas e atribuídas pelo proprietário do produto. A atualização para cada tarefa é fornecida pelos próprios membros da equipe atribuída sem necessidade de solicitação do gerente do projeto. Cada atualização da tarefa é seguida pelos membros da equipe.

Os logs de atividades ajudam a definir atividades de tarefas, que podem ser reutilizadas no futuro sem precisar redefini-las. Isso é especialmente útil se a tarefa for necessária para outro projeto ou se precisar ser reatribuída para outro membro da equipe.

O módulo de palha de horários permite monitoramento e avaliação eficazes do progresso do projeto. Isso ajuda a avaliar individualmente a linha do tempo para diferentes tarefas também e os marcos alcançados ou pendentes.

Convites de reunião podem ser tratados através deGerenciador de tarefas UDN.. Você pode definir um horário fixo para a reunião ou enviar um tempo sugerido para a equipe, para ser finalizado após a resposta da equipe.

Gerenciador de tarefas UDN.Além disso, permite que você anote todos os pontos importantes discutidos em uma reunião. Os minutos podem ser revisados e publicados para o resto da equipe.

As atualizações automatizadas sobre projetos, tarefas e reuniões atendem a uma melhor colaboração e discussão em equipe. Nenhum momento é desperdiçado no arranjo manual do projeto e acompanhamento da tarefa, comunicando a reunião de minutos ou atualização do projeto.

Os comentários em tempo real fornecem uma maneira fácil de se comunicar com a equipe. Se é a troca de informações ou novas idéias, isso facilita a equipe permanecer na mesma página.

As tarefas interdependentes são destacadas e cada membro da equipe pode verificar as atualizações instantaneamente como atualizadas pelos outros membros da equipe. Isso dá a cada membro da equipe uma chance de estar ciente da situação e planejar a próxima tarefa, em conformidade.

Se você é um mestre Scrum em um escritório de TI evoluindo, gostaríamos de ouvir seus pontos de vista. Sinta-se à vontade para soltar uma pergunta ou compartilhar seus pensamentos através da seção de comentários abaixo.