“Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito.” (Agile Manifest).

Um dos maiores enganos quando se adota uma metodologia ágil é a falsa previsão de velocidade acelerada. Digo falsa porque, quando se fala em entrega incremental, esquece-se da ausência de algumas funcionalidades que não foram desenvolvidas, por isso o projeto dá aquela impressão que andou rápido.

A arte chama-se Simplicidade, mas bem que poderia se chamar economia, fato que ocorre quando o cliente se depara com a chance de escolher o que será desenvolvido primeiramente, ele logo percebe a oportunidade de ouro que tem pela frente: Fazer o que ele realmente irá usar do software.

Alguns projetos utilizando Scrum, e não são poucos, são considerados sucesso, de forma precipitada, visto pelo ponto do prazo que estipulou se inicialmente para realizar tal projeto. Pois bem, segundo um estudo realizado pelo Standish Group em 2011, chamado Chaos Report, em torno de 65% das funcionalidades nunca é utilizada em um sistema. Não acredito que a realidade brasileira seja muito diferente dos EUA. Agora se você é o cliente de um software e tivesse que ordenar os itens a serem feitos, por valor de negócio, sabendo que cada um das funcionalidades tem seu preço para fazer, e sabendo ainda que, aquela que você decidir construir irá para produção tão logo fique pronta. Por onde você iria começar?

Figura 1: Frequência de utilização das funcionalidades do Scrum

Ao adotarmos Scrum para desenvolver software, é vital que esta decisão seja tomada já no inicio do desenvolvimento, isto para que o cliente inicie de fato por aquilo que para seu negócio é mais importante. Sendo assim o cliente tem a oportunidade de avaliar já desde

O framework de desenvolvimento ágil Scrum tem obtido um grande crescimento nas empresas de desenvolvimento de software. Descubra alguns motivos do crescimento desta nova forma de gerir projetos de software.

Scrum não é um termo novo, mas no Brasil, algumas empresas de TI tem adotado este framework para tornar mais ágil o processo de desenvolvimento de seus produtos. Porém o Scrum já vem desde a década de 90, quando Ken Schwaber e Jeff Sutherland decidiram formalizar a maneira como gerenciavam seus projetos de desenvolvimento de software.

Não é de hoje que muitos profissionais de TI têm procurado novas formas de desenvolver softwares mais rapidamente e com maior qualidade. O framework de desenvolvimento ágil Scrum traz consigo de uma forma simples, porém consistente, uma gama de boas práticas ágeis que contribuem para esse desenvolvimento mais ágil.

O primeiro ponto a ressaltar é que o Scrum, diferente do que muitos pensam, não é uma metodologia, mas sim um framework. A grande diferença está na prescrição, ou seja, metodologias são prescritivas, detalhando tudo o que deve ser feito muitas vezes de forma detalhada, o que não ocorre no Scrum.

É comum adeptos do Scrum utilizarem com proveito técnicas de outras metodologias ágeis, como o Taskboard(Kanban), Pair Programming(XP) entre outras. Por ser um framework, isso é perfeitamente natural.

Os ciclos de desenvolvimento são curtos, de no máximo 30 dias, e por este motivo, o feedback do cliente se torna mais constante já durante a fase de desenvolvimento do produto, tornando seu desenvolvimento mais as