Esse veio de um infográfico da TargetProcess sobre como funciona o escritório da empresa e sobre como os ciclos de iteração entre UX e Desenvolvedor acontecem simultaneamente e tentam ser o mais breve possível.
Algo me diz que não é toda empresa que topa trabalhar assim e não é todo tecnólogo que aceita esse processo tão cheio de “incertezas”.
Alguns desenvolvedores têm receio de começar a programar sem antes receber um deck de wireframes de 50 páginas (no mínimo) aprovado e assinado pelo time e pelo cliente.
Mas quando você encontra espaço para esse tipo de metodologia, os resultados mostram que o tal “método de cascata” se torna cada vez menos produtivo para alguns tipos de projeto.
Infelizmente existem desenvolvedores que consideram esse processo uma perca de tempo. Em outros casos, são praticamente desencorajados pelos próprios chefes.
Acredito que a maior dificuldade esteja em conseguir trabalhar com escopo variável para absorver essas incertezas do projeto, tanto por parte da empresa, como do cliente.
Vi esse infográfico e, como desenvolvedor, não achei nada de estranho nele…
A ideia de se trabalhar com escopo variável já é bem aceita em equipes de desenvolvimento que trabalham com metodologias ágeis.
Só esclarecendo, é que na minha visão, essa forma de trabalho é bem natural…
Pingback: Solidifique o conceito primeiro, adicione fidelidade depois | Arquitetura de Informação