Blog do Ale

Enquanto universitário de informática, ouvi muito falar em análise de sistemas ou análise do problema. A maioria falava que a UML era a melhor ! Que ela contemplava tudo o que deveria ser feito !! Muito se falou que é necessário resolver o problema antes de programar. Que é necessário “analisar” o sistema completamente para só depois desenvolver (programar). Que o tempo de análise e amadurecimento era necessário para que o sitema (projeto) tivesse o êxito esperado ! Confesso que sempre acreditei nisso, e ainda acho que é preferível gastar 80% do tempo planejando e apenas 20% desenvolvendo, do que o inverso ! Porque ? Porque quanto mais “amadurecimento” e mais conhecimento do problema se tem, menos tempo se perde em desenvolvimento e em re-trabalho !!

Bom, mas o que pouco se falava era na prática disso … Claro que, cada caso é um caso e cada projeto é único ! Mas o que eu pude perceber na prática, é que nem sempre as coisas acontecem como se espera, aliás, quase nunca !! Ainda mais quando se tem um “patrocinador” que gosta de criar novas funcionalidades em cada reunião e o sistema nunca para de crescer ! Quando você acha que, enfim está com todos os requisitos prontos, vem o patrocinador e diz: “- O sistema precisa fazer isso e mais isso ainda !”. Isso é para acabar !!! Você acaba por não conseguir começar a análise (segundo a UML) porque o levantamento de requisitos ainda não está pronto !! As reuniões passam a ser cada vez mais “improdutivas” e o patrocinadoracaba não vendo resultados … são reuniões atrás de reuniões e nada é feito … nada é entregue … E o sistema vai atrasando … e atrasando …

Se você já passou por isso, sabe do que estou falando … Mas e daí, o que pode ser feito ? Tem uma saída ? Nós (todos da empresa) sentimos a necessidade de procurar uma solução para isso, pois caso contrário, não iríamos sair do chão !! Depois de algumas pesquisas, ler e ver alguns materiais e palestras achamos o Srum ! Eba !!!

O Scrum é um método ágil para gerenciamento de projetos. Claro que não é o único e pode também não ser o melhor, mas acabou se encaixando na nossa realidade !! Como desenvolvemos um sistema complexo, modularizado e que está em constante modificação, as modificações não podem ser “mal-vindas” ! Elas precisam ser absorvidas e o “barco” deve continuar !! Não temos como ficar esperando que os requisitos sejam concluídos, para então iniciar o desenvolvimento, porque senão até que o sistema fique pronto, ele já estará obsoleto !! Suas funcionalidades já não serão mais novidades !! Hoje as mudanças são inevitáveis e constantes !! Os sistemas estão sempre expansão e sendo melhorados !! Essas mudanças devem ser bem vindas !!

Já havia ouvido falar em medologias ágeis, como o XP, na universidade … mas pouco se falou, até porque ia contra muitos princípios básicos, para quem seguia as regras e o paradigma da UML !! E na informática tem muito disso … o tal do “fanatismo” em algumas coisas. Alguns são fanáticos em um SO, outros em uma linguagem de programação, outros em um banco de dados e por aí vai !! Cada um procura defender o que domina e isso passa a ser a única premissa verdadeira !

Bom, mas então, porque utilizar Scrum ? Resolvi listar alguns motivos …

1. As mudanças são bem vindas e não alteram a produtividade;
2. O patrocinador participa das reunões e vê o produto (sistema) sendo construído;
3. A equipe (Team) produz o que foi previsto e pode ir acompanhando os resultados diaramente;
4. Com o playning poker, o team determina a complexidade da “funcionalidade” e a mesma é debatida até que todos tenham “entendido”, com a participação do patrocinador;
5. Todos envolvidos conhecem o que deve ser feito e todos contribuem;
6. O team trabalha em “grupo” = colaboração;
7. Maior comprometimento do team;
8. Mais tempo para o “Scrum Master” (semelhante Gerente de projeto) concentrar sua atenção no que realmente interessa e não apenas em relatórios;
9. O team consegue trabalhar e concentrar esforços no que é realmente importante no momento;
10. Pode-se utilizar a em conjunto com outras metodologias, já que Scrum é apenas um “conjunto de boas práticas”;

Se você gostou e quer saber mais … abaixo estão alguns links interessantes que vale a pena dar uma olhadinha … e na seqüencia estarei falando mais do Scrum e também sobre as nossas experiência com ele ! Um forte quebra-costelas e até a próxima !

• Caso da Globo.com – Como foi aimplementação do Scrum por lá
  
• Apresentação do Scrum – palestra que participei na UFSC (interessante para iniciar a idéia do Scrum) – diponibilizadapelo meu colega Ronaldo Prazeres
• Palestra sobre Scrum – explica bem o funcionamento so Scrum (com Paulo Pereira)

Ainda não faz parte da Via6 ? Então clique aqui e cadastre-se e tenha acesso a conteúdos interessantíssimos !!