Como entregar software rápido e continuamente
Desenvolver software não é uma tarefa fácil, envolve muitos conhecimentos, inúmeras habilidades, e além disso ainda estamos falando de algo difícil de mensurar e tangibilizar, a não ser que seja construído. Na indústria de software temos várias técnicas e abordagens que são usadas para resolver esse “problema”, seria mais uma característica do desenvolvimento de software. Aqui na Idopter Labs a abordagem usada para diminuir os impactos da dificuldade de mensurar e tangibilizar o que vai ser desenvolvido é entregando software rápido e continuamente. Esse post tem 5 dicas sobre como fazer isso e porque assim suas chances de êxito podem ser maiores.
PBB direto das Trincheiras
Idealizado e definido pelo especialista em produtos ágeis Fábio Aguiar , o PBB - Product Backlog Building, é uma técnica que facilita e simplifica a criação e refinamento de um backlog efetivo e emergente para o desenvolvimento de software em time ágeis. Há alguns anos tenho atuado como Product Owner (PO) na Idopter Labs e aproveito a minha experiência para comentar, nesse artigo, sobre dois pontos valiosos do meu dia-a-dia onde o PBB facilita e me ajuda bastante.
The Ultimate Software Project Workflow
Having worked on a multitude of software projects in the past 10 years, our team has adopted a workflow which we believe allows us to achieve peak efficiency. By following this workflow we are able to continuously deliver value to our clients, starting on the very first week of work.The workflow is simple. It’s composed of two phases: Inception and Development.This is the first of a series of posts where I will describe these two phases, along with a few important practices we use on each of them.In this post, I will describe the first phase, Inception. Albeit being the less technical of the two phases, we strongly believe this is the most productive way to gather requirements and, most importantly, collectively build a vision for the project.
