|
Depois dos feedbacks positivos com relação ao HeroCast, decidi experimentar um outro formato de publicação onde, através da Twitcam, busco falar sobre assuntos relacionados à área de desenvolvimento usando como referência alguns posts.
Séries como Friends, Two And A Half Men e The Big Bang Theory são alguns Sitcoms de sucesso que, ao analisarmos seus processos de produção, percebemos que vários aspectos desse tipo de projeto são comuns à projetos de software. Essa comparação pode parecer estranha de início, mas além das semelhanças, devemos avaliar também quais práticas do Show Business deveriam ser aplicadas na nossa área a fim de melhorá-la.
Só o código importa. Essa frase nem sempre me disse tanto quanto diz hoje em dia. Sua simplicidade desafia a compreensão de um profissional que vivenciou e ainda vivencia projetos de software nos quais o código é apenas mais uma das coisas que podem dar errado. Em um contexto no qual passamos boa parte da graduação aprendendo a montar diagramas e no mercado em que os profissionais passam o dia montando documentos, essa frase realmente não pode fazer sentido. Desde 2009 atuo em um contexto diferente da maioria do mercado: O contexto de entregas rápidas e funcionais de software. Nele o tempo é um recurso que precisa ser muito bem aplicado e tudo o que for desnecessário ou demorado deve ser simplificado ou simplesmente removido do processo, buscando a entrega. Nesse contexto, onde o que importa é software funcionando, feedbacks rápidos e projetos adaptáveis à mudança de requisitos e tecnologias, o código ganha muito mais relevância do que tem nas fábricas e torna-se a base para obtenção de bons resultados. Trabalhar nesse contexto me trouxe algumas percepções que gostaria de compartilhar. Não são verdades absolutas é claro, mas fazem muito sentido para mim:
05 de fevereiro de 2010, por Denis Ferrari em Metodologias
Nossa área de desenvolvimento de software é muito nova, e como consequência disso, ainda estamos aprendendo quais são as técnicas que funcionam e quais só atrapalham o dia-a-dia dos nossos projetos. É dever de todo profissional da área buscar meios para melhorar o nosso objetivo principal: Construir softwares que atendam aos clientes, aos usuários e às equipes de desenvolvimento. Práticas ágeis são um meio e não um fim, não deve-se utilizar as técnias se não é evidente quais problemas elas tentam resolver, usar por usar não melhora em nada o resultado final do seu projeto. Você só deve usar essas práticas se realmente entender porquê elas são necessárias, e não porquê estão na moda. |
|
||||||
