Menos massa permite mudar de direção rapidamente

Li esse trecho no Getting Real (37Signals), e acho que ele resume tanta coisa, que vale a pena replicá-lo para que outros possam conhecê-lo e para que eu mesma grave e me lembre disso sempre que possível:

Quanto mais enxuto for, mais fácil é para mudar

Quanto mais massa tiver um objeto, mais energia é necessária para mudar sua direção. É uma verdade tanto para o mundo dos negócios como para o mundo físico.

Quando falamos em tecnologias web, mudanças devem ser fáceis e baratas. Se você não puder mudar rapidamente, perderá terreno para alguém que possa. É por isso que você deve optar por menos massa.
Massa aumenta com…

* Contratos de longo prazo
* Excesso de pessoas
* Decisões permanentes
* Reuniões sobre outras reuniões
* Processos Burocráticos
* Inventário (físico ou mental)
* Prisão em hardware, software e tecnologia
* Formatos proprietários de dados
* Passado mandando no futuro
* Planejamentos de longo prazo
* Políticas de escritório

Massa se reduz com…

* Pensamentos just-in-time
* Equipes com membros multi-tarefa
* Abraçar limitações, sem aumentá-las
* Menos software, menos código
* Menos funcionalidades
* Equipes pequenas
* Simplicidade
* Interfaces reduzidas
* Produtos de código aberto
* Formatos de dados abertos
* Uma cultura aberta que torna fácil admitir erros

Menos massa permite mudar de direção rapidamente. Você pode reagir e evoluir. Pode focar em boas idéias e derrubar as ruins. Pode ouvir e responder a seus clientes. Pode integrar novas tecnologias agora em vez de mais tarde. Ao invés de um avião de cargas, você dirige um pequeno bote. Aproveite esse fato.

Leia o texto completo aqui

A importância dos user stories no design de sistemas interativos

O desafio não é desenvolver, é saber o que desenvolver.

User Story

Atualmente, temos utilizado, aqui na Latitude14, uma técnica interessante nos nossos projetos, que veio do Agile development: os Users Stories. Ele tem nos ajudado a manter o foco na essência, nas coisas que realmente importam.

User stories são descrições simples que representam uma funcionalidade. O recomendável é que essas user stories sejam escritas do ponto de vista de uma necessidade dos usuários. No agile, as users stories são escritas em cartões (de papel) em conjunto com o cliente, a equipe de desenvolvimento orça as horas gastas para desenvolver cada user stories e então, em conjunto com o cliente, estas são priorizadas (o que ajuda a selecionar as funcionalidades mais importantes e eliminar o excesso de funcionalidades inúteis).

Elas podem ser escritas de várias formas, mas temos adotado essa:

Métodos ágeis em pesquisa com usuários

O Leonardo Kenji me fez algumas perguntas sobre o meu post de UX Agile Design e as perguntas são tão importante e a resposta ficou tão grande que mereceu um post próprio

Pergunta do Leonardo:

Fiquei curioso para saber como vcs adaptaram os princípios agile ao processo de refinamento do qual vc fala.

quais características vcs aproveitaram dos princípios? como vcs estimulam o processo de comunicação entre os envolvidos? vcs usam alguns artefatos ou técnicas sugeridas das metodologias agile? como funciona o processo seus de post-mortem?

E o mais importante, vcs conseguem mensurar o ganho de qualidade, produtividade e satisfação do cliente antes e depois do uso do “Agile UX design”?