O que é o desenvolvimento de software enxuto?
O desenvolvimento de software enxuta é um paradigma que descreve um conjunto ideal teórico de circunstâncias para a criação de software. É importante pensar no desenvolvimento de software enxuto como apenas uma das muitas teorias de desenvolvimento de software, cada uma com seus prós e contras. Ao usar o modelo de desenvolvimento de software enxuto, há sete pontos cruciais para entender: eliminar resíduos, amplificar a aprendizagem, tomada de decisão tardia, entrega rápida, empoderamento da equipe, construção de integridade e visualização do todo. Ao reduzir a quantidade de código excedente e recursos supérfluos no desenvolvimento de software enxuta, a equipe de desenvolvimento de software economiza dinheiro e fornece um código mais apertado para o usuário final. Assim, os programas criados usando o modelo Lean Software são menos intensivos em recursos e mais focados.
A amplificação de aprendizado no desenvolvimento de software enxuto refere -se ao conceito de usar ciclos curtos entre as fases de teste. Em teoria, isso fornece mais CO feedback no posto para os engenheiros, por sua vez, permitindo que os problemas sejam identificados anteriormente na cadeia de desenvolvimento. Os usuários finais estão incluídos nessas fases, garantindo que as versões beta do programa estejam atendendo às suas necessidades.
A tomada de decisão tardia permite flexibilidade adicional no cronograma de design, permitindo que as decisões sejam tomadas apenas quando o número máximo de fatos forem coletados. Por exemplo, decidir antes de iniciar o desenvolvimento que o Programa X deve ter os recursos A, B e C pode parecer uma boa idéia, até que os testes no solo revelem que esses recursos não são possíveis para concluir a tempo. No desenvolvimento de software enxuta, a decisão de incluir A, B e C seria adiada até que tenha certeza se era realmente possível.
Entrega rápida refere-se a uma preferência por fornecer ao usuário final um modelo beta de trabalho o mais rápido possível-possivelmente quandoO programa é de 85 a 90 % completo - e continuando a corrigir e atualizar esse modelo ao longo da vida do programa. Isso contrasta com a espera até que o programa esteja 100 % completo e entregando -o. Em teoria, isso permite que o usuário final espremesse mais vida fora do programa, além de permitir a equipe de desenvolvimento feedback adicional dos modelos beta de trabalho.
Empoderamento da equipe significa dar à equipe mais autonomia durante o processo de programação. Como resultado, eles teoricamente se tornarão mais investidos no projeto. Além disso, significa fornecer acesso aos clientes, mais de perto as expectativas para a entrega real.
Finalmente, a criação de integridade e ver o todo se concentra na visualização do programa como uma única unidade. Contraste isso com outros sistemas, que veem um programa como uma coleção de retalhos de diferentes sistemas. Essa maneira de "quadro geral" de pensar teoricamente fornece um produto mais completo, pois toda a equipe está noMesma página quando se trata do produto acabado.