Scrum e Métodos Ágeis: Um Guia Prático

Fui contratado em 2007 como o primeiro programador do setor de desenvolvimento de uma empresa que desenvolvia um produto SaaS. Eu era o décimo funcionário, a média de idade da empresa era 21 anos e eu mesmo tinha apenas 19, uma autêntica startup. O escritório era uma bagunça mas crescíamos rapidamente conforme o mercado de Internet no país avançava vertiginosamente e gastávamos cada centavo o mais sabiamente que podíamos, os salários eram baixos mas queríamos entregar um produto de mais alto valor agregado no mercado. Construímos nessa época os alicerces do nosso setor de programação, aproveitando as experiências que eu havia tido em outras duas empresas que desenvolviam software, inclusive com tecnologias semelhantes às nossas. Estudamos e aplicamos metodologias tradicionais de software que grandes empresas usavam, fomos atrás de treinamentos e conversamos com muita gente. No entanto, nosso crescimento acelerado e sem grandes experiências nos trouxe alguns sérios problemas e vimos que nossos "alicerces" do setor de programação estavam mais para estacas mal apoiadas. Rapidamente, em coisa de três anos desenvolvendo um projeto que deveria ter sido entregue em um, chegamos no que a indústria chamou de "crise do software" na década de 60 e que culminou com a criação dos processos de desenvolvimento de software tradicionais. No entanto, já estávamos usando tais metodologias, lembra? Então porque essa "crise" nos atingiu também? Ser um "profeta do passado" é muito tentador, e igualmente fácil, mas alguns pontos onde errávamos antigamente, e que fizeram com que nos tornássemos melhores hoje, podem ajudar a entender o que leva uma empresa a fracassar no desenvolvimento dos seus projetos. Aliás, estudamos história para isso, não é mesmo? Para não cometer os mesmos erros do passado.