Você já pensou em utilizar BPM (Business Process Management), ou Gerenciamento de Processos de Negócios, em seus Projetos Ágeis?
A análise e definição de requisitos são partes fundamentais de um projeto de software e isso poderá significar o sucesso ao final do ciclo de desenvolvimento. Como os métodos ágeis estão cada vez mais presentes nas organizações que desenvolvem software, o desperdício tende a ser menor e a valorização do software em funcionamento, maior, optando sempre pela simplicidade. Fazer o suficiente para trazer resultado e entregar valor.
Considerando que o BPM visa a melhoria de processos, ele pode contribuir para o processo de requisitos de software com metodologia ágil presente. Através das ferramentas, tanto os requisitos quanto as atividades necessárias para o desenvolvimento de software poderão ser melhor identificados.
O Gerenciamento de Processos de Negócios permite dar mais agilidade, documentar e descobrir melhorias com o objetivo de alcançar resultados, pois isso é muito importante na identificação de problemas e gargalos, autoriza a visualização de possíveis melhorias a serem implementadas. Trazer o BPM para a fase de levantamento de requisitos tende a trazer ganhos importantes dentro do processo e no resultado do projeto.
É importante que todos estejam engajados e entendam que a ferramenta tem o objetivo de entregar valor, tanto para a equipe de desenvolvimento quanto para o cliente.
O BPM pode ser utilizado desde o primeiro momento, quando se pretende entender as necessidades do cliente, seus anseios. Ferramentas poderosas podem ser utilizadas para compreender as “dores” e os “desejos”.
A identificação do problema real é parte fundamental para que tudo tenha sentido, conseguir separar o “como é” do que “deve ser” é uma tarefa um tanto difícil para o analista de negócio ou Product Owner. Um modelo “As-Is”, muitas vezes menosprezado na fase inicial, é algo de extrema importância para se entender como o seu cliente trabalha. Não basta saber como “deve ser”, é fundamental saber “como é”.
O material construído e validado durante as reuniões com o cliente servem para apoiar a escrita das User Stories, pode significar ganho de tempo para o Product Owner e também um enriquecimento dos cards para entendimento do negócio e necessidades.
A criação de um padrão de escrita, com a inserção dos fluxos BPMN às User Stories, auxiliará a equipe de desenvolvimento ter uma maior clareza e uma visão descomplicada do que deve ser construído e o problema que deve ser resolvido;
No Planning, o Product Owner terá uma ferramenta de apoio importante na apresentação das Users Stories que farão parte da Sprint. Histórias bem escritas e fluxos bem desenhados trazem, mais uma vez, a questão visual e dinâmica para as reuniões, instigando e incentivando a participação.
Propor um novo processo de trabalho dentro de uma organização não é uma tarefa fácil. Para isso, um plano de trabalho bem direcionado e uma proposta com objetivos bem definidos se tornam fundamentais para que haja um engajamento de todas as pessoas impactadas no processo.
O BPM é muito versátil e dinâmico, podendo ser adotado de forma integral ou parcial. Com a sua aplicação, poderá ter, nos piores cenários, resultados como uma equipe motivada, alinhada e usuários/clientes com um MVP assertivo e com poucos ajustes, alinhado às necessidades de negócio.
Entregar valor deve ser o seu maior e principal objetivo!
You must be logged in to post a comment.