Especialistas, Generalistas e os Outros 

Jul/11
20

Essa coisa de junior e de sênior sempre me pareceu completamente ridícula desde o dia em que comecei a mexer com software e tive que enfrentar essas classificações que as empresas e os RH fazem. Bom, para ser justo, não são apenas os RH é todos o mundo de forma geral que tem alguma coisa [...]

Crítica da Razão Ãgil 

Jul/10
9

O manifesto ágil é visto hoje em dia como o responsável por uma mudança de paradigma no mundo do desenvolvimento de software. A meu ver a mudança de paradigma é inevitável e não depende da existência de dito manifesto. Aliás, dito manifesto pode ser até um entrave à mudança de paradigma em curso. Na realidade [...]

Scrum para Tradicionalista – Tarefas 

Nov/09
5

Falei anteriormente de como é organizada uma equipa Scrum e quais responsabilidades cada elemento desempenha.  Hoje o assunto é a palavra mais querida dos gerentes tradicionais – tarefa – e sua relação com user story. A tarefa, no pensamento tradicional é qualquer coisa que tem que se fazer. A ideia é que sabendo as tarefas [...]

Scrum para Tradicionalistas 

Oct/09
31

A estrutura tradicional para equipes de desenvolvimento de software é composta por um Gerente e um Grupo de Desenvolvedores. O Gerente têm três papeis principais: 1) Mediar com os stakeholders (diretores, clientes , outros gerentes) o que implica em definir prazos e custos e fazer com que se cumpram 2) Organizar o trabalho da equipa. [...]

Valorizar Práticas ou Praticar Valores? 

Oct/09
22

Valorizar práticas ou praticar valores? A diferença parece sútil, mas é a distinção essencial nos dias de hoje, porque é a diferença entre o que interessa e o que não interessa no ramo do desenvolvimento de software Pela tradição – tradicionalmente, historicamente – as empresas valorizam práticas. São criados, aglutinados, conjuntos de práticas a que chamam “metodologias”. As [...]

Big Design Up Front 

Oct/09
1

É uma falácioa que desenho de sistema feito antes de começar a codificar é ruim e deve ser evitado. Processos iterativos só funcionam se o design original é suficientemente flexivel, e ele só é flexivel de foi feito com cuidado.

O Triângulo de Ouro 

Sep/09
7

Na minha opinião não há desculpa para criar um software com má qualidade. Mesmo com prazo curto e orçamento apertado sempre é possivel fazer um software de boa qualidade compatível com esses fatores. Claro, o primeiro desafio é saber como fazer isto e o segundo é fazer!