Blog FlowPace on FlowPace

Estratégicas para quebrar as histórias de usuário

Fri, 06 Dec 2019 00:00:00 +0000

Diversas são as formas de você trabalhar com quebra de itens de backlog. Aqui tem algumas estratégias que podem lhe ajudar.

Foto por Craig Adderley em Pexels.com

Estratégia 1: dividir por etapas do fluxo de trabalho
Se as histórias do usuário envolvem algum tipo de fluxo de trabalho, o item geralmente pode ser dividido em etapas individuais.

Estratégia 2: dividir por regras de negócios
Muitas histórias de usuários envolvem várias regras de negócios explícitas ou implícitas.

O que é um serviço?

Sat, 31 Aug 2019 00:00:00 +0000

Bom, neste momento que escrevo estou em Assunção, Paraguai, aguardando um dos meus voos de volta pra casa, depois de uma semana fora.

Aproveitei um tempo aqui para colocar alguns aprendizados que obtive e ideias que consegui mais esclarecimentos.

Alguns destes itens diz respeito à seguinte indagação: O que é um serviço?

Uma pergunta simples, que parece ter uma resposta simples, e muitas vezes eu me vejo perdido em termos rebuscados ou simplórios.

Quais são as principais diferenças entre estimativas, predição e previsão?

Sat, 10 Aug 2019 00:00:00 +0000

“Estimativa” é a estimativa de parâmetros. É quando seu interesse está nas variáveis preditoras (os X’s) e como elas se relacionam com Y.

“Predição” é a estimativa de respostas. Seu interesse é principalmente na resposta; você não se importa como o modelo foi construído. Estas são muitas vezes caixas pretas.

“Previsão” é apenas “previsão” para pessoas que fazem séries temporais. Obviamente, é em referência ao futuro, utilizando modelos probabilísticos a partir de dados realizados no passado.

Pontos importantes sobre métricas de fluxo

Fri, 26 Jul 2019 00:00:00 +0000

As três métricas mais importantes para a gestão de fluxo são WIP, Lead time e Throughput
A coisa mais importante que você pode fazer para melhorar a previsibilidade e o fluxo é combinar sua taxa de chegada (comprometimento) com sua taxa de partida (taxa de transferência)
Não trabalhe com médias quando você pode trabalhar com distribuições
Dívida de fluxo é quando o lead time é artificialmente reduzido para algum trabalho em andamento, “emprestando” lead time de outros trabalhos

4 fatores importantes a considerar na análise de Monte Carlo

Thu, 25 Jul 2019 00:00:00 +0000

Quantas vezes você já teve que responder a perguntas do tipo: Quando ficará pronto? Quando o projeto vai terminar? Quanto irá custar este desenvolvimento?

Difícil responder de forma acertiva, com precisão e velocidade, certo? Então, o método de simulação Monte Carlo, pode nos ajudar com isto.

Vejamos como, a seguir.

A análise de Monte Carlo fornece uma maneira de lidar com as perguntas com incerteza significativa nas entradas que influenciam o resultado do trabalho, para que você possa ter conversas difíceis sobre o tipo “quando, o quê e o quanto” com patrocinadores, partes interessadas e pessoal de marketing ou de negócio. Essa definição é uma admissão explícita de que quase TODAS as questões difíceis perguntadas sobre projetos não podem ser respondidas usando fórmulas ou argumentos simples a + b = c. Isso nos leva a usar ferramentas como a análise de Monte Carlo.

Previsibilidade nossa do dia-a-dia

Sun, 05 May 2019 00:00:00 +0000

Quando ficará pronto? Vamos cumprir o escopo da sprint? Chegaram mais itens para entregar. Cabe na sprint?

Estas são perguntas que, dentre várias outras semelhantes, chegam na nossa caixa de e-mail ou whatsapp todos os dias.

O desafio que vem sendo colocado diariamente para os times de desenvolvimento e em geral, para todos que estão envolvidos com o trabalho intelectual, é bem pesado. Prever entregas de itens aleatórios, com filas invisíveis de trabalho, dependências e interrupções e bloqueios de toda natureza, não é uma tarefa simples.

Video: Métricas ágeis

Sun, 10 Mar 2019 00:00:00 +0000

Webinar realizado para o Descomplicando Agilidade. Falo sobre métricas ágeis para gestão de fluxo.

https://www.youtube.com/watch?v=NPk9yG_40N8

As 6 Melhores métricas que você deve usar na sua gestão de fluxo.

Mon, 12 Nov 2018 00:00:00 +0000

Empresas de tecnologia que trabalham para manter-se relevante em seu mercado, em sua maioria, parecem ser extremamente experientes fazendo algum tipo de transformação. Transformações ágeis, transformações digitais e transformações de DevOps são ondas enquanto as empresas tentam mudar a forma como trabalham na esperança de melhorar os resultados de negócios.

Medição e métricas são uma parte fundamental de qualquer transformação. Quando se trata de avaliar uma transformação - para ver se a agulha está se movendo na direção certa – métricas de desempenho estão em intenso escrutínio. As métricas de desempenho tradicionais, como a contagem do número de linhas de código e o número de bugs de software devem ser usadas com cautela, pois há bugs que não valem a pena ser consertados e código que não vale a pena manter. Essas métricas de desempenho da velha escola representam atividades, não resultados. Métricas de atividade irão dizer às organizações muito pouco sobre o verdadeiro impacto sobre as metas de negócios.

8 Conceitos Fundamentais sobre Kanban que você precisa saber

Thu, 27 Sep 2018 00:00:00 +0000

Temos visto nos últimos anos um crescimento de pessoas e empresas buscando alternativas para gerenciar demandas e projetos. Principalmente fora do ambiente de desenvolvimento de software ou tecnologia da informação.

Porém, muitos conceitos ainda não são tão claros para todos, ou ainda, causam certa ambiguidade ou confusão entre os envolvidos. Absolutamente normal. Faz parte do processo de evolução e comunicação quando se começa a trabalhar com novos métodos.

Pois bem, sem querer obviamente ser a última instância sobre a definição de termos, vamos apresentar alguns termos importantes sobre gestão de fluxo por meio do método kanban.

Priorizando demandas e projetos com Kanban

Mon, 24 Sep 2018 00:00:00 +0000

Introdução

Usar o método Kanban para gerenciamento de fluxo de trabalho pode ajudá-lo significativamente com priorização de tarefas e demandas em projetos, com alta precisão. Ele irá guiá-lo para organizar tarefas com base na sua importância e resolver questões urgentes o mais rápido possível. Tudo que você precisa fazer é definir algumas regras básicas em seu quadro Kanban e certifique-se de sua equipe está compromotida em seguir as políticas de processo definidas.

Estimar ou não estimar?

Tue, 18 Sep 2018 00:00:00 +0000

Não perca tempo estimando e planejando tempo de execução de alguma atividade do seu projeto. A razão é simples. Não o faça. Sério, não faça isso. Por mais estranho que pareça, estimar e planejar normalmente servem para torná-lo menos previsível, não mais. Pense nisso desta forma: durante todo o tempo que você gasta em estimativa e planejamento, o que você não está fazendo? Trabalhando. Que o tempo poderia ser gasto de outra forma entregando valor do cliente. Quanto mais tempo você gasta planejando e estimando o menor valor que você é capaz de entregar. Na verdade, se você interromper o trabalho para fazer estimativa, como tantas empresas fazem, a estimativa irá realmente torná-lo menos previsível. Pense em quantas vezes você é interrompido por uma estimativa e quanto tempo isso custa. Quanto dinheiro foi ganho por você para compensar esse custo?

Métricas, fluxo e gestão

Mon, 17 Sep 2018 00:00:00 +0000

Uma gestão de fluxo eficiente se faz por meio de métricas claras, objetivas e confiáveis. Estabelecer um fluxo de trabalho estável é a chave para a construção de equipes bem-sucedidas e produtivas. Um fluxo de trabalho estável ajuda sua organização a entregar mais rápido ao mercado e traz maior valor para seus clientes e organização.

Mas como você pode medir a taxa de sucesso do seu fluxo de trabalho e melhorá-lo?

Feedbacks sobre Workshop Kanban Fundamentals com Lego

Sun, 16 Sep 2018 00:00:00 +0000

Pessoal, tudo bem? Receber feedback é muito bom não é mesmo? Eu acho muito bom! Fornecer feedback também é algo muito necessário e importante!

Então, nesta linha de mantermos um feedback produtivo e efetivo, disponibilizo aqui os feedbacks que recebi no Workshop Lean-Kanban Fundamentals realizado neste ano.

[gallery ids=“335,334,331,338,320,313,319,321,325,329,324,328,327,318,326,337,323,333,336,310,315,311,322,312,309,314,317,332” type=“rectangular”]

Métricas Lean e Gerenciamento de Fluxo

Wed, 01 Aug 2018 00:00:00 +0000

O que é o Fluxo? O gerenciamento de fluxo de projetos, é apenas um golpe de sorte, outro mantra na administração? Quais são as principais métricas de desempenho do Lean e o que elas significam?

Daniel Vacanti define as três principais métricas do Kanban:

Tempo de Ciclo (Cycle Time)
Taxa de transferência (throughput)
Trabalho em andamento (WIP)

E explica como eles se conectam ao conceito de gerenciamento de projetos Flow e Lean.

Como usar a lente Kanban para gerenciar o trabalho

Wed, 25 Jul 2018 00:00:00 +0000

E se houvesse uma maneira mais fácil de começar com Kanban? Sim, existem princípios, sistemas, valores, práticas… Mas tudo o que você realmente quer saber é como começar agora. Se for você, a lente Kanban é para você.

Como a popularidade do Kanban cresce, também a nuvem de equívocos e confusão em torno dele. Enquanto muitas pessoas vão tentar convencê-lo de que Kanban é melhor do que Scrum (e vice-versa), poucos podem realmente explicar em termos simples.

5 Princípios importantes sobre métricas.

Mon, 23 Apr 2018 00:00:00 +0000

Definições ágeis de medição de software não são simples. Existem alguns princípios comumente aceitos sobre a medição ágil que tendem a ser bastante confusos, ou pelo menos, grandes geradores de dúvidas entre os que querem utilizar métricas da forma correta nos seus projetos.

Vamos começar com princípios ágeis comuns:

■ O software funcionando é a principal medida de progresso. Essa afirmação é tão ambígua e aberta a interpretações que torna muito difícil para as equipes identificarem exatamente como medir o progresso. Essencialmente, o ponto é que você está se saindo bem se estiver entregando produtos para seus consumidores. O problema é a natureza subjetiva do termo software funcional. Você está entregando algo que funciona de acordo com os requisitos originais, mas apresenta grandes falhas de segurança que colocam em risco os dados de seus clientes? Você está entregando algo que não é tão eficiente que pode fazer com que seus consumidores parem de usá-lo? Se você respondeu sim a qualquer pergunta, provavelmente não está progredindo. Há muito mais para medir o progresso do que entregar software funcioando.

4 Passos para se trabalhar com métricas para desenvolvimento ágil de software

Mon, 16 Apr 2018 00:00:00 +0000

Trabalhar com métricas pode ser, em um primeiro contato, aparentemente difícil ou inócuo. Ainda mais se não houver um propósito bem claro e razoavelmente aceito por todos envolvidos.

Pois bem, neste post, não queremos aqui definir um tratado definitivo e extremamente abrangente sobre métricas. Muito pelo contrário. A ideia aqui é deixar algumas pistas e dicas sobre métricas para uma melhor gestão do desenvolvimento de software de maneira geral.

Vamos começar então, claro, pelo começo!!!

A Teoria das Restrições e Kanban - parte #2 - final

Mon, 09 Apr 2018 00:00:00 +0000

Passo três: subordinar tudo à restrição

Todas as outras decisões devem suportar a forma como decidimos gerenciar a restrição. Eu fiz alusão a isso acima quando mencionei a necessidade de se delegar o trabalho a outras pessoas. Você também deve garantir que todos saibam onde o gargalo é e que eles devem deixar de fazer qualquer coisa que esteja fazendo se o gargalo precisar de sua assistência.

Assegure-se de que o gargalo nunca tenha de esperar pela assistência de um especialista. Isso pode ser feito alocando um especialista para a equipe, localizando o especialista fisicamente perto da equipe, fazer acordos de trabalho explícitos (ex: “entre 07:00 e 19h, largar tudo quando a equipe que estiver no gargalo chamar…”), re-arquitetar o código ou o processo para remover a necessidade de um especialista, etc.

A Teoria das Restrições e Kanban - parte #1

Mon, 02 Apr 2018 00:00:00 +0000

O que pode ter de comum entre a Teoria das Restrições e Kanban? Não sabe? Então veja neste artigo, dividido em duas partes, quais os fundamentos da Teoria das Restrições e tente identificar quais são os pontos comuns com o método Kanban.

De acordo com a teoria das restrições, muito bem definida e explicada pelo professor Eliyahu M. Goldratt, as organizações são impedidas de alcançar seus objetivos por causa de uma ou mais limitações. A restrição em Kanban, ou qualquer tipo de fluxo de desenvolvimento de produto de software, pode ser alguma equipe ou indivíduo no fluxo de valor que produz algo de valor. Ou ainda, a restrição poderia ser a qualidade do produto, como por exemplo, a má qualidade do produto que dificulta as vendas.

Kanban e suas 7 Cadências

Mon, 26 Mar 2018 00:00:00 +0000

Um bom sistema Kanban caracteriza-se, dentre outros fatores, por suas cadências. Cadências que serão realizadas em períodos e frequências distintas para cada equipe. O ideal é que cada time, cada equipe que implemente o método Kanban, avalie de forma sistemática.

O método Kanban não é prescritivo quanto à formato, quem participará ou mesmo qual a frequencia que será realizada. Nem mesmo o tempo de duraçao de cada evento. Porém, várias pessoas que já passaram por um processo de implantação do método Kanban sugerem algumas cadências a serem realizadas.

Como otimizar seu fluxo de trabalho, aumentando suas entregas e reduzindo custos, por meio de simulação de processos

Thu, 22 Mar 2018 00:00:00 +0000

Otimização de processo de desenvolvimento de software: Uma abordagem utilizando BPMN, simulação por eventos discretos e programação não linear

Resumo - O presente artigo visa demonstrar como a modelagem BPMN 2.0 e a simulação por eventos discretos podem auxiliar aos gestores de processos e qualidade de software a tomar decisão sobre qual o melhor processo e recursos poderão ser usados para o desenvolvimento de um software. Por meio de análise de cenários (what if) e otimização não linear será possível avaliar qual o ponto ótimo de utilização dos recursos disponíveis, ou seja, identificar qual cenário de uso de um processo tem o custo menor e com maior entrega de funcionalidades para o cliente. Foi usado uma versão com um nível de detalhe mais macro, de um processo típico de desenvolvimento de software, porém com dados reais de execução de cada uma das atividades do processo listadas. Isto se justifica pelo objetivo central do artigo se concentrar em demonstrar as técnicas de simulação e otimização para tomada de decisão para a melhoria de processos e não o processo em si e sua aplicabilidade

8 pontos para avaliar Kanban e Scrum: Que abordagem utilizar? (parte 2 - Final)

Mon, 19 Mar 2018 00:00:00 +0000

Dando continuidade ao artigo anterior, vamos avaliar outros pontos para se tomar decisão entre Kanban e Scrum, para sabermos qual é a abordagem de melhoria de processos mais adequada.

Funções da equipe

Uma equipe de Scrum envolve funções obrigatórias. É altamente recomendável que haja um Scrum Maste dedicado e Product Owner em cada equipe do Scrum. A violação desta regra levaria a sérios riscos na entrega. Eu nunca vi ninguém ter um problema para encontrar um Scrum Master bom e um Product Owner brilhante para uma equipe de Scrum, mas o que se irá acontecer quando formos trabalhar com quatro ou mesmo dez equipes? Estamos prontos para contratar pelo menos cinco Scrum Masters dedicados e encontrar cinco Product Owner dedicados para dez equipes Scrum? Nós definitivamente não recomendemos o uso de Scrum se você não estiver pronto para pagar por pessoas dedicadas para preencher as funções.

8 pontos para avaliar Kanban e Scrum: Que abordagem utilizar? (parte 1)

Thu, 15 Mar 2018 00:00:00 +0000

Talvez nem todos saibam, mas Kanban não se trata de um processo de desenvolvimento de software ou mesmo um conjunto de regras e padrões a serem aplicados. Nem mesmo é prescrito pelo método Kanban algum tipo de papel ou responsabilidade. Um dos pilares do Kanban é não fazer julgamentos sobre o processo atual. Porém, muitos ainda confundem Kanban como sendo somente o quadro na parede.

Vamos verificar então se a metodologia é capaz de apoiar as necessidades dos negócios e, ao mesmo tempo, naturalmente escalável, enquanto o negócio está crescendo. No Scrum temos velocidade e o tamanho do backlog. Em projetos com alto nível de incerteza, as métricas de Scrum podem ajudar a prever planos realistas, melhorar a direção, reduzir os riscos de entrega e estimar o orçamento. Com Kanban, medimos a rapidez com que uma tarefa de negócios pode alcançar a produção. Todas as práticas Kanban são sintonizadas em conjunto para ajudar a equipe a ver como melhorar métricas, como o lead time, throughput e eficiência do fluxo. Em Kanban, o foco é o fluxo de entrega.

7 desperdícios em desenvolvimento de Software - Detalhamento (parte #3 - final)

Mon, 12 Mar 2018 00:00:00 +0000

No artigo anterior, vimos os 3 desperdícios no desenvolvimento de software: trabalho parcialmente feito, características extras e reaprendizado

Neste artigo vamos ver os últimos 2 desperdícios, completando assim a lista dos 7 desperdícios mais comuns em desenvolvimento de software e que finalizam a lista citada nos posts anteriores

Desperdício #6: comutação de tarefas Significado: Membros da equipe que se deslocam de uma tarefa para outra sem concluir a primeira tarefa corretamente.

7 desperdícios em desenvolvimento de Software - Detalhamento (parte #2)

Thu, 08 Mar 2018 00:00:00 +0000

No artigo anterior, vimos os 3 desperdícios no desenvolvimento de software: trabalho parcialmente feito, características extras e reaprendizado

Neste artigo vamos ver mais 2 desperdícios, completando assim a lista dos 3 desperdícios em desenvolvimento de software citados no post anterior

Desperdício #4: Hand-offs Significado: Passando o trabalho de pessoa para outra, depois de completar o trabalho da primeira pessoa.

Possível razões:

A natureza das tarefas necessárias para uma história
Equipes Trabalhando de diferentes locais
Falta de visibilidade das informações

Como você pode eliminá-lo?

7 desperdícios em desenvolvimento de Software - Detalhamento (parte #1)

Sat, 03 Mar 2018 00:00:00 +0000

Continuando o post anterior, vamos avaliar aqui 3 grandes desperdícios que encontramos em desenvolvimento de software.

Desperdício #1: trabalho parcialmente feito Significado: Isso geralmente significa que o trabalho (história) que não é completamente feito como por sua definição de Done, e, portanto, você não pode demonstra-lo ou você não pode liberá-lo. Isso pode incluir código que não é refatorado, código que não é testado, unidade/integração que não foi testada, código que não está devidamente documentado, código que não é implantável, etc.

Os 7 Desperdícios em Desenvolvimento de Software - O início

Thu, 01 Mar 2018 00:00:00 +0000

Origens do termo desperdício O conceito de “desperdício” nos negócios foi cunhado na indústria de manufatura durante a década de 1940. Foi usado pela Toyota. Naqueles dias, os automóveis envolviam uma enorme quantidade de fabricação, e as empresas tinham de cobrar um preço elevado aos seus clientes. A única opção para a Toyota para reduzir os preços do carro foi encontrar maneiras de reduzir os custos de fabricação. Como parte desse exercício, eles começaram a identificar “resíduos”, o que significava o recurso (ou etapa de processo) que não agregava valor para o cliente. Uma vez que identificaram os resíduos, eles criaram maneiras de eliminar os resíduos do sistema.

WIP e Qualidade

Mon, 26 Feb 2018 00:00:00 +0000

Vários são os benefícios de se limitar o WIP em um sistema de trabalho utilizando Kanban. Um destes benefícios é a melhoria da qualidade.

E porque isto acontece?

Dentre os motivos principais, o que mais se destaca, é a questão da multitarefa. Trabalhar com várias tarefas “ao mesmo” tempo, reduz drasticamente a produtividade e, consequentemente, a qualidade.

Larry Maccherone, neste link (https://goo.gl/vTwibs) mostra que, quanto menor o WIP, melhor é qualidade. Ele anlisou mais de 9000 projetos para chegar nesta conclusão.

6 passos para aplicar Kanban para a gestão de Portfólio de Projetos

Mon, 19 Feb 2018 00:00:00 +0000

De certa maneira, podemos encarar a gestão de portfólio de projetos com um fluxo de trabalho contíuno.

Bem, talvez não tão contínuo assim!

Ao longo do caminho de um projeto, ou de vários projetos, encontramos diversos obstáculos. Estes obstáculos podem criar atrasos nos projetos, provocar impedimentos, proporcionar novas decisões que podem mudar completamente o fluxo que estávamos seguindo. Ou não causar maiores danos.

Tudo vai depender do tamanho do obstáculo e também do tamanho do projeto.

Como realizar uma gestão moderna de projetos e produtos

Mon, 05 Feb 2018 00:00:00 +0000

Um conceito muito comum ligado ao gerenciamento projetos, produtos, demandas, Operações ou Pessoas, que estão de certa maneira envolvidas com o mundo da T.I., envolve empreender esforços para terminar projetos dentro do prazo, custo, escopo previamente definido. Ou seja, serem eficientes.

Fazer algo de maneira correta. Não necessariamente fazer o que deveria ser feito.

O que leva os gerentes de projeto a tratar as retrições de horas disponíveis de trabalho e, de alguma forma, prever quando as entregas dos projetos serão realizadas.

Para tanto, se perdem em criar planos detalhados e extensos de todos os requisitos necessários para se desenvolver uma solução que, por natureza, é complexa e imprevisivel.

Diversas ações para minimizar as variações de prazos, diminuir riscos não pensados e podem acontecer a qualquer tempo, são pensadas e planejadas, aumentando assim, a ineficiência do sistema como um todo.

Tudo isto, que pode funcionar, em um grau de probabilidade não muito alto, bem para empresas com baixo desempenho, pode efetivamente prejudicar os esforços de desenvolvimento de produtos.

Stefan Thomke e Donald Reinertsen, no artigo https://hbr.org/2012/05/six-myths-of-product-development, citam 6 mitos sobre gestão e desenvolvimento de produtos, que podem nos ajudar a repensar como estamos tratando de forma efetiva a gestão nas nossas empresas.

Mito 1: alta utilização de recursos irá melhorar o desempenho.

A maioria dos gerentes não levam em conta a variabilidade intrínseca do trabalho de desenvolvimento. Eles não entendem como as filas afetam o desempenho econômico. No desenvolvimento de produtos, o estoque de trabalho em processo é predominantemente invisível.

Para combater este mito, é necessário mudar os sistemas de controle de gerenciamento. Buscar aumentar a capacidade de maneira seletiva e limite o número de projetos ativos. Tenha em mente uma forma de constanmente faciliar a visualização do inventário do trabalho em processo.

Mito 2: O trabalho de processamento em grandes lotes melhora a economia do processo de desenvolvimento.

Uma segunda causa de filas no desenvolvimento do produto (ou gestão de demandas em geral) é o tamanho do lote. A redução dos tamanhos do lote é um princípio crítico da fabricação enxuta. Este mito pode ser combatido por memio de pequenos lotes de trabalho, que permitem que os desenvolvedores da solução reduzam o trabalho em processo e acelerem o feedback, o que, por sua vez, melhora os tempos de ciclo, a qualidade e a eficiência.

Ao diminuir o tamanho dos lotes, uma empresa melhorou a eficiência do teste de produtos em 220% e diminuiu os defeitos em 33%.

Portanto, é importante frisar que:

Diminuir o tamanho do lote de entregas favorece a uma constância maior de valor agregado dos projetos para a operação
Aumenta a confiança do usuário
Permite maior capacidade de entrega de projetos

Mito 3: Nosso plano de desenvolvimento é ótimo; Nós só precisamos ficar com isso.

Os autores afirmam que, em todos os nossos trabalhos de consultoria e pesquisa, eles nunca encontraram um único projeto de desenvolvimento de produto, cujos requisitos permaneceram estáveis ao longo do processo de design. No entanto, muitas organizações colocam fé desordenada em seus planos.

Eles atribuem quaisquer desvios para o gerenciamento e a execução precários e, para minimizá-los, acompanhem cuidadosamente cada passo contra metas e marcos intermediários. Esse pensamento é bom para atividades altamente repetitivas em processos de fabricação estabelecidos. Mas isso pode levar a resultados ruins na inovação de produtos, onde novas idéias são geradas diariamente e as condições mudam constantemente.

Mito 4: Quanto mais cedo o projeto for iniciado, mais cedo ele será concluído.

O tempo ocioso é um anátema para os gerentes. Existe um penssamento arcaico, impregnado nas nossas mentes, que nos diz que temos que estar 100% do tempo ocupados. Com certeza você já esteve em um congestionamento ou engarrafamento de trânsito. O sistema, nos momentos de engarramento, está 100% ocupado. Ele se move? Não!

Simulação de processos e seus benefícios

Mon, 31 Jul 2017 00:00:00 +0000

O uso de simulação em projetos de desenvolvimento de software como instrumento para tomada de decisão tem se tornado, principalmente em ambientes de desenvolvimento ágil, uma ferramenta bastante citada nos últimos dois anos.

O uso de modelos simulatórios de processos de software tem sido usado, segundo várias pesquisas, em uma vasta variedade de cenários e tem se mostrado úteis no que se refere à economia de recursos (tempo, dinheiro, pessoas) para avaliar cenários de implantação de processos. Outra vantagem do uso de modelos simulatórios é da tentativa de predição dos impactos que podem ocorrer em mudanças realizadas nos processos, bem como no tratamento de cenários que envolvam uma complexidade alta contendo incertezas, comportamento dinâmico e ciclos de retorno.

Qualidade e Agilidade: Treinamentos

Mon, 24 Jul 2017 00:00:00 +0000

Hoje, nestes tempos de muita mudança nas formas de desenvolver software, criar produtos e a busca por melhores resultados muitas vezes nos deparamos com alguns questionamentos do tipo: Como fazer para melhorar nossas capacidades técnicas?

Diante disto, quero oferecer a você treinamentos customizados para a sua necessidade. Treinamentos em Agile, Scrum, Kanban, Lean, Qualidade e Desenvolvimento de software, Processos e Gestão de Projetos.

A proposta de se ter treinamentos customizados é que eles são voltados para ajudar a você a resolver problemas, dentro do contexto citado acima, que você possa estar vivenciando hoje.

Workshop Agilidade

Sat, 22 Jul 2017 00:00:00 +0000

https://www.sympla.com.br/workshop-lean-kanban-fundamentals-pare-de-comecar-e-comece-a-entregar__241385

O QUE SÃO TESTES ÁGEIS?

Mon, 17 Jul 2017 00:00:00 +0000

Hoje, com a consolidação das metodologias ágeis de desenvolvimento de software, muito tem se falado em testes ágeis ou testes para desenvolvimento ágil.

Mas o que é teste ágil? Quais são seus benefícios e riscos?

Vamos então esclarecer alguns pontos.

Teste ágil nada mais é do que uma prática de teste de software que segue as regras do manifesto ágil, tratando o desenvolvimento de software como o cliente de testes.

CHECK LIST PARA TESTES DE SOFTWARE

Fri, 14 Jul 2017 00:00:00 +0000

Sabemos que erros apresentam muitos prejuízos para usuários e empresas, por isso é tão importante a realização dos testes de software. E para a realização deste processo com assertividade e objetividade listamos doze tarefas que devem ser levadas em conta.

Confira este check list!

Defina a estratégia

Um bom planejamento e uma boa estratégia de automação de testes pode definir o sucesso (ou não!) da implementação de testes automatizados. Saber o que testar, como testar e quando testar, entender as características do sistema a ser testado (web service, api, aplicação web, mobile, legado, batch), e quais SGBDs deverão ser contemplados, são apenas alguns itens que devemos ter em mente durante o planejamento do projeto de testes automatizados. Outro segredo é este: tratar a implantação de um processo de testes automatizados como um projeto e com todas as prerrogativas que um projeto precisa ter.

Consultoria em otimização de processos de software

Wed, 28 Jun 2017 00:00:00 +0000

A consultoria em otimização e melhoria de processos de desenvolvimento e qualidade de software consiste em:

Revisar o processo atual em funcionamento e identificar potenciais rupturas e falhas
Mapear o fluxo de valor atual
Priorizar falhas de maior impacto que terão que ser resolvidas
Desenho do novo processo de trabalho
Criação de indicadores do processo
Treinamento e capacitação sobre os papeis e responsabilidades do novo processo a serem realizados;
Condução do time durante todo o projeto de melhoria do processo de desenvolvimento com foco em maximizar entrega de valor ao cliente.
Técnicas a serem empregadas como simulação de processos, gestão de fluxo, lean, pdca, six sigma, agile, kanban…

Público Alvo: Empresas de tecnologia ou que usam tecnologia para os seus negócios, que queiram de fato entregar valor aos seus clientes.

AUTOMAÇÃO DE TESTES: DICAS PARA O SUCESSO DO SEU PROJETO

Tue, 27 Jun 2017 00:00:00 +0000

Quer automatizar os testes de software da sua empresa? Listamos aqui algumas dicas que irão ajudá-lo a desenvolver um projeto com sucesso.

A automação de testes não é um processo de testes

A automação de testes faz parte do processo de testes da empresa. Implantar a automação de testes por si só é um projeto, complexo e com vários riscos. Seus processos são próprios e, se bem definidos, serão responsáveis por boa parte da produtividade do seu time de desenvolvimento de software.

CALCULAR O ROI EM AUTOMAÇÃO DE TESTES: O QUE DEVE SER CONSIDERADO?

Tue, 27 Jun 2017 00:00:00 +0000

Neste artigo vamos apresentar algumas variáveis que devem ser consideradas para se calcular o ROI, ou _Return of Investiment (_Retorno do Investimento) em um projeto de automação de testes.

Uma fórmula simples de cálculo do ROI é dada por: benefícios / investimento ou ainda (ganhos – custos) / investimentos.

Mas, quais são os ganhos? Quais os custos? E o que tem que ser investido?

Os ganhos podem ser divididos em dois grupos:

Lean Manufacturing Testing: O que é, para que serve e como pode nos ajudar?

Tue, 20 Jun 2017 00:00:00 +0000

Lean manufacturing é um método de melhoria de processos da empresa. É desenvolvido do ponto de vista logístico. Lean manufacturing concentra-se na eliminação de desperdícios para se tornar mais rápido e mais eficiente. Todo processo que não adiciona valor para o cliente é eliminado. A filosofia de fabricação Lean é derivada principalmente do Sistema de Produção Toyota (TPS). É conhecido pelo seu foco na redução desperdícios nos processos de fabrição da Toyota. Foram concentrados em sete grandes grupos de desperdícios, a fim de melhorar o valor do cliente. A base de Lean são os 7 desperdícios que devem ser eliminados. Muitos desses também podem estar relacionados aos testes. Eles são:

Tenho sistemas legados. Por onde começar os testes?

Tue, 20 Jun 2017 00:00:00 +0000

É sempre uma tarefa muito complexa escrever testes de regressão automatizados para um sistema legado. As perguntas variam de por onde começar, quanto custa para automatizar e decidir sobre a melhor estratégia para a automação.

Vários autores e especialistas sugerem uma abordagem baseada na diminuição do risco de erro no software. Você nunca poderá testar tudo, logo você tem que escolher onde você quer gastar seu tempo e dinheiro. Teste, é sobretudo, estratégia para diminuição de risco e não somente sobre a cobertura de código ou completude.

VOCÊ SABE QUANTO CUSTA UM ERRO DE SOFTWARE?

Tue, 20 Jun 2017 00:00:00 +0000

Atualmente, o custo de manutenção de software representa cerca de 50% do custo de uma empresa desenvolvedora de software. O Instituto de Pesquisa Triângulo (RTI), sediado no Estados Unidos, realizou um estudo para o Instituto Nacional de Padrões e Tecnologia (NIST) dos EUA, em 2002, para estimar o impacto do teste de software inadequado sobre a economia dos Estados Unidos. As suas conclusões foram que esses custos ou perdas financeiras ocasionadas por defeitos de software ficaram na ordem de US$ 59,5 bilhões, ou 0,06% do PIB dos EUA. Cerca de 37%, ou US$ 22 bilhões, deste custo poderia ser evitado caso fossem aplicadas técnicas de automação de testes de forma correta, com infrastrutura adequada e realizados de forma sistemática.

CINCO AÇÕES PARA AUMENTAR A SUA PRODUTIVIDADE COM AUTOMAÇÃO DE TESTES

Sat, 17 Jun 2017 00:00:00 +0000

Software de alta qualidade, entregue de forma rápida e constante ao mercado, é o objetivo das equipes de desenvolvimento de software em todo o mundo. Muitas das equipes de alta performance possuem um processo comum para atingir esse objetivo. Este processo é a automação de teste. No entanto, simplesmente, implementar a automação de teste nem sempre resultará em alcançar esse objetivo. Costumo dizer que não basta fazer o download da ferramenta, seja opensource ou paga, instalar e começar a fazer a gravação de casos de teste. É muito mais do que isso!

O QUE SÃO TESTES DE REGRESSÃO?

Sat, 17 Jun 2017 00:00:00 +0000

Teste de Regressão significa testar novamente as partes inalteradas do aplicativo. Os casos de teste são executados novamente para verificar se a funcionalidade anterior continua a ser realizada adequadamente. Os testes de regressão verificam se alterações realizadas e novas inclusões de funcionalidades não introduziram novos bugs. Este teste pode ser realizado em uma nova compilação, quando há mudança significativa na funcionalidade original, ou mesmo em uma única correção de bug.

7 dicas para automatizar seus testes de software

Fri, 16 Jun 2017 00:00:00 +0000

Automatização de Testes não significa que, num passe de mágica, o teste de software será mais rápido, mais confiável e mais barato. Ou muito menos que nunca mais teremos erros nos sistemas. Os custos iniciais em ferramentas de automação e infraestrutura, bem como contratar e capacitar a equipe, podem ser elevados. Testes automatizados só compensam se a redução de custos a longo prazo compensa os investimentos iniciais.

Além disso, nem todas as ferramentas de automação e metodologias têm as mesmas características, funções e capacidades, e cada projeto pode ter necessidades diferentes que afetam os seus custos e benefícios. Para ajudá-lo a obter o máximo benefício de testes automatizados, oferecemos oito dicas com base em nossa experiência com mais de 200 projetos de teste de nível empresarial automatizados, nos últimos 16 anos. Projetos que incluem sistemas WEB, Batch, cliente/servidor, web services, mobile, bancos de dados, sistemas legados (com e sem documentação disponível) e testes de performance.

No início...

Fri, 16 Jun 2017 00:00:00 +0000

Olá!

Meu nome é Rodrigo Oliveira e trabalho com desenvolvimento de software a mais de 20 anos Especificamente com qualidade de software já são 10 anos!

Vou aqui neste espaço compartilhar vários assuntos referentes à qualidade de software aplicada na prática em metodologias ágeis ou, digamos, tradicionais. Entenda-se como metodologia ágil de desenvolvimento de software tudo aquilo que for aplicado para se obter entrega de software funcionando com eficácia, qualidade e com alto valor agregado ao cliente.