• Nenhum resultado encontrado

2.3 METODOLOGIA ´ AGIL

2.3.3 Lean

De acordo com o Lean Institute Brasil, “Lean ´e uma estrat´egia de neg´ocios para aumentar a satisfa¸c˜ao dos clientes atrav´es da melhor utiliza¸c˜ao dos recursos. A gest˜ao Lean procura fornecer consistente- mente valor aos clientes com os custos mais baixos (prop´osito) atrav´es da identifica¸c˜ao de melhoria dos fluxos de valor prim´arios e de suporte (processos) por meio do envolvimento das pessoas qualificadas, moti- vadas e com iniciativa (pessoas). O foco da implementa¸c˜ao deve estar nas reais necessidades dos neg´ocios e n˜ao na simples aplica¸c˜ao das fer- ramentas lean (LIB, 1998)”.

A metodologia Lean no final de 1940 foi criada pelo respons´avel do Sistema Toyota de Produ¸c˜ao, Taiichi Ohno. Ele verificou que o mer- cado japonˆes n˜ao apresentava tamanho suficiente, pela grande quanti- dade de carros que estavam sendo produzidos. Ao observar este cen´ario de muita produ¸c˜ao, sem mercado para alcan¸car esta demanda, deter- minou o elemento principal da metodologia Lean, a elimina¸c˜ao de des- perd´ıcios. Taiichi Ohno afirma que tudo que n˜ao introduza valor ao cliente ´e desperd´ıcio, como por exemplo um carro sem ser produzido, esperar, dentre outros, ele acredita que ´e possivel produzir um produto de forma r´apida sem haver desperd´ıcios. Assim descreve diferentes maneiras de se identificarem os desperd´ıcios no processo de desenvolvi- mento de um produto (POPPENDIECK; POPPENDIECK, 2007).

Lean possui sete princ´ıpios, na qual todos eles prop˜oem entrega de uma forma mais ´agil e de baixo custo (FILHO, 2008). Esses princ´ıpios ser˜ao resumidos a seguir:

1- Eliminar desperd´ıcios: O desperd´ıcio pode acontecer de diversas maneiras, desta forma ser˜ao, descritos alguns desperd´ıcios na qual se ´e poss´ıvel observar e elimina-lo.

a) Funcionalidades do sistema, por exemplo tarefas incompletas, re- querem esfor¸co para serem executadas e n˜ao agregam valor ao software.

34

b) Excesso de processos requer recurso e amplifica-se tempo para finaliza-las destas tarefas. A cria¸c˜ao de documenta¸c˜ao deixa o processo muito maior, leva tempo para produzir, desatualiza com facilidade, podendo assim ser perdida. A documenta¸c˜ao ´e vista como desperd´ıcio pois n˜ao acrescenta valor ao software. Processos complexos aumentam a quantidade de documenta¸c˜ao, por isto tamb´em sendo um desperd´ıcio.

c) Antecipar funcionalidades ´e um desperd´ıcio porque faz com que o software se torne dif´ıcil sem gerando assim mais c´odigo, mais esfor¸cos com testes e mais integra¸c˜oes.

d) Troca de tarefas ´e uma forma de desperd´ıcio porque altera a forma mental na qual j´a esta sendo utilizada durante o processo contri- buindo assim com a diminui¸c˜ao da produtividade.Incluir desen- volvedores em mais de um projeto ´e um desperd´ıos pois as neces- sidades um projeto n˜ao levam em conta a situa¸c˜ao dos outros.

Esperar gera atraso, com isso desperd´ıcio em esperar por requi- sitos, por testes, por aprova¸c˜ao ou por feedback retardam o fluxo do desenvolvimento ou a identifica¸c˜ao de problemas.

Defeitos s˜ao desperd´ıcios pois o custo para manuten¸c˜ao deles custa tempo. `A medida que o projeto evolui, a complexidade do c´odigo aumenta, com isso, a localiza¸c˜ao e a remo¸c˜ao de um defeito torna-se mais dif´ıcil.

2 - Amplificar o aprendizado: as li¸c˜oes devem ser retiradas das experiˆencias vividas pela equipe e adicionadas ao processo, fazendo com que as com que as dificuldades passadas sejam fonte de conheci- mento e contribuam para o amadurecimento da equipe e do processo. O uso de um processo definido engessa o aprendizado.

Neste cen´ario ´e identificado como melhoria no ciclo do processo em que primeiro deve-se fazer a identifica¸c˜ao do problema,localizar a sua causa, criar uma solu¸c˜ao, implementar, verificar os resultados e se adaptar `a nova realidade (DEMING, 1986 apudFILHO, 2008).

3 - Adiar comprometimentos e manter a flexibilidade: Ambientes que possuem muitas incertezas, n˜ao ´e possivel prever as mu- dan¸cas. Adiar decis˜oes faz com que escolhas sejam estabelecidas por mais experiˆencia e conhecimento adquiridos no decorrer do processo. Para adiar decis˜oes durante a constru¸c˜ao de sistemas ´e importante que a equipe crie a capacidade de absorver mudan¸cas tratando os planeja- mentos como estrat´egias para atingir um objetivo e n˜ao como compro- metimentos. Assim, mudan¸cas ser˜ao observadas como oportunidades para aprender e atingir as metas.

35

4 - Entregar r´apida: A entrega r´apida de algo funcional, per- mite que o cliente e desenvolvedor possa melhorar e aprender quanto ao que foi pedido atrav´es de um retorno r´apido, atualizado e confi´avel. Essa itera¸c˜ao entre desenvolvedor e cliente caminha atrav´es de um pro- cesso em que o cliente pode melhor especificar suas necessidades que j´a podem ser encaminhadas para a proxima fase desse ciclo feito de forma veloz.

5 - Valorizar a equipe: A equipe de desenvolvimento res- pons´avel pela cria¸c˜ao do produto final, que ´e entregue o software ao clinte, possui entendimento sobre todos os detalhes do software. A partir destas caracteristicas a equipe precisa ser valorizado, sendo as- sim motivada em contribuir para a melhora do processo, obtendo assim um comprometimento com o processo.

6- Adicionar seguran¸ca ao software: A equipe deve conter solu¸coes que deixe o software seguro, para manter um produto de qua- lidade. Com testes automatizados ´e possivel manter um sistema mais suscetivel a mudan¸cas, ´e um meio de se seguran¸ca e aumentar os niveis de qualidade do software, em vez de perder tempo para encontrar erros, o teste ´e um esfor¸co que previne isto.

7 - Otimizar o todo: Quando se desenvolve grandes solu¸c˜oes ´e necess´ario obter uma an´alise global do sistema, com isso um software otimizado faz com que a concentra¸c˜ao desse esfor¸co resulte em um produto consistente, com qualidade, satisfazendo assim a necessidade do cliente. Para identificar essa evolu¸c˜ao, lean recomenda a utiliza¸c˜ao de m´etricas para poder avaliar esta troca vantajosa.

A implanta¸c˜ao da metodologia ´agil Lean ´e capaz de mudar toda a estrutura organizacional de uma empresa, por isso sua utiliza¸c˜ao de- pende da empresa aceitar suas id´eias, a mudan¸ca ´e feita n˜ao somente pelas e sim pelo processo como um todo (FILHO, 2008).

Documentos relacionados