Simplicidade: a arte de maximizar a quantidade de trabalho que n�o precisou ser realizado - Agile Manifest e Scrum
Veja neste artigo o conceito de Simplicidade aplicado ao Scrum, entendendo o porqu� de muitas vezes alguns projetos serem finalizados em tempos inferiores ao inicialmente previsto. �Simplicidade: a arte de maximizar a quantidade de trabalho que n�o precisou ser feito.� (Agile Manifest).	0
Ao adotarmos Scrum para desenvolver software, � vital que esta decis�o seja tomada j� no inicio do desenvolvimento, isto para que o cliente inicie de fato por aquilo que para seu neg�cio � mais importante. Sendo assim o cliente tem a oportunidade de avaliar j� desde o in�cio do sistema o que foi feito, podendo assim sugerir melhorias, ou at mesmo exclus�o de algo que n�o ficou aderente ao neg�cio.
Acontece que, quando o cliente percebe que certa por��o do software j� atende ao neg�cio dele, ele por si s� decide que o restante que ele mesmo elencou, com algum certo grau de prioridade, � dispens�vel para o seu neg�cio. Isso ocorre durante o ciclo de desenvolvimento, e muitas vezes dentro do prazo estimado para o desenvolvimento do software como um todo, de acordo com o escopo inicial.
Devido ao fato acima mencionado, � comum que, projetos terminem antes do previsto, o que d� certa conota��o de antecipa��o no prazo final, mas se analisarmos bem, isso pode variar de caso a caso. No geral, o cliente percebeu que ele iniciou pelos 7% do software que o Standish Group diz ser sempre utilizado, partindo posteriormente para as demais funcionalidades.
Dentro deste contexto, n�o foi o prazo que encurtou, mas a falsa vis�o da necessidade que se tornou mais clara no desenrolar do projeto, que levou o cliente a tomar a decis�o acertada de finalizar o desenvolvimento.
Projetos �geis s�o de escopo aberto por motivos simples. Um deles � para dar ao cliente a oportunidade de analisar sempre o andamento, tirar proveito das oportunidades que surgirem e avaliar se compensa ou n�o prosseguir no caminho que o software est� indo.
Quando um cliente decide terminar um projeto mesmo que ele n�o tenha atingido os 100% inicialmente previstos, devido ao fato que, o que j� foi feito atender ao neg�cio, podemos dizer com certeza que este cliente est� praticando a arte da Simplicidade, descrita pelo Manifesto �gil.
Outro fator que ajuda os projetos �geis a serem mais r�pidos na entrega, � que tamb�m de acordo com o Manifesto �gil, � dado �nfase mais no software funcionando do que naquela vasta documenta��o, altamente abrangente, que por sua vez, raramente � atualizada quando o software sofre mudan�a. A documenta��o em ambientes �geis � mais leve e de f�cil manuten��o, muitas vezes em forma de User Story, trazidas para dentro do contexto do desenvolvimento, at� mesmo para valida��o das regras de implementa��o dos testes de aceita��o. Fato � que tais documenta��es �geis s�o de mais claro entendimento e fazem parte da vida do software, seguindo de guia para os c�digos fontes que permear�o seu desenvolvimento.
Afirmo, em outras palavras, o cliente n�o jogou o dinheiro dele fora construindo partes do sistema que ele jamais ir� utilizar, mas focou os esfor�os no que ele realmente precisa e, por este motivo, terminou o projeto em um tempo considerado baixo, se compararmos com o tempo que levaria se adotasse uma metodologia tradicional, que tem seu desenvolvimento conduzido pelas fases de Elicita��o de requisitos, Projeto, Constru��o (implementa��o ou codifica��o), Integra��o, Teste e depura��o, Instala��o e Manuten��o de software.
Miguel Carlos Hon�rio
Supervisor de Sistemas na Universidade Ceuma e Professional Scrum Master pela Scrum.org O que voc� achou deste post? Gostei
Luan Pereira Nascimento Correa
Como posso chegar de imediato ao 7% utilizando o SCRUM?
Miguel Carlos Hon�rio	H� algumas formas de saber isso: Uma � alinhar a vis�o do produto, sua ess�ncia, e o que ele precisa para ser simples e atender ao b�sico do seu sistema, em outras palavras para que serve um sistema de vendas? A resposta ajuda a perceber o que � importante para um sistema deste tipo.
Outra forma � listar tudo o que o cliente define como necess�rio para o sistema. Feito isto, fa�a a seguinte pergunta � ele: Se voc� tivesse dinheiro para apenas uma Sprint, por onde come�aria? Ele dir� que iniciaria provavelmente por v�rias coisas, diga a ele que � poss�vel fazer apenas uma. Um cliente conhecedor do pr�prio neg�cio com certeza saber� por onde deve ser iniciado o sistema. Siga nessa linha para ordenar o backlog e ter� seus 7% iniciais.