sexta-feira, 30 de julho de 2010

Metodologia KISS de Desenvolvimento

Vixi, você já pensou neles....
Nada contra, muito pelo contrário...


Mas KISS, significa Keep It Smart and Simple, ou seja, faça de forma simples e inteligente.


Basicamente a idéia é a seguinte: 
Um grande problema é formado por muitos pequenos problemas, que por sua vez são formados por problemas menores ainda, se você for descendo nessa escala, verá que lá em baixo os problemas são de soluções mais simples e muito mais rápidas e que na medida que se resolvem os problemas menores o problema maior vai diminuindo e possibilitando que sejam resolvidos mais facilmente e mais rápidos.

Um bom exemplo da metodologia KISS é o quebra-cabeça, vôce nunca monta um colocando todas as peças ao mesmo tempo, intuitivamente você avalia quais são as parte mais simples e começa a juntar as peças até que você encaixa a última.

Princípios do KISS:
1) Não impressione com o tamanho do problema, pois você atacará problemas mais simples;
2) Divida esse problemão em problemas menores, até que você possa olhar o probleminha e dizer " ah, esse é fácil...";
3) Não deixe para resolver um probleminha amanhã, resolva agora... O problemão vai perdendo força e diminuindo;
4) Não invente nada, soluções simples sem firulas. Existem várias formas de resolver um problema, escolha a mais fácil, você não será respeitado como produtor de firulas, mas com certeza será respeitado como programador rápido;
5) Teste, peça que outros testem suas soluções, a imersão no problema pode viciar o seu teste e fazer com que ele não dê erro.

Não achei nada na internet sobre essa metodologia, se alguem tiver algo me ajuda aê. Essa introdução eu tirei de conversas com Gerentes de desenvolvimento que adotaram essa metodologia.

Uma radiografia do Extreme Programming


Depois de alguns documentos e outra batelada de apostilas, como eu acho que deve ser a metodologia XP.


O Foco principal é entender o que realmente é importante no software a ser desenvolvido, veja no gráfico de funcionalidades, muita coisa que é desenvolvida vira lixo.




Fazer com que 20% das funcionalidades gerem 80% do valor 
XP é "A Arte de maximizar a quantidade de software que não será desenvolvido!"
Problemas graves:
1) Falta de Comunicação (qualidade na comunicação)



http://www.youtube.com/watch?v=XQaUqmwcgJw


A maneira mais rápida de acabar com o telefone sem fio é trazer o cliente para perto do programador.


Isso pode ter como conseqüência uma quantidade maior de mudanças, ,as nem sempre mudar é ruim você deve considerar a mudança e ter coragem para mudar, mudança é uma oportunidade de melhorar!


Num próximo post, discutiremos como fazer isso, como transcorre todo o processo.


Links:
http://www.viddler.com/explore/vinicius/videos/2/425/