Finalmente saiu a nova versão do Scrum Guide, agora muito menos prescritivo e focado em “compromissos”, aproveite e baixe a sua cópia, inclusive com tradução para Português.
https://www.scrumguides.org/download.html
Hoje vamos falar um pouco destas duas metodologias, porém antes, é interessante entendermos que Lean e Seis Sigma não são um só framework, mas sim a junção dos dois, que por sua vez tem origens distintas, enquanto o Lean foca na manufatura enxuta, com a otimização do processo produtivo para evitar o desperdício, o Seis Sigma visa a redução na variação de processos, a fim de otimizar os custos a fim de aumentar a lucratividade.
Com isso usa-se então estas duas metodologias para que; em conjunto, possa-se alcançar melhores resultados, agregando valor através das melhorias dos processos. E qual a relação do Lean Seis Sigma com o Gerenciamento de Projetos Tradicional? é o que veremos a seguir.
Enquanto o Gerenciamento de Projetos Tradicional se concentra na criação dos projetos no prazo e dentro do orçamento especificado. a fim de obter um resultado específico dentro dos objetivos do projeto, a metodologia Six Sigma se concentra principalmente na identificação e redução de variações e defeitos nos processos de negócios. As ferramentas e técnicas do Six Sigma são projetadas para ajudar as organizações a reduzir erros, cortar custos, aumentar a produtividade e fornecer produtos e serviços de melhor qualidade. Isso ajuda as organizações a permanecerem mais robustas e competitivas no mercado.Desta forma as seguintes diferenças podem ser destacadas.
Diferenças
- Na gestão tradicional o foco é em aumentar a taxa de sucesso dos projetos.No Seis Sigma o foco é em encontrar e eliminar defeitos em um processo específico.
- No seis Sigma o objetiva-se minimizar o desperdício de tempo, esforço e dinheiro em um processo específico, no Waterfall concentra-se em como planejar e construir um projeto.
- Os projetos Seis Sigma têm um período de controle contínuo, enquanto no gerenciamento de projetos se concentra na conclusão de um projeto dentro de um prazo específico.
- no Seis Sigma usa-se métodos e estatísticas orientados a dados, para identificar e solucionar um desafio, enquanto Waterfall usa-se práticas padronizadas para entregar um projeto que atenda a uma meta predeterminada com eficiência.
- A principal distinção entre a metodologia tradicional e o Seis Sigma está na Metodologia, pois no modelo tradicional usa-se diferentes princípios e processos de gerenciamento de projetos para aumentar a taxa de sucesso dos projetos. Por outro lado, o Seis Sigma utiliza as estatísticas para conhecer os defeitos e eliminá-los para melhorar a qualidade do processo.
Similaridades
Sabemos que a implementação de um novo processo ou melhoria do atual pode exigir lidar com montanhas de detalhes e coordenar um grande número de pessoas. O Seis Sigma ajuda a tornar os esforços da equipe para desenvolver um processo metódico e gerenciável, fornecendo um mapa de cinco etapas para organizar os esforços da equipe sendo eles
- Definir: Ter metas claras para as atividades e as melhorias almejadas. Essas metas serão os novos objetivos estratégicos da empresa.
- Mensurar: Antes de buscar melhorias, é importante entender 100% como acontece atualmente cada etapa dos processos internos da empresa. A partir dessa análise, são estabelecidas métricas válidas e confiáveis para ajudar a monitorar o progresso rumo às metas definidas no passo anterior.
- Analisar: O objetivo desta análise é identificar caminhos para eliminar a lacuna entre os números atuais e as metas definidas anteriormente. Essa análise deve ser fundamentada em dados sólidos e em uma análise estatística.
- Incrementar: A ideia é melhorá-lo, e não realizar mudanças estruturais.
- Controlar: O objetivo dessa etapa é garantir que as metas alcançadas serão mantidas a longo prazo.
Perceberam a semelhança com os processos de ( Iniciação – Planejamento – Execução – Monitoramento e controle e Encerramento ) da metodologia tradicional? além disso podemos destacar também como características de ambas metodologias: Ajudam os profissionais a melhorar o desempenho dos processos;Empregam uma metodologia de cinco fases; Ambos são reconhecidos globalmente e demandados pelos empregadores; São aplicáveis a todas as áreas funcionais em todos os setores; Colaboram para a agregação de valor à organização; Expandem as oportunidades de carreira; e maximizam a possibilidade de ganhos quando corretamente aplicados.
Particularidades
- O Lean Seis Sigma pode ser utilizado independentemente do tamanho da empresa. A única diferença é a escala dos projetos aplicados;
- Waterfall, vem do inglês e significa cascata, fazendo uma analogia é considerada a forma mais tradicional de gerenciar projetos.
- O Lean Seis Sigma é muito utilizado no processo de vendas, pois através dele é possível adotar medidas que visam o aumento da satisfação do cliente.
- Projetos gerenciados de forma tradicional estão alinhados ao ciclo PDCA em todas suas etapas.
- O Lean Seis Sigma é uma metodologia de melhoria contínua de processos. É um método que muitas vezes pode demandar tempo para trazer o retorno desejado.
Com isto podemos mais uma vez notar a similaridade entre frameworks e metodologias de gerenciamento de projetos em suas etapas e processos, mesmo com suas particularidades a essência no final se mantém a mesma;entregar o produto desejado, no prazo,escopo e percepção de valor a que fora proposto.
Para entendermos sobre o FDD devemos voltar aos anos 1997 e conhecer um pouco da história de Jeff DeLuca, um desenvolvedor autodidata nascido em 1964 que por anos trabalhou na IBM onde desenvolveu vários projetos como por exemplo um software de rede para conectar diferentes tipos de sistemas de computadores da IBM, saindo de lá em 1993, como Arquiteto Sênior de Sistemas para formar sua própria empresa, a Nebulon Pty.
Em 1997 ao participar de um grande projeto de desenvolvimento em java Jeff concebeu a metodologia FDD que por sua essência foca na entrega frequente de pequenos trechos (funcionalidades ou iterações) de ”software funcionando” (parece com SCRUM ?). Este projeto tinha como características um prazo de 15 meses e foi tocado por um time de 50 pessoas para um banco de Cingapura, logo após este projeto outro foi iniciado, desta vez com um time de 250 pessoas e duração de 18 meses.
O FDD foi descrito em detalhes pela primeira vez no capítulo 6 do livro de Modelagem Java em cores com UML por Peter Coad,
Um recurso pode ser expressado por um pequeno incremento de valor ao cliente. Por exemplo, “Calcular o total de uma venda”, “Validar a senha de um usuário” ou “Autorizar a transação de vendas de um cliente”. Os recursos são para o FDD, assim como as histórias do usuário para o Scrum.
Ciclo de vida FDD
Existem cinco atividades principais no FDD que são executadas iterativamente. A primeiro é Desenvolver um Modelo Geral,seu objetivo é identificar e entender os fundamentos do domínio que seu sistema está abordando e, ao longo do projeto, desenvolver esse modelo para refletir o que está construindo. A segunda etapa é Criar a Lista de Funcionalidades, agrupando-os em conjuntos e áreas de assunto relacionados. Esses dois primeiros passos são mapeados para o esforço inicial. Em seguida, Planeja-se as Funcionalidades, é onde se produz o plano de desenvolvimento e atribui-se a propriedade dos recursos do desenvolvimento do projeto baseando-se em suas dependências, na equipe de desenvolvimento, na carga horária e na complexidade das funcionalidades. A maior parte do esforço em um projeto de FDD, aproximadamente 75%, é composta pelas quarta e quinta etapas: Design por Funcionalidades e Construção por Funcionalidade. Essas duas atividades incluem tarefas como modelagem detalhada, programação, teste e empacotamento do sistema.
FDD x SCRUM
Sabe-se que o FDD e o Scrum estão intrinsecamente relacionados, porém algumas diferenção são de grande importância serem mencionas tais como: o FDD e focado em recursos (em oposição as entregas do SCRUM). Recursos são uma peça fundamental do FDD; eles são para FDD o que as histórias de usuários são para o Scrum.Durante o FDD, um recurso deve ser entregue entre 2 a10 dias,diferentemente do Scrum, no qual os sprints geralmente duram de duas a quatro semanas.O FDD valoriza a documentação mais do que outros métodos (incluindo Scrum e XP), o que também cria diferenças nos papéis das reuniões. No Scrum, as equipes normalmente se reúnem diariamente; no FDD, as equipes confiam na documentação para comunicar informações importantes e, portanto, não costumam se reunir com a mesma frequência.Outra diferença importante é o usuário final; no FDD, o usuário real é visto como o usuário final, enquanto no Scrum é normalmente o Dono do produto que é visto como o usuário final.
Composição do Time FDD
A equipe do FDD está baseada nas seguintes funções:
Gerente de Projeto: supervisiona todo o projeto assim como no Waterfall .
Arquiteto chefe: Responsável pelo design e modelagem geral do sistema. O arquiteto chefe trabalha com outros desenvolvedores qualificados na fase de planejamento do ciclo de desenvolvimento.
Gerente de Desenvolvimento: Lidera e orienta a equipe de desenvolvimento e supervisiona as atividades de programação diárias.
Programador Chefe: ajuda na análise e no design e também pode ser designado para gerenciar pequenas equipes de desenvolvimento.
Proprietário da classe: é um membro das equipes de desenvolvimento menores, lideradas pelo programador chefe. As responsabilidades incluem projetar, codificar, testar e documentar recursos.
Especialista em domínio: é membro de uma equipe que entende qual o problema do cliente precisa ser resolvido. Os desenvolvedores confiam no conhecimento do especialista em domínio para garantir que eles estejam trabalhando e entregando o que é mais importante para o cliente.
Principais Vantagens do FDD
Como as essência do FDD e estar baseado em recursos podemos elencar algumas vantagens claras de sua adoção dentre elas estão: Gerenciamento mais claro do projeto: No FDD, o sistema em geral é construído progressivamente através do desenvolvimento de recursos – planejado, projetado e construído individualmente e depois incorporado ao modelo geral. Isso facilita o gerenciamento do processo, pois há apenas um recurso para focar por vez (em vez de gerenciar o sistema geral de uma só vez).
Minimizando a complexidade: o FDD divide o projeto geral em pequenos componentes para que possam ser entregues em curtos períodos de tempo. Isso ajuda as equipes de desenvolvimento a minimizar as complexidades associadas ao processo de desenvolvimento do sistema. Se a equipe tende a atrasar os cronogramas de desenvolvimento, o FDD pode deixá-lo mais organizado.
Construindo produtos melhores: o modelo FDD é um modelo iterativo que permite à equipe de desenvolvimento de software apresentar o produto intermitentemente, internamente ou para o cliente. Devido a essa transparência, é possível receber feedback frequente e, como resultado, o software pode ser colaborativamente aprimorado.
Enfim, vimos que vários recursos,fases,papeis e artefatos do FDD se entrelaçam com outros frameworks e metodologias de gerenciamento e gestão de projetos, não há uma receita de bolo, cabe a cada organização e gestor aplicar aquilo que mais tenha aderência ao momento e estrutura organizacional executora.