RD no Agile Brazil 2014

Publicado por Guilherme Matsumoto no dia agile

Estivemos na última edição do Agile Brazil - a mais conceituada conferência sobre agilidade do Brasil - que ocorreu em Florianópolis, dos dias 5 a 7 de novembro. Durante os três dias de evento, pudemos ter insights e entender nossa maturidade e a de de outras empresas sobre o desenvolvimento ágil. Também colaboramos com dois de nossos cases: um sobre design centrado no usuário, Integrando UX à Metodologia Ágil na startup Resultados Digitais, apresentado por nossas designers Lívia Amorim e Simone Beltrame; e outro com Bruno Ghisi e Diego Pereira - nosso CTO e PO, consecutivamente - falando sobre a implementação do ágil na camada estratégica e os desafios enfrentados para operacionalização do Lean como um todo, conceitos apresentados na palestra Case RD Station: Escalando Agile e Lean na gestão completa de Produto.

Como estamos integrando UX à Metodologia Ágil

Publicado por Lívia Amorim e Simone Beltrame no dia agile, design

A equipe de produto da Resultados Digitais respira cultura ágil. Desde o início, o Scrum foi adotado como processo de desenvolvimento e possibilitou a implementação de inúmeras funcionalidades em pouquíssimo tempo. Além de ágeis, somos Lean: não gostamos de desperdí­cios e sempre otimizamos nosso processo de acordo com nossos recursos, tanto para o desenvolvimento de novas funcionalidades quanto para manutenção e melhoria de existentes.

Nosso time é separado em pequenas equipes auto-suficientes responsáveis por parte da release mensal. A equipe pode variar de acordo com a release, mas geralmente alocamos um designer por equipe, que deve ter no máximo seis pessoas. Dentro das releases, as tarefas do backlog são alocadas dentro de quatro sprints com o período de uma semana. Cada tarefa é uma entrega de valor para o cliente, uma funcionalidade concluída.

Processo de Build e Deploy Automatizado para Aplicações Javascript

Publicado por Pedro Vitti e Luciano Marcelino no dia dev

Cada vez que um dos nossos clientes precisava integrar um formulário do seu site com o RD Station, era necessário um trabalho manual que levava tempo e esforço do time para ser realizado. Isso ocorria devido à grande quantidade de tecnologias que podem ser utilizadas para a criação de formulários de contato, por exemplo, HTML, PHP, Rails, ferramentas como Wordpress e seus plugins.

Para agilizar esse processo e facilitar a vida dos clientes, decidimos implementar uma biblioteca Javascript que permitisse que o próprio cliente fizesse essa integração de forma rápida e fácil, independente da tecnologia utilizada no formulário.

Nesse post iremos descrever como automatizamos todo o fluxo de desenvolvimento dessa biblioteca utilizando o Grunt, CircleCI e Karma/Jasmine.

A cultura de MVP dentro do desenvolvimento de cada nova funcionalidade

Publicado por Diego Pereira no dia agile

Um pouco sobre Lean no nosso desenvolvimento

Somos apaixonados por Lean na Resultados Digitais. Eu particularmente desde épocas de chão-de-fábrica em estágios na faculdade de engenharia mecânica. As vezes essa palavra perde seu conceito inicial, que deriva de um Japão pós-guerra destruído e onde recursos escassos eram o padrão de toda uma indústria que precisava voltar a produzir. Essas condições - uma situação vivida por muitos times de produto hoje - desenvolveram uma cultura de grande valor em corte de desperdícios, eficiência e fazer mais com menos.

Como aplicamos este importante valor e seus conceitos no dia-a-dia do desenvolvimento do RD Station? Primeiramente, ele é tão integrado a empresa e ao time que oficialmente é um dos Valores do Culture Code da Resultados Digitais. Mas para mobilizar estas ideias num processo real de Gestão de Produto, utilizamos uma gestão de portfólio de épicos (projetos) em um fluxo contínuo e puxado (Kanban) que alimenta Releases dos times de desenvolvimento e consequentemente as Sprints destes.

Usando Nginx e Unicorn no Heroku

Publicado por Paulo Casaretto no dia dev

Ao investigar problemas de performance em uma requisição específica do RD Station, notei que em determinadas vezes muito tempo era gasto em um middleware chamando Rack::MethodOverride.call .

O MethodOverride procura no corpo de um POST por um parâmetro _method que muda o tipo da requisição. Felizmente este é um daqueles problemas que alguém já teve antes e encontrei um bom ponto de partida no Stack Overflow.

http://stackoverflow.com/questions/24639701/random-slow-rackmethodoverridecall-on-rails-app-on-heroku