Publicado em Deixe um comentário

Parâmetros para comparação entre Scrum e Gerenciamento Tradicional de Projetos

Num tempo não muito distante, os projetos eram planejados de forma detalhada, concedendo prioridade para o escopo, o custo e cronograma. Com o método ágil Scrum o papo é outro.

PRINCE2 (PRojects IN Controlled Environments)

O PRINCE2 (PRojects IN Controlled Environments), assim como outros métodos tradicionais de gerenciamento de projetos, é um método baseado em processos, focando em obter eficácia. Começou como um padrão usado pelo governo do Reino Unido, amplamente reconhecido e praticado internacionalmente.

PMP (Project Management Professional)

A certificação PMP (Project Management Professional) baseia-se em um conjunto de conhecimentos com terminologias e diretrizes padrão para o gerenciamento de projetos.

Assim, o corpo do conhecimento evolui ao longo do tempo e a PMP continua sendo reconhecida e exigida por organizações ao redor do mundo, validando a competência para trabalhar como gerente de projetos, liderando e direcionando projetos e equipes.

Recentemente, esta renomada certificação, inclui informações sobre como implementar suas abordagens em ambientes ágeis, tendências e práticas emergentes e considerações sobre adaptação.

Além disso, com esta abordagem, apresenta processos para conhecimento estratégico e nos negócios, bem como seções sobre o papel do gerente de projetos.

Método ágil Scrum

Com um pé na ênfase a introdução de novos produtos, o método ágil Scrum incentiva a tomada de decisão iterativa. Os dados e informações são consideradas fundamentais na agilidade, bem como, fornecer produtos que atendam aos requisitos do cliente

O Scrum promove a priorização, oferecendo relevante valor no menor tempo possível. Utiliza o time-boxing na definição do escopo, custo e cronograma de um projeto. A auto-organização, outra característica do Scrum, permite às pessoas que estão fazendo o trabalho estimar e apropriar tarefas. A Tabela 1 resume muitas das diferenças entre o Scrum e o gerenciamento tradicional de projetos.

Tabela 1 – Parâmetros para comparação entre Scrum e Gerenciamento Tradicional de Projetos (PMP e Prince2).

Fonte: SCRUMstudy (2017).

Referências:

SCRUMstudy. 2017. Scrum vs. Traditional Project Management (PMP®, PRINCE2®). Disponivel em: https://www.scrumstudy.com/whyscrum/scrum-pmp-prince2. Acesso em: 16/07/2019.

Publicado por:

O Dr. Eder Alves é fundador e principal consultor da PredictON. Possui background acadêmico em Administração de Empresas e Ciência da Computação com áreas de concentração em estratágia empresarial, inovação e gerenciamento de projetos. Adquiriu conhecimentos ao longo da vida universitária em sistemas de tecnologia da informação, gerenciando projetos complexos e programas para empresa globais como IBM e Freescale Semiconductor. É portador das credenciais PMP e Scrum Master Certified.

Publicado em Deixe um comentário

7 Reuniões Fundamentais em um Projeto utilizando o Scrum

O framework de trabalho do Scrum sugere reuniões focadas na comunicação e integração das equipes nos projetos. Em especial, seis são propostas são nitidamente colocadas a mesa. Apesar das pessoas envolvidas nos projetos, sempre lembrarem da famosa reunião no início do dia que dura apenas 15 minutos (Daily Standup Meeting), o Scrum oferece possibilidade de gestão em larga escala como a Scrum of Scrums.

1. Project Vision Meeting

Trata-se de uma reunião com os stakeholders do programa, entre eles, o Program Product Owner, o Program Scrum Master e o Chief Product Owner. Esta reunião possibilita identificar o contexto de negócios, os requisitos de negócios e as expectativas das partes interessadas, resultando no desenvolvimento de uma Declaração de Visão do Projeto realista e eficaz. O Scrum propões e sugere o envolvimento e colaboração próxima com todos os representantes de negócios para obter o seu comprometimento com o projeto e entregar maior valor. Lembre-se, entretanto, que o Scrum é feito para projetos, programas e portfolios de grande envergadura.

2. Release Planning Meeting

As sessões de planejamento de release (liberação de versões) são conduzidas para desenvolver um plano de release. O plano define quando vários conjuntos de funcionalidades ou produtos utilizáveis serão entregues ao cliente. No Scrum, o principal objetivo de uma Release Planning Meeting é permitir que a equipe Scrum tenha uma visão geral das liberações de versões e cronograma de entrega do produto que estão desenvolvendo. Assim, poderão alinhar às expectativas do Product Owner (PO) e das partes interessadas, principalmente o patrocinador do projeto (sponsor).

3. Sprint Planning Meeting

Esta reunião é realizada antes do Sprint. Portanto, faz parte do processo Criar um Backlog do Sprint. Tem uma duração prevista de oito horas para um Sprint de um mês. A Sprint Planning Meeting é dividida em duas partes:

  • Definição do objetivo: durante a primeira metade da reunião, o Product Owner explica as User Stories de prioridade mais alta ou os requisitos no Backlog Priorizado do Produto para a equipe Scrum. A equipe, em colaboração com o Product Owner define a meta do Sprint.
  • Estimativa de tarefa: durante a segunda metade da reunião, a equipe Scrum decide “como” completar os itens selecionados do Backlog Priorizado do Produto para cumprir a meta da Sprint.

Às vezes, as reuniões de planejamento de tarefaTask Planning Meetings (realizadas durante o processo Criar Tarefas) e as reuniões de estimativa de tarefa – Task Estimation Meetings (conduzidas durante o processo Estimar Tarefas) também são chamadas de Sprint Planning Meeting.

4. Daily Standup Meeting

A reunião diária standup é uma reunião curta, com um intervalo de tempo de 15 minutos. Os membros da equipe se reúnem para relatar seu progresso na Sprint e planejar as atividades do dia. A duração da reunião é muito curta e todos os membros da equipe Scrum devem comparecer. No entanto, a reunião não será cancelada ou atrasada se um ou mais membros não puderem comparecer.

Na Reunião Diária, facilitada pelo Scrum Master, cada membro do Time Scrum fornece

informações na forma de respostas a três perguntas específicas:

  • O que eu completei ontem?
  • O que vou completar hoje?
  • Quais impedimentos ou obstáculos (se houver) estou enfrentando atualmente?

5. Sprint Review Meeting

O Core Team (equipe central do projeto) do Scrum e os stakeholders relevantes participam desta reunião de revisão da Sprint para aceitar as entregas que atendem aos critérios de aceitação das estórias dos usuários, rejeitando, quando necessário, resultados inaceitáveis. Estas reuniões são convocadas no final de cada Sprint. A equipe Scrum demonstra as conquistas do Sprint, incluindo as novas funcionalidades ou produtos criados. Portanto, fornece uma oportunidade para o PO e stakeholders inspecionarem o que foi concluído até o momento e, portanto, determinar se alguma alteração deve ser feita no projeto ou nos processos em Sprints subsequentes.

6. Retrospect Sprint Meeting

A reunião de retrospectiva do Sprint é um elemento importante da estrutura do Scrum que possibilita inspecionar e adaptar. Trata-se da etapa final de um Sprint. Todos os membros da equipe Scrum participam da reunião que é facilitada ou moderada pelo Scrum Master. É recomendado, mas não obrigatório, que o PO participe. Um membro da equipe atua como o escritor e documenta discussões e itens para ações futuras. É essencial realizar essa reunião em um ambiente aberto e descontraído para incentivar a participação total de todos os membros da equipe.

7. Scrum of Scrums

A reunião do Scrum of Scrums facilita a coordenação do trabalho em várias equipes do Scrum. Isso é especialmente importante quando há tarefas envolvendo dependências entre equipes. Incompatibilidades e discrepâncias entre o trabalho e as entregas de diferentes equipes são rapidamente expostas. Este fórum também oferece às equipes a oportunidade de mostrar suas conquistas e dar feedback a outras equipes. No caso de grandes projetos, o Chief Scrum Master é responsável por moderar a reunião do Scrum of Scrums (SoS) e remover impedimentos que afetam várias equipes.

Neste contexto, temos uma vasta gama de possíveis reuniões sugeridas pelo Scrum. Contudo, parcimônia sempre é bem-vinda quando o tempo dedicado ao trabalho esta sendo utilizado. Em suma, estamos buscando agilidade e os métodos ágeis como o Scrum devem favorecer esta agilidade e melhora a qualidade das entregas, afastando das antigas reuniões dispendiosas adotadas por gerentes de projetos nos métodos tradicionais.

Referências

SCRUMSTUDY. A Guide to the Scrum Body of Knowledge (SBOKTM Guide). Phoenix, Arizona: SCRUMstudy™, 2017.

PREDICTON. Blog. Disponível em: https://predicton.net/blog/ . Acesso em: 26/06/2019.

Publicado por:

O Dr. Eder Alves é fundador e principal consultor da PredictON. Possui background acadêmico em Administração de Empresas e Ciência da Computação com áreas de concentração em estratágia empresarial, inovação e gerenciamento de projetos. Adquiriu conhecimentos ao longo da vida universitária em sistemas de tecnologia da informação, gerenciando projetos complexos e programas para empresa globais como IBM e Freescale Semiconductor. É portador das credenciais PMP e Scrum Master Certified.

Veja mais sobre Gestão de Portfólio, Programa e Projetos para todos.

Publicado em Deixe um comentário

3 estratégias para obter sua primeira certificação profissional

Estratégia para certificação

A estratégia é um truque ou vários direcionamentos para obter um objetivo. Para conseguir uma certificação profissional é preciso estratégia. Certificações como Scrum, Six Sigma, PMP, ITIL® v3 Foundation, entre outras, podem colaborar com a evolução na carreira ou na conquista de um novo emprego.

Assim, existem diversas opções no mercado e algumas fornecerão remuneração alta como AWS, Cisco, Citrix, CompTIA e Cybersecurity. Por outro lado, existem novas tendências como Marketing Digital, Inteligência Artificial e aquelas vinculadas com renomadas empresas como a SAP e a Microsoft.

Em função dessa variedade é preciso pensar e definir o rumo da sua carreira antes de entrar em estudos para alcançar uma certificação. Neste contexto, portanto, os cinco direcionamentos que você deve ter são:

Primeiro: o rumo da sua carreira

Tenha em mente a direção que você deseja para sua carreira nos próximos 3 anos. Quero atuar com o trabalho técnico ou partir para certificações gerenciais. Por exemplo, posso almejar gerenciar os projetos em que estou participando como desenvolvedor. Então, vou buscar uma certificação CAPM, Project Management Profissional (PMP) ou Prince2.

Segundo: o provedor da certificação

As certificações podem ser com base em um framework conceitual, advinda de um instituto ou ser originária em uma tecnologia empresarial. Portanto, devo focar em uma tecnologia especifica de uma grande empresa influenciando no mercado ou vou realizar uma certificação mais abrangente que tem por base conceitos, técnicas e ferramentas? Por exemplo, certificações que focam no Six Sigma para a gestão da qualidade ou Scrum para métodos ágeis.

Terceiro: defina o nível que deseja alcançar

As questões financeiras e falta de tempo para estudo podem comprometer o nível de conhecimento que um candidato precisa alcançar dentro da hierarquia de variação em uma certificação. Muitos profissionais ficam no nível básico da certticação Scrum porque a primeira certificação fundamental é gratuita e as demais, como Scrum Developer Certified, Scrum Master e Product Owner exigem um investimento financeiro. O mesmo ocorre com o Six Sigma, que possui facilidade para que os profissionais obtenham as primeiras certificações básicas e cobra pelas demais.

Publicado por:

O Dr. Eder Alves é fundador e principal consultor da PredictON. Possui background acadêmico em Administração de Empresas e Ciência da Computação com áreas de concentração em estratágia empresarial, inovação e gerenciamento de projetos. Adquiriu conhecimentos ao longo da vida universitária em sistemas de tecnologia da informação, gerenciando projetos complexos e programas para empresa globais como IBM e Freescale Semiconductor. É portador das credenciais PMP e Scrum Master Certified.

Publicado em Deixe um comentário

Porque fazer uma certificação Lean Six Sigma?

Processos enxutos

Six Sigma é uma técnica de gestão que visa desenvolver e entregar produtos e serviços com alto valor agregado em termos de qualidade. Neste contexto, certificações nesta área de conhecimento são amplamente aceitas e fornecem caminhos científicos para ajudar indivíduos e organizações a concluir projetos com maior eficiência, aumentando o Returno on Investment (ROI) e a satisfação do cliente.

Muitas organizações em todo o mundo adotaram Six Sigma e Lean para aumentar a qualidade dos seus produtos e serviços, reduzindo custos através da redução de defeitos e remoção de ineficiências. Portanto, existem inúmeros benefícios da adoção do Six Sigma.

Lean

Em principio, o termo Lean foi criado por um estudante no Massachusetts Institute of Technology (MIT) ao realizar pesquisas para descobrir as diferenças entre alguns fabricantes de automóveis japoneses e fabricantes de automóveis norte-americanos tradicionais.

Sendo assim, no conceito do Lean está a determinação do valor. Valor no sentido de pensar quais processos são importantes para produzir um item ou recurso, tornando o cliente disposto a pagar por ele. A estrutura Lean ajuda concentrar recursos e energias na produção de recursos de valor agregado, ao mesmo tempo em que identifica e elimina atividades sem valor agregado.

ROI

Profissionais certificados no mercado de trabalho possuem grande demanda porque ajudam as organizações na melhoria do gerenciamento de projetos, levando a um aumento do ROI. Aproveite a oportunidade e junte-se a esta crescente comunidade. Trata-se da melhoria no nível de processos e resultados de qualidade organizacional.

Ora, segundo Slack et al. (2013), as operações, mesmo as que são bem gerenciadas, são passíveis de melhorias. Uma melhoria diminui a diferença entre o desempenho real e o desejado de uma operação ou processo.

O ponto de início para a maioria das melhorias requer dois conjuntos de atividades: primeiro, avaliar o desempenho corrente de cada processo e operação e segundo, decidir sobre uma meta de desempenho adequada.

Os caminhos mais comuns que representam diferentes filosofias de melhorias, embora ambos possam ser adequados em diferentes momentos, são as inovações e a melhoria continua. Portanto, as inovações focam nas mudanças drásticas e mais planejadas para resultar em aumentos fortes de desempenho. Exemplo: a abordagem de reengenharia de processos de negócios.

As melhorias contínuas focam nas melhorias pequenas, mas nunca finitas, deveriam tornar-se parte da vida normal da operação. Seu objetivo é fazer da melhoria parte da cultura da organização.

DMAIC

DMAIC (um acrônimo para Definir, Medir, Analisar, Melhorar e Controlar) refere-se a um ciclo de melhoria conduzido por dados usados para melhorar, otimizar e estabilizar os processos e projetos de negócios. O ciclo de melhoria DMAIC é a principal ferramenta usada para conduzir projetos Six Sigma. No entanto, o DMAIC não é exclusivo do Six Sigma e pode ser usado como estrutura para outras aplicações de melhoria.

Todas as etapas do processo DMAIC são necessárias e sempre são executadas na ordem determinada.

Foco no Cliente

Como resultado, as organizações buscando sucesso, adotam o método Six Sigma de forma sistemática e mensurável, aumentando o valor agregado e se tornando mais competitivas. Assim, conquistam qualidade consciente e direcionam o foco no cliente. Alguns dos benefícios que derivam das iniciativas Six Sigma são:

• Prevenção de desperdícios;

• Redução de defeitos;

• Redução no tempo de ciclo;

• Contingência de custos;

• Melhoria no percentual de cota de mercado.

Treinamento Curso Certificação Six Sigma Yellow Belt
Six Sigma Yellow Belt (SSYB™)

Se você gostou deste conteúdo faça uma certificação Yellow Belt Six Sigma100% gratuita.

Referência

Slack et al. (2013)

Publicado por:

O Dr. Eder Alves é fundador e principal consultor da PredictON. Possui background acadêmico em Administração de Empresas e Ciência da Computação com áreas de concentração em estratágia empresarial, inovação e gerenciamento de projetos. Adquiriu conhecimentos ao longo da vida universitária em sistemas de tecnologia da informação, gerenciando projetos complexos e programas para empresa globais como IBM e Freescale Semiconductor. É portador das credenciais PMP e Scrum Master Certified.

Publicado em Deixe um comentário

3 Categorias Analíticas que vão lhe ajudar com Scrum

Scrum Controle Empírico

Controle de Processos Empíricos Scrum

Um princípio fundamental no método ágil Scrum é o Controle Empírico do Processo. No Scrum, as decisões são tomadas com base na observação e experimentação, em vez de planejamento.

Este monitoramento baseada em experiência real ou em experimentos científicos e não em somente em teoria para gestão de processos, depende de três grupos: transparência, inspeção e adaptação.

O Scrum prescreve a tomada de decisões baseada em observação e experimentação ao invés de um planejamento prévio e detalhado.

A transparência permite que todas as facetas de qualquer processo Scrum sejam observadas por qualquer pessoa. Isso promove transparência de informação em toda a organização e cria uma cultura de trabalho aberta.

O Scrumboard é uma ferramenta eficaz para mostrar a evolução do trabalho e atividades em progresso. Veja guia SBok da SCRUMStudyTM (2013), uma marca da VMEdu Inc.

O painel Kanban é outro bom exemplo de como é possui ter visibilidade do processo envolvendo atividades da equipe.

Sprint Burndown Chart.

Outra forma de compartilhar informações para a equipe é o Sprint Burndown Chart.

Assim, estas ferramentas visuais de informações apoiam a transparência nos projetos utilizando Scrum, levando a um ambiente de trabalho aberto.

No Scrum, em síntese, a transparência é representada através de:

Uma declaração de visão do projeto que pode ser visualizada por todas os Stakeholders e pela equipe (Scrum Team);

Um backlog de produto priorizado é aberto e contém as histórias de usuários, podendo ser visualizadas por todos, tanto dentro como fora da equipe;

Um cronograma de planejamento de liberação que pode ser coordenado entre várias equipes Scrum;

Visibilidade clara sobre o progresso da equipe através do uso do Scrumboard, Burndown Chart e outras formas de fornecer informações;

As reuniões diárias (Daily Standup Meetings) no qual os membros da equipe relatam o que fizeram no dia anterior, o que pretendem fazer hoje e problemas que os impedem de concluir as suas tarefas atuais no Sprint.

Reuniões de revisão do Sprint realizadas durante o processo para demonstre e validar o Sprint. Nesta oportunidade, a equipe demonstra os produtos do Sprint para o Product Owner e Stakeholders.

A inspeção no Scrum pode ser obtida por meio do uso do Scrumboard e utilizam de técnicas de compartilhamento de informação que mostram o progresso da equipe Scrum ao completar as tarefas no Sprint atual.

Outra forma de obter inspeção para um projeto utilizando o Scrum e a coleta de lições aprendidas através de feedback do cliente e outros Stakeholders (partes interessadas) durante os processos para desenvolver os épicos (Develop Epics).

A criação do backlog de produtos priorizados e condução de processos de liberação são outros exemplos que apoiam esta categoria analítica.

Em suma, pode-se fazer inspeção e aprovação das entregas (Deliverables) pelo Product Owner e pelo cliente no processo de demonstração e validação do Sprint (Demonstre and Validate Sprint).

A adaptação acontece à medida que a equipe principal do Scrum e as partes interessadas aprendem através da transparência e da inspeção, adaptando-se ao trabalho constante de fazer melhorias.

Nas reuniões de apresentações diárias, os membros da equipe Scrum discutem abertamente impedimentos para completar suas tarefas e buscam ajuda de outros.

Os mais experientes orientam aqueles com menos conhecimento do projeto ou tecnologia.

A identificação do risco é realizada e a comunicação ocorre ao longo do projeto.

Os riscos identificados tornam-se insumos para vários processos do Scrum, incluindo criar o backlog de produtos priorizados, listagem de produtos priorizada (Groom Prioritized Product Backlog) e demonstrar e validar o Sprint.

As melhorias podem resultar em pedidos de mudança (Change Requests), os quais são discutidos e aprovados durante os processos de desenvolvimento de épicos e criação backlog e processos de produto priorizado.

O Scrum Guidance Body interage com os membros da equipe Scrum durante a criação das estórias de usuários (Create User Stories).

Na reunião de retrospectiva do projeto, os participantes documentam as lições aprendidas e realizam revisões, procurando oportunidades para melhorar os processos e solucionar as ineficiências.

Neste contexto, observa-se a relevância de tomar decisões com base na objetividade por meio da observação e experimentação.

Referência:

SCRUMSTUDY. A Guide to the SCRUM Body of Knowledge (SBOK GUIDE). Phoenix: VMEdu Inc., 2013.

Publicado por:

O Dr. Eder Alves é fundador e principal consultor da PredictON. Possui background acadêmico em Administração de Empresas e Ciência da Computação com áreas de concentração em estratágia empresarial, inovação e gerenciamento de projetos. Adquiriu conhecimentos ao longo da vida universitária em sistemas de tecnologia da informação, gerenciando projetos complexos e programas para empresa globais como IBM e Freescale Semiconductor. É portador das credenciais PMP e Scrum Master Certified.