A Culpa é Sempre do Programador?
A visão antiga é que o programador deve ficar
isolado apenas recebendo ordens de serviço, como na década de 60, quando
os computadores eram utilizados apenas pelos centros de pesquisa para
realizar cálculos. Problemas decorrentes do gap semântico
entre os requisitos e os sistemas eram vistos pelo testador, gerente e
depois pelo cliente.
O testador era um apontador de erros e não
analisava as necessidades dos clientes, apenas os requisitos elicitados e
redigidos por estagiários. Poucos anos depois, surgiu a figura do
gerente, que muitas vezes é aquele que não compreende absolutamente nada de
gerenciamento quanto mais Engenharia de Software, e soma-se a classe dos apontadores
de erros como última alternativa para garantir o seu emprego. Por fim o
cliente, que não deseja nem um pouco modificar a sua maneira de
trabalho e não sabe o que deseja, quando é honesto dirá sempre que o
realizado pelo programador não foi nada do que pediu.
Assim caminha uma
fábrica de Software, abordagem antiquadra, falha e que só garante a punição do
programador. Por isso Kent Beck e tantos outros dirigiram esforços para criar o manifesto ágil!. http://agilemanifesto.org/ . Para conhecer as abordagens e o que os times de desenvolvimento pensam sobre as diversas técnicas e métodos, veja a apresentação abaixo. Não seja sempre o culpado, analise as suas escolhas, principalmente a empresa que você trabalha.