desenvolvimento implementar, análiseUm escritório de gerenciamento de projetos (PMO) pode desempenhar várias funções relacionadas à supervisão do portfólio de projetos de uma organização, geralmente com funções gerenciais e com uma orientação estratégica que é adicionada à camada de controle e monitoramento simples.

No entanto, não está claro o que é um PMO ágil ou como ele é estruturado. É cada vez mais urgente esclarecer esse aspecto, já que muitas organizações, especialmente na área de desenvolvimento de software e aplicativos, confiam inteiramente em metodologias ágeis, como o SCRUM.

Gerencie a transição para um PMO ágil com ITM Platform

No entanto, antes de entrar no assunto, é necessário esclarecer três diferentes sentidos do que pode ser entendido pelo PMO ágil.

Desambiguação: O que queremos dizer com ágil?

Um PMO ágil pode se referir a várias situações, como:

1. Implementação ágil de um PMO

Como o processo de start-up é longo, complexo e pode ter dificuldades em demonstrar seus benefícios para as partes interessadas com alta capacidade de influência, alguns especialistas aconselham que a abordagem de start-up seja ágil e protegida da crítica de uma estrutura que não está funcionando ainda a 100%. Além disso, é possível que as diferentes partes interessadas não concordem sobre qual deve ser o papel do PMO na organização, caso em que seu escrutínio sobre o desenvolvimento da implementação será necessariamente desigual.

Para combater essa desvantagem, um PMO cuja implementação é concebida como um projeto ágil deve entregar processos e funções úteis para a operação do PMO de forma contínua e antecipada.

A medida do progresso do projeto, como é lógico, é dada pela funcionalidade do próprio PMO.

Uma implementação ágil é geralmente caracterizada por uma fase inicial de diagnóstico, seguida por fases de planejamento, execução e fechamento que podem ser repetidas várias vezes até que o PMO tenha a maturidade desejada.

No entanto, na primeira iteração da execução, o PMO já assume características que lhe permitem operar em uma ou mais de suas funções.

2. O papel de um PMO cujo objetivo é gerenciar o portfólio de projetos seguindo princípios ágeis

Não é essencial ter adotado o SCRUM em toda a organização para que estejamos interessados em aproveitar algumas das vantagens dos princípios ágeis no nível corporativo.

Por exemplo, a agilidade aplicada a todo o portfólio de projetos permite decisões antecipadas e corrige o planejamento inicial de projetos quando o contexto que os justifica é modificado.

3. O papel de um PMO em uma organização que adotou exclusivamente metodologias ágeis de gerenciamento de projetos

O que acontece quando uma organização que trabalha com metodologias clássicas ou cascata se guia pelo SCRUM ou por outras metodologias ágeis?

Qual é o papel do PMO nessa nova situação? A missão é abortada e o escritório excluído, ou é dado um novo significado?

O papel cultural e de gestão de mudança do PMO pode ser totalmente mantido. No novo contexto, o PMO facilita a implantação da cultura ágil em diferentes aspectos da organização.

Os aspectos predominantes são os seguintes::

  • Treinamento: Inclui treinamento em metodologias ágeis, preparação de reuniões e workshops, aprofundamento para membros-chave, bem como serviços de coaching
  • Monitoramento do trabalho: Embora a filosofia ágil seja muito horizontal e não exija muito controle externo, um PMO pode apoiar o desempenho das equipes ajudando-as a gerenciar o backlog, oferecendo clareza no desempenho das equipes por meio de uma visão externa imparcial.
  • Interlocução com o negócio:Um dos aspectos fundamentais do "manifesto ágil" é o esforço constante para entender a necessidade do cliente e orientar o trabalho para a entrega da utilidade. Em projetos internos, é essencial que exista uma cadeia de transmissão bem lubrificada com aqueles que administram a estratégia corporativa, para que eles saibam que as equipes de engenharia estão trabalhando nos aspectos mais críticos e que fornecem o maior valor para o negócio.

Em seguida, detalhamos melhor em que consiste o trabalho de um PMO ágil neste último caso.

Teste ITM Platform gratuitamente

A nuance é importante, já que nossos leitores sabem perfeitamente que o gerenciamento de projetos ágeis implica uma orientação permanente para os requisitos do cliente e ciclos de avaliação muito frequentes. A questão é como as responsabilidades de orientação metodológica, centralização, controle e direção do PMO podem estar ligadas a essas estruturas cíclicas, mantendo a orientação ao cliente e a perspectiva do negócio.

O risco fundamental é criar um pequeno monstro burocrático que coagule as demandas metodológicas sem agregar valor.

Falhas na concepção de um PMO

O principal problema surge quando, para a realização de projetos ágeis, tenta-se marcar algumas regras de ação que não fazem mais que classificar e limitar a tomada de decisões.
Um erro recorrente ao criar PMOs em ambientes ágeis é precisamente concebê-los como escritórios centralizados que impõem regras e políticas internas. Existe o risco, por exemplo, de restringir a liberdade de ação e a margem de manobra que são fundamentais para produzir valor em todos os sprints.
O PMO não pode ser confundido com um órgão puramente de controle e que pretende encaixar os projetos ágeis em táticas, metodologias e principais projetos do administrador que foram preconcebidos sem uma atenção especial à natureza mutável dos projetos ágeis.

Uma primeira interpretação correta do PMO ágil

Em contraste com o centralizada e burocrática PMO, o mais atractivo num ambiente ágil é realizar um papel facilitando.

Isso pode acontecer para estabelecer recomendações para ajudar a gerenciar a carga de trabalho, distinguir entre as tarefas prioritárias e non-core, e até mesmo definir as diretrizes básicas para o desempenho e ética de trabalho que são consistentes com os valores e missão da organização, de modo que todos os projetos são orientados para o crescimento e consolidação da organização.

Um PMO ágil é, entre outras coisas, aquele que enfrenta desafios conhecimento específico impedindo a melhoria operacional no desempenho ágil, quer dizer, ele faz questão de compartilhar o conhecimento adquirido, tanto dentro de uma equipe de projeto como entre diferentes projetos.

No primeiro caso, a dificuldade é que a experiência eo conhecimento acumulado pelos veteranos não será limitado às tarefas que desempenham - que criaria estrangulamentos; no segundo, o quão difícil é que a experiência no desenvolvimento de um projeto não se esqueça de conclusão, mas passa a engrossar a experiência da organização.

Finalmente, uma das principais metas do PMO ágil é operar todas as partes da parte organização tomar em um projeto como uma equipe, e até mesmo como uma equipe de equipes. Neste sentido, é importante que qualquer um que tem a intenção de coordenar o trabalho do PMO certifica as seguintes virtudes:

  • Relacionamentos: bons contatos tanto com os líderes de outros departamentos e com as pessoas integradas em outros projetos.
  • Confiança: a franqueza em lidar com aqueles que irão influenciar o projeto é a chave para se chegar a uma conclusão bem-sucedida.
  • Experiência: sem dúvida, ter enfrentado anteriormente projetos semelhantes fornece evidências suficientes para abordar aqueles que virão.

Os objetivos de um PMO ágil

Um PMO Agile deve desenvolver as seguintes funções:

  1. Gerenciar a entrada de novos projetos. Não faz sentido aprovar projetos acima da capacidade de entrega das equipes de desenvolvimento. O PMO pode funcionar como a governanta para resistir à tentação de iniciar projetos cedo demais. Você tem que esperar até terminar os projetos para iniciar outros do mesmo tamanho.
  2. Validação de regras de planejamento por meio de um programa. A probabilidade de mudanças inesperadas e desnecessárias deve ser reduzida ao máximo, devido à compreensão geral do programa.
  3. Criação de programas de treinamento. O treinamento é essencial para que o conhecimento das equipes seja verdadeiramente complementar e não haja áreas vazias. A detecção de lacunas deve ser a base para propor treinamento aos membros.
  4. Limite o desperdício. Apenas o PMO tem informações suficientes sobre onde os esforços e o tempo são desperdiçados. É possível que projetos diferentes tenham padrões semelhantes que apontem para a ineficiência dos processos. Chamar atenção para eles é o primeiro passo para curá-los.
  5. Entrega de relatórios.A produção de relatórios que consubstanciam uma visão credenciada do estado de uma parte do projeto ou de sua visão global facilitará a interpretação de se os assuntos da organização estão sendo realizados da maneira mais funcional. As conclusões que podemos extrair desses relatórios podem se tornar importantes na atribuição ou definição de horários de trabalho.
  6. Regras de negócios relacionadas aos benefícios do projeto. Quando um compromisso é feito em relação a um projeto, é essencial não perder de vista o fato de que há alguns resultados mínimos que devem ser atendidos. Este dever também facilita o ajuste a conteúdos compatíveis com projetos de qualidade existentes.
  7. Validação de um plano de recursos. Todo projeto requer uma alocação realista de recursos. A quantidade de recursos de uma organização sempre será insuficiente para enfrentar todos os projetos que podem ser gerados, por isso é necessário selecionar, analisar minuciosamente e não se apressar. A alocação deve ser razoável (é essencial minimizar os riscos) e deve ser baseada no fato de que, em um cálculo global final, o que é investido e alcançado é compensado.

Em suma, esperamos que este texto tenha ajudado você a entender como um PMO ágil tem que funcionar.

Receba as últimas notícias da ITM Platform

 

Kanban

Embora todos nós tenhamos placas Kanban, muitos dos princípios que diferenciam essa metodologia são muitas vezes ignorados na prática.

Se você trabalha desenvolvendo software, em um ambiente tecnológico ou em uma inicialização, é provável que, em algum momento, você tenha usado uma placa Kanban para visualizar quais tarefas estão pendentes, quais estão sendo trabalhadas e quais foram concluídas.

É o MVP de Kanban: três colunas, três estados: a serem concluídos, em processo, concluídos.

 

Vincule seus projetos Kanban em um portfólio unificado com ITM Platform

Personal Board, ITM Platform

O painel individual de ITM Platform resume o trabalho pendente com kanban.

Esta simplicidade tem sido, de certa forma uma benção, porque as placas se tornaram extremamente populares. Mas eles também fizeram que muitas pessoas as usassem ou criticas sem saber detalhadamente as características desse método.

Por exemplo, muitas vezes é ignorado que Kanban é muito útil quando, além de projetos, você também deseja gerenciar trabalhos que não se encaixam em nenhum projeto.

Isso faz de Kanban um excelente complemento para gerenciar um portfólio de projetos, no qual a demanda por mudanças também inclui tarefas individuais para as quais não há coordenador ou gerente do projeto.

Apesar disso, muitas poucas ferramentas de portfólio incluem Kanban entre suas características; e poucas versões do Kanban online permitem o gerenciamento de portfólio.

Se você quer ambos, a ITM Platform é um dos poucos fornecedores que podem satisfazê-lo.

Kanban vs ágil vs SCRUM

É comum no mundo do desenvolvimento de software que a SCRUM é considerada a melhor metodologia ágil, se não a única. No entanto, cada metodologia tem suas vantagens e desvantagens. Se você deseja rever suas diferenças, aqui tem um artigo útil.

SCRUM, por exemplo, é usado apenas em projetos de software. Nesta área, substitui os métodos tradicionais de design em cascata (ou cachoeira), cuja eficiência é muito melhorada.

No entanto, fora desse escopo, SCRUM é muito frágil, para não dizer inútil. Não pode ser aplicado, por exemplo, para projetar processos para novos produtos que não possuem elementos de programação.

Pelo contrário, além de ser usado de forma prolífica em desenvolvimento (muitas vezes, em combinação com metodologias SCRUM), Kanban demonstrou sua utilidade em contextos onde a maior parte do volume de trabalho está operacional. O exemplo clássico é a fabricação industrial, como as fábricas da Toyota em que o método foi elaborado. Mas também o design de novos produtos e serviços em qualquer setor pode se beneficiar de sua estrutura.

Os 3 principios de kanban

  • Visualize tudo o que está acontecendo em determinado momento. Cada elemento e seu estado de progresso são vistos no contexto de todo o trabalho, seja um projeto ou as operações em andamento
  • Limite a capacidade do trabalho em andamento, ou Work In Progress (WIP). É necessário colocar um máximo na quantidade de tarefas que podem ser gerenciadas ao mesmo tempo e os limites visuais do quadro ajudam a perceber fisicamente essa limitação de máximos. Por exemplo, se uma unidade de controle de qualidade pode gerenciar um máximo de 5 itens de rolamento, não pode aceitar o sexto item até que ele termine com um dos cinco anteriores.

Pode não ser muito intuitivo, mas a limitação do WIP consiste precisamente em visualizar os estrangulamentos para priorizar o trabalho nessas áreas e para poder concentrar recursos na resolução deles.

  • Melhorar a continuidade do trabalho. Assim que um elemento for concluído, outra tarefa do backlog é Para isso, é essencial que o backlog seja devidamente gerenciado, priorizado e categorizado.

Quando Kanban deve ser usado?

Existem quatro situações em que o Kanban deve ser usado:

  • Existem quatro situações em que é conveniente usar Kanban:
  • Em ambientes operacionais cujas prioridades mudam muito frequentemente
  • Quando as mudanças nos requisitos podem ser introduzidas a qualquer momento
  • Quando as unidades de trabalho são tarefas independentes
  • Quando a otimização incremental de um processo existente é prosseguida

Quais são as vantagens de Kanban?

  • Transparência máxima
  • Entrega contínua
  • Igualar a capacidade da equipe com o trabalho em andamento
  • Concentração na duração do ciclo (quanto tempo leva uma tarefa para ir do backlog a ser completado)
  • Permite atribuir diferentes máximos WIP aos estádios sucessivos e redirecionar o trabalho para melhorar o tempo de entrega.

Com relação a este último ponto, por exemplo, em uma equipe de programação é muito normal ter quatro estados: To Do, In Progress, Code Review e Finalizado. Atribuir um máximo de 2 tarefas à Revisão de Código implica que imediatamente mais tarefas In Progress não podem ser assumidas, então os programadores terão que gastar tempo revisando o código, uma tarefa desagradável que geralmente deixam para o fim. Isso evita o gargalo de todo o código que está sendo escrito, mas sem verificar. Se você adicionar dinâmica de equipamentos e comunicação imediata ao quadro, os benefícios são muito claros.

Receive the latest blogs directly into your inbox

 

Pulso de disparo, computador, telefone, gráficos, ferramentas de medição, notas

Na hora de implantar um modelo de gestão de projetos em organizações, não é suficiente adquirir uma solução tecnológica, é preciso adaptar a organização a uma nova forma de trabalhar.

Neste artigo explicamos as chaves do sucesso que aprendemos na ITM Platform após mais de 300 implantações: aspectos relacionados com a concepção organizativa, com a gestão da mudança e com os aspectos básicos de configuração inicial que facilitarão o processo e farão de sua empresa uma organização verdadeiramente administrada por projetos.

 

Concepção da organização

1. Unificacão

Um dos primeiros aspectos que se devem considerar quando se concebe uma organização orientada a projetos é decidir o que se unifica e centraliza.

ITM Platform, Ágeis, Preditivas (Gantt)... ou ambas?

Estes são alguns dos principais:

  • A terminologia. Para poder comunicar-nos adequadamente internamente em nossa empresa ou externamente com nossos fornecedores ou clientes, devemos ser capazes de dar uma ideia exata de medidas tais como o estado de nossos projetos, dos tipos e diferentes classificações de elementos tais como tarefas, prioridades, estados, etc. Descrições vagas e ambíguas como “vai bem” não ajudam, porque não indicam o estado real do projeto nem proporcionam informação que tanto o emissor como o receptor entendam.
  • Critérios de seguimento. O seguimento dos projetos se deve realizar de maneira quantitativa e continua. Devemos decidir que critérios vamos a utilizar para medir sua progressão e acordar seu uso na organização.
  • Gestão de recursos. Em função da natureza dos projetos, pode ser necessário centralizar a gestão dos recursos. Esta decisão afetará ao âmbito organizativo, o trabalho dos chefes de projeto e a forma na qual se planifica e executa o trabalho diário.
  • Relatórios. São a chave da informação e da quantificação. É aconselhável que todos os departamentos da empresa ou todos os projetos utilizem um sistema de relatórios comum para poder contar com a informação necessária para analisar e tomar decisões.

Outros aspectos que se podem unificar são os critérios de aprovação (quando se aprova um projeto, quando se passa de um estado do projeto a outro, quem deve tomar essas decisões…), as tarifas dos fornecedores e os custos padrão ou os formatos dos documentos que serão utilizados no dia a dia

Em resumo, em primer lugar se deve pensar o que vai ser centralizado e posteriormente decidir como será feito.

2. Metodologias ágeis, preditivas ou ambas

Outra das decisões que se devem tomar previamente antes de começar qualquer projeto é escolher a metodologia de gestão que se aplicará nesse projeto.
Cada metodologia aporta valor a diferentes tipos de projeto e dependendo de sua natureza, convém escolher uma ou outra

  • .As metodologias ágeis são muito boas para manejar a incerteza. São ideais para aqueles projetos nos quais não se sabe com certeza como vão terminar, nos quais existe uma ideia de onde se quer chegar, mas não se sabe muito bem por qual caminho se alcançará o objetivo. É o caso de alguns projetos de TI, Start-ups e em geral âmbitos de certa indefinição.
  • As metodologias preditivas manejam muito bem a certeza. Por isso, são as adequadas para administrar projetos nos quais se conhece o processo e qual será o entregável resultante. Um exemplo seria a planificação da fabricação de qualquer componente do qual já se fabricaram previamente vários lotes de unidades. Neste caso, dado que já se conhece pormenorizadamente todo o processo, o que se intenta é planificá-lo adequadamente para maximizar a produtividade. 

No entanto, entre ambas as metodologias existem pontos comuns: é necessário realizar um rígido acompanhamento e realizar quantificações e métricas.

Dado que se trata de dinâmicas muito diferentes e, para utilizá-las em conjunto, é necessário que os Gerentes de Projetos sejam especialistas conhecedores de ambas as metodologias e saibam adaptar-se a uma ou outra em função das circunstâncias.

No caso de que finalmente decidamos utilizar ambas as metodologias, ambas devem coexistir em um mesmo portfólio.

3. As responsabilidades do gerente de projeto

Falamos recentemente sobre a figura do Gerente de Projeto. Mas quais deveriam ser as suas habilidades?
Estas são algumas das atribuições sobre as quais convém prestar atenção:

  • Acompanhamentos sobre o avanço, tanto dos resultados como do aspecto econômico.
  • Aquisições  das receitas do projeto
  • Controle dos riscos.
  • Canalizar e fomentar a comunicação.
  • Gerenciar os recursos humanos.

É fundamental que, previamente a iniciar a realização de um projeto, fique claro quais são as atribuições exatas do Gerente de Projeto. Isto lhe permitirá trabalhar adequadamente, centrando-se naquelas tarefas que são de sua responsabilidade, e também reportar à direção corretamente os resultados de seu trabalho.

4. O Escritório de Projetos

Outro aspecto relevante é decidir se é necessário ter um escritório de projetos (PMO). Existem organizações com um elevado sucesso em sua gestão de projetos que não possuem uma oficina de projetos e, no entanto, em outras é necessário.

ITM Platform, Preciso ter um escritório de gestão de projetos

Esta diferença se deve à variabilidade entre negócios e depende de diversos fatores. Os mais relevantes são:

  • O grau de maturidade da organização ou o nível de caos no momento atual. Existem empresas em momentos mais estáveis e outras em épocas de mudança ou de grande variabilidade.
  • A complexidade organizativa que tenha a organização.
  • A natureza do negócio. Há setores nos quais é habitual a existência de escritórios de projetos porque são características de seu modelo de negócio. Em outros setores, pelo contrario, não é habitual que exista esta unidade.
  • A existência de relações de interdependência entre projetos. No caso de que existam estas conexões cruzadas, ganha especial importância a presença de um escritório de projetos como órgão coordenador entre estes projetos interconectados.
  • Grau de maturidade dos gerentes de projeto. No caso de que existam níveis de projeto experimentados e que possam abarcar a magnitude dos projetos, eles mesmos podem converter-se no próprio escritório de projetos. Em caso contrário, será necessário que várias pessoas se ocupem desta tarefa, constituindo o escritório de projetos.
  • Alinhamento estratégico. Se existe um importante grau de alinhamento entre os projetos e o objetivo global da empresa, é importante a figura do escritório de projetos.

Em resumo, um escritório de projetos permite conseguir níveis de coordenação que não se pode conseguir facilmente com uma organização tradicional. Isto é assim porque oferece um foco estratégico e diretrizes para segui-lo.

5. Metodologias e marcos

Outro aspecto que se deve contemplar é a adoção das metodologias e os quadros metodológicos. Estes guias, como os que proporcionam PMI ou Prince2, são de muita ajuda, apesar de que nosso conselho é adotá-las com sentido comum, não as aplicando de forma rígida, mas adotando delas os aspectos que mais se adaptem a nossa organização.

Algumas ideias chave para melhorar neste ponto são:

  • Estandardização de processos. Os processos se devem padronizados, ao mesmo tempo em que devem ser o mais simples possível e estar próximos da realidade.
  • Inspiração em modelos existentes. Existem associações internacionais que facilitam modelos de gestão de projetos padronizados. Podemos acudir a elas para inspirar-nos, considerando que devemos tomar o melhor de cada uma para a gestão de nossa organização.

Até este momento, desenvolvemos como se deve conceber a organização para produzir a mudança, mas fica o mais importante. Como se deve produzir esta mudança? De que maneira a devemos realizar para que tenha sucesso?

Gestão da mudança

Para que a mudança possa ter sucesso, deve cumprir uma série de premissas e se deve realizar uma série de passos.

1. Definição do impulsor

O impulso da gestão de projetos deve vir da direção da empresa. É um erro pensar que simplesmente por contratar uma plataforma de gestão de projetos esta se vai implantar de maneira automática. A direção da empresa deve potenciar que se utilizem estes sistemas. Ademais, deve liderar a mudança.

É importante matizar que o apoio que se deve conseguir não necessariamente é o da Direção Geral da empresa, senão o da direção ou os responsáveis principais do âmbito organizativo no qual se vai implantar.

2. Implementação da gestão da mudança 

Por isso, uma maneira adequada de realizar a transição pode ser mediante um enfoque duplo, ao que chamamos efeito pinça. Como seu próprio nome indica, este sistema consta de dois enfoques.

Por um lado, é necessário um fluxo de mudança desde a direção até os integrantes da organização (enfoque top-down), que implique a obrigatoriedade de realizar as tarefas utilizando estes sistemas.

Foco Top-Down, ITM Platform

Será necessário estabelecer modelos de controle e fazer acompanhamentos com relatórios. Com isso se pode comprovar que se está aplicando adequadamente o modelo de gestão de projetos estabelecido e controlar o que está aportando realmente à empresa.

Por isso é importante realizar reuniões de acompanhamentos nas quais se deve utilizar unicamente informação previamente registrada no sistema.

Por outro lado, é necessário aplicar ações de baixo para cima (enfoque botton-up), com estratégias de capacitação e de escuta ativa aos membros das equipes de trabalho, que saibam trasladar a realidade das circunstancias de trabalho à direção e consigam assim uma implementação da gestão de projetos que seja verdadeiramente útil para a gestão das tarefas diárias.

Foco Bottom-up

Os membros das equipes de projeto não devem sentir que estão sendo obrigados a mudar sua maneira de trabalhar como um capricho da direção, mas porque se trata de utilizar uma nova metodologia de trabalho que agrega valor para todos o que melhorará a produtividade do conjunto da empresa, do qual se verão beneficiados a médio e longo prazo.

A presença de trabalhadores motivados a utilizar as novas metodologias contagia os demais. Pode ser uma estratégia de implantação muito mais útil que a obrigatoriedade estabelecida por parte dos diretores gerais ou da área específica.

Para garantir o sucesso final, é necessário começar por projetos relativamente simples. Neles deveriam trabalhar pessoas bem formadas nos novos sistemas e afins a estas mudanças, conseguindo resultados positivos que se devem quantificar para poder compará-los com os anteriores à aplicação dos novos sistemas.

Conseguir sucesso nos primeiros momentos, suporá uma retroalimentação positiva para o resto da empresa, que estará desejando ser partícipe destas novas metodologias.

Resumindo, assegura que você vai ter sucesso nos primeiros passos escolhendo bem o contexto, o que propiciará o sucesso futuro nos seguintes passos.

Outra maneira de motivar para a mudança é devolver aos envolvidos nela algo do que deram previamente. Todos os implicados no modelo de gestão por projetos devem obter um resultado tangível a seus esforços, o que suporá a motivação para continuar realizando-o.

Também se pode estimular a colaboração online, já que conseguirá que aqueles trabalhadores mais adaptados a estes sistemas (conhecidos como “best performers” “arrastem” os mais reticentes).

 

 

Receba as últimas notícias da ITM Platform

 

O sucesso de um projeto depende enormemente de como se planeja o trabalho em equipe. Encontrar uma rotina e ritmos mais adequados ajuda a que uma equipe consiga seus objetivos com maior facilidade, mas isto nem sempre é fácil.
Como responsável da organização, você deve ser consciente das caraterísticas de seus empregados e do tipo de trabalho que realizam para saber quais as duas técnicas de Agile mais populares lhe dará melhores resultados:

o Scrum ou o Kanban

Ambas opções têm caraterísticas muito definidas, que condicionam a adequada implantação destes sistemas num marco ou outro de trabalho. Por tanto, merece a pena conhecê-las mais em profundidade.

O Scrum pretende estabelecer um marco de trabalho adaptável às tarefas que devem ser realizadas num período entre 1 e 4 semanas de trabalho intensivo. Uma vez terminado e lançado o produto, se começa outro ciclo igual. Que vantagens oferece trabalhar assim? Essencialmente, rapidez e flexibilidade na hora de combinar os processos de trabalho. De todos os modos, também há que ter em conta que um calendário tão marcado e estrito pode condicionar algumas equipes, que sentirão sua atividade restringida pelas estritas pautas marcadas no princípio de cada ciclo de trabalho intensivo. Por outro lado, o Kanban é um conceito de organização do trabalho parecido ao Scrum, ainda que mais flexível. Esta metodologia aceita a possibilidade de se planejar de novo as prioridades do trabalho à medida que as necessidades do momento se modificam. A equipe ajuda a que o fluxo de trabalho seja muito melhor, e se evita o estancamento nuns padrões predefinidos. Além disso, neste caso é possível decidir negar os planejamentos iniciais da organização do projeto, se os membros da equipe entendem que não funciona adequadamente. Que metodologia de trabalho é melhor? A verdade é que esta pergunta não se pode responder facilmente, porque cada uma encaixará melhor num tipo de projeto e com as caraterísticas concretas de cada equipe de trabalho.

De todos modos, é importante assinalar suas diferenças mais destacadas

- O fluxo de trabalho de Scrum se centra em intervalos de trabalho, nos que as tarefas devem progredir de maneira constante.

- Kanban concebe o trabalho em base a itens individuais, que podem se agrupar ou se eliminar de cada fase do projeto, segundo as necessidades de cada momento. Precisamente por isto, e para evitar desfases entre diversos membros de equipe, requer uma monitorização de todo o processo.Em consequência, o esquema organizativo Scrum pode encaixar melhor em projetos de equipes que se mantenham constantes ao longo de toda a execução, enquanto que Kanban encaixará melhor num professo de alto nível de trabalho, levado a cabo por uma equipe madura e capaz de evoluir segundo as necessidades do momento.

Receba as últimas notícias da ITM Platform