Puxa… A dedicação diária para não neglicenciar as práticas e valores que estamos aprendendo fazem TODA a diferença.

Não vamos deixar nossos softwares apodrecerem e nos fazerem pensar que seria melhor ser “Florista” à ser Desenvolvedor.

1 – Por que nunca comparamos desenvolvimento de software com desenvolvimento de software mesmo? Sempre temos que inventar nossas analogias… (eu mesmo tenho um bocado)

2 – Com o que será que o pessoal da engenharia comparava as construções no começo dessa ciência?

Excelente post!
Willi

O que se passou em sua cabeça ?

Mas realmente, você tem razão, nossa realidade, ou minha realidade atual desanima.

Mas um dia em consigo um trabalho em que realmente o que importa é a satisfação do cliente ou “produto entregue (Scrum)”.

Abraços.

Fabio Nascimento

1) a natureza criativa e colaborativa do trabalho;
2) o caráter iterativo/incremental da construção das soluções visadas;
3) a temporalidade e a complexidade crescente dessas soluções;

Vou tentar aqui uma analogia que me agrada mais, usando um pouco da inspiração do que já ouvi falarem na comunidade Ruby. Desenvolvimento de Software parece um pouco com composição de música. Mas se o software em questão for um sistema maior e de longa duração, pode ser que a melhor analogia seja com as composições de uma Banda de música! Um disco, um show, uma carreira. Envolve arte, técnica e negócios. No caso do trabalho/obra, seria algo como um trabalho encomendado, onde essa “encomenda” lembra a forma como antigamente as óperas eram financiadas, alguém com dinheiro suficiente querendo uma peça musical que atenda suas necessidades (Um requiem? Uma homenagem? Entretenimento baseado em alguma *história* ou *tema*?). Os integrantes colaboram nas composições e por precisarem atender a um “mecena/patrocinador” faz sentindo exibirem a composição aos poucos (iterativamente) para ver se agrada/atende aos “requisitos” (muitas vezes nebulosos) e de uma forma simplificada, afinal não faz sentido orquestrar um rascunho! Enfim, é possível equiparar uma banda a uma equipe de desenvolvimento e seus trabalhos. Eis alguns pontos que me ocorrem:

- Ter que atender a um Produtor/Patrocinador (Gerentes, Analistas de negócio) e ainda por cima ao público (Usuário final) para fazer sucesso não é tarefa fácil, ou esses intermediários fazem um papel muito bom como proxy do mercado ou é melhor se aproximar mais do público para saber o que realmente desejam ou então ser alguém parecido com seu próprio público, o caso é: estar bem próximo das fontes de necessidades e/ou anseios.
- Durante os primeiros rascunhos executados nem todos os trechos/músicas precisam estar no mesmo grau de maturidade, na versão final (se o escopo/tempo permitir) as coisas podem mudar bastante até a gravação final, ou mesmo depois, se considerarmos os shows ao vivo (freqüentemente há variações).
- A unidade “música” pode ter semelhanças com uma classe ou um pacote de classes (dependendo da complexidade), ou mesmo um “tema” (no sentido usado na teoria musical) se assemelha a uma classe, uma vez que pode ser usada várias vezes numa mesma música e até em outras de uma mesma obra (disco? ópera?).
- Novas encomendas com “requisitos” semelhantes podem reutilizar partes das soluções anteriores (ou técnicas). Muitas vezes isso extrapola a própria banda. Talvez por isso vejamos tantas bandas e/ou músicas parecidas num determinado período de tempo.
- Várias coisas podem ser “acopladas” ao trabalho musical, tais como: clipes, capas de cd, coreografias, livros, etc. Outras vezes são pensadas juntas desde o começo, como ocorre às vezes em trilha de filmes, musicais ou óperas. Artistas/técnicos de outras áreas agregam valor tal qual designers aos sistemas baseados na web, daí ser importante saber trabalhar com pessoas de outras áreas.
- Treino e disciplina são importantes para dominar ferramentas, compor melhor e executar melhor em conjunto e sem erros. Não adianta crescer sozinho ou só saber tocar solos, é uma banda!
- O relacionamento da banda tem que ser cultivado e mantido sadio para a banda sobreviver e continuar criativa.
- O valor não está nos instrumentos, mas em quem os usa. De pouco serve a melhor guitarra do mundo na mão de alguém que não sabe usá-la em todo seu potencial. Ou, quão bom músico pode ser considerado quem só sabe usar aquelas Pick ups de Dj para mixar música dos outros (”apertador de parafusos de frameworks”)?
- A banda vai fazendo seus “discos” e vai precisando se renovar, se não fizer muitos sucessos novos o número de músicas “legado” (antigos sucessos) vai aumentando e deixando os shows mais complexos e chatos para os mesmos. A idéia é não ser uma banda de um sucesso só ou presa a um passado que não consegue superar. Se a Banda não se preocupar em se atualizar e melhorar corre o risco de só tocar em “Festas da Saudade”…
- Quanto mais os integrantes da Banda treinarem e comporem coisas fora de sua zona de conforto melhor músicos se tornarão.

Enfim, como toda analogia tem falhas. Mas não precisa ser mesmo perfeita, basta ser suficiente para ajudar na comunicação de algumas idéias.

É só você olhar as grandes instituições que não se importam quanto se gasta para desenvolver software, jogar rios de dinheiro – que não lhes faltam – no ralo e, de qualquer modo, os atende. Eles não querem saber, não estão preocupado com o que é certo ou errado, pois o fator crucial é o risco – para eles – de mudar ou não. Eu mesmo ouvi isso e no meu último emprego, um martírio de dois meses:

“Não Fagner, ninguém quer saber, ninguém quer mudar nada. Eles querem é vender seguros e se ainda estão vendendo bem então que continue assim”

Infeliz o dia em que saí da Globo.com rsrs

“Software is not physical. It’s certainly not sexy. All I have to do is answer the question, ‘What do you do?’ at any party to learn how absolutely uninteresting my chosen profession is. I say, ‘I work with software,’ and the questioner visibly glazes over and turns to the next person. (Or worse, they grill me about using Photoshop. I’ve never used Photoshop in my life.) I’ve come to dread that question.”

http://www.joelonsoftware.com/articles/fog0000000069.html

Seria importante ouvirmos um relato/experiência ou sugestão para softwares já apodrecidos.

Abraços

Fabio Nascimento.

Já que este é o meu caso e de muitos pelo jeito …

[]s