08th dez 2008
Existe gerenciamento de projetos na área de web?
Mês após mês, ano após ano, projeto após projeto, conversa com amigo após conversa, eu me pergunto: existe realmente gerenciamento nos projetos na área web?
Infelizmente o que eu percebo é que não existe.
Por mais que se fale nesse assunto, que se saiba quais são os benefícios disso, vejo muito pouco isso ser aplicado no dia-a-dia. Não sei se a experiência de vocês é diferente da minha e das pessoas com quem converso a respeito, que trabalham em diversas agências por vários estados, mas o que eu vejo muito acontecer:
- equipes muito voltadas às soluções técnicas dos projetos; desde os desenvolvedores júniores até a equipe responsável pelos projetos como um todo possuem uma formação voltada só para área técnica, deixando para trás a área humana
- falta de integração entre as equipes, o que dificulta conversas para resolver questões de andamento dos projetos
- prazos sempre apertados, que geram falta de tempo para análise das questões que envolvem os projetos como um todo
- escopo do projeto que muda durante a implementação. Quando isso ocorre, o planejamento deixa de fazer sentido e um novo deveria ser feito, mas raramente há o tempo necessário para que isso seja feito
- imaturidade em projetos web; a web é muito recente, não tem nem 5 anos que são feitos projetos web para todo tipo de cliente (antes disso, existia um nicho específico de empresas que apostavam na web). Logo, ainda não existe maturidade no relacionamento cliente-prestador de serviço nem entre os profissionais de web (que ou são profissionais recém-formados, muito crús, ou são profissionais que migraram de outras áreas/mídias)
Para mim, o que deveria acontecer é uma mudança em dois pontos. Uma delas, relativamente simples, é a adoção de metodologias de gerência de projetos. Existem muitas: complexas e amplas como o PMI até as mais genéricas e adaptáveis como o Scrum (quer ler mais sobre? http://dojofloripa.wordpress.com/2007/02/07/scrum-em-2-minutos/ e http://www.improveit.com.br/scrum).
Outra mudança, bem mais complexa, é na relação entre as pessoas (tanto dentro das equipes quanto entre as equipes): falta uma visão humana de todo o processo. Não é porque tratamos com projetos que não existem fisicamente (um projeto web, no final, vende uma idéia, um conceito, não um produto palpável) que os profissionais envolvidos no processo são máquinas, que agem sempre da mesma forma, que não são influenciados por fatores externos e que não precisam de ajuda e tempo para respirar.
Logicamente esse post está com mais cara de desabafo do que de algo 100% técnico. Mas tem horas que é necessário compartilhar as visões não tão boas sobre algumas coisas que ocorrem e, quem sabe, conseguir novas idéias para melhorar os problemas 
[UPDATE] Olha lá o Cleiver passando pelo mesmo problema… a vida de desenvolvedor web é assim mesmo… [/UPDATE]
Posts relacionados
Avalie
(No Ratings Yet)
A verdade é que a falta gerenciamento de projetos traz uma série de prejuízos… desde atraso em projetos, gambiarras e até dinheiro perdido pagando consultores / analistas, etc que ficam fazendo retrabalho. Não tem algo que mais me irrita do que mudança de escopo com o projeto em andamento. É juvenil fazer isso… vale mais “perder” (ganhar!) um tempo fazendo uma análise decente, fazendo um gerenciamento adequado para depois ter um projeto redondinho sem mudanças durante a implementação… =/
o pior disso tudo eh trabalhar sobre pressão!
aleas, pior que isso eh enxergar o erro e não conseguir aplicar a solução!
Mas é isso mesmo, Fefo; o que eu mais vejo acontecer é gastar dinheiro com coisas que poderiam ter sido evitadas.
A primeira coisa que se faz num projeto web, quando as coisas apertam, é cortar as duas pontas do processo: a análise no começo e os testes no final. E aí, todo e qq. gerenciamento vai por água abaixo, pois fica tudo na mão dos desenvolvedores, que não tem o porque se envolver com isso.
é… acho que em todo projeto eu faço e refaço várias partes do site… mas acredito que as agências com uma boa arquitetura de informação, mostrando wireframes decentes, diminui muito o re-trabalho.
Realmente, existe o conceito de gerenciamento de projetos na área de web, mas ninguém implementa. Ou se implementa é uma pequena parcela de desenvolvedores que utilizam no seu dia-dia.
Me entristece ouvir coisas como; “deixa assim mesmo” ou “como está continua rolando” (talvez morro abaixo rs…). Gerente de projetos são os maiores responsáveis pelos grandes problemas.
Vejo também que falta muito, mas muito investimento mesmo em web pelo menos aqui no Brasil. Grandes projetos sem infra-estrutura ou alguma visão.
Como o colega disse no post, falta muita maturidade. Que acredito que não venha através de artifícios (legislação, regulamentação), mas com o tempo e trabalho. A situação de hoje é muito melhor do que a de 3 anos atrás.
Como freela meus projetos sempre foram gerenciados meio “nas coxas”, um cronograma com a previsão e lista de tarefas e só isso. Funcinou bem em projetos pequenos (30 a 45 dias de duração), mas no início da semana passada resolvi testar a aplicar a metodologia (?) scrum pq eu estava (estou) começando a me perder em prazos.
scrum dá uma mão muito grande na organização e visualizaçao das pendências e pelo pouco que entendi também facilita na hora de lidar com alterações no escopo. para quem quiser ler mais, a bia me passou o link de um livro para download, é free mas precisa fazer um cadastro no site: http://www.infoq.com/minibooks/scrum-xp-from-the-trenches
Mas, Guilherme, você está aplicando scrum em projetos que envolvem outras pessoas, ou pros seus freelas?
“scrum solo”, to usando só para eu gerenciar as tarefas que preciso realizar em um projeto.
http://www.boaglio.com/index.php/2007/12/27/scrum-solo/
Até agora está sendo útil, mas como foi minha primeira vez a divisão das tarefas não ficou muito boa e está acontecendo mais ou menos o que foi relatado aqui: http://www.boaglio.com/index.php/2008/08/01/scrum-solo-2-o-fracasso/
Eu comecei mal na divisão das tarefas e logo de início “travei” em uma tarefa complexa, foi falta de planejamento (e de horas) para que tudo ficasse dentro do prazo, como fiz para uma coisa pequena fiz um sprint (de 7 dias) para uma aplicação. Mas como primeira experiência tá valendo a pena, mesmo sendo solo.
É, acho que o principal problema de projetos é o 4o que você citou: O escopo do bixo muda muito durante a implantação, ou seja, na minha opinão, fazer um projeto ultra-detalhado é perda de tempo, já que ele vai mudar e só se sabe o que será mais vantajoso no site após ele ir pro ar.
[...] das trincheiras, em PDF, depois de alguns debates sobre gerenciamento de projetos na área web (http://www.chrisb.com.br/blog/existe-gerenciamento-de-projetos-na-area-de-web/ e [...]
Micox,
O problema não são as mudanças, e sim o fato de que a maioria dos projetos web só entram no ar no final.
Se você consegue convencer um cliente a ir pro ar cedo e então ir incrementando o que já existe, as mudanças vão refletir feedback real. Neste caso mudanças são muito bem vindas pois trazem valor concreto ao negócio.
Ou seja, planejar sempre é mais importante que o plano em si. Um documento sempre pode ser reescrito, já pra um projeto fracassado não tem muito remédio
Ivan, concordo com você nesse aspecto. Por isso, inclusive, que um dos conceitos do scrum é fazer entregas ao cliente com frequencia, semanais se possível, para que o projeto vá se desenvolvendo aos poucos e “mutando”.
Abraço!
Uma polêmica que gostaria de colocar é que SCRUM não é uma boa prática para gerenciamento de projetos e sim uma boa prática para desenvolvimento de software. Gerenciamento de Projetos possui trabalhos como gerenciar partes interessadas, definir escopo, gerenciamento de mudanças, comunicação, risco e muitas outras coisas que podem sim ser aplicadas em projetos web. O problema é definir até que grau de profundidade você vai adotar em cada quesito desse.
Ainda estou fazendo a pós em Gerenciamento de Projetos de Software e a minha idéia para a monografia é exatamente o assunto “Gerenciamento de Projetos WEB”. Quando terminá-la, coloco o link aqui pra gerar discussão.
Mas sim, também me sinto perdido nos projetos web que participo pois estes não têm gerenciamento de projeto e sim gerenciamento de problemas, de demanda: faz assim que é pra ontem… testar? deixa pra fazer isso em produção…
Vamos tentar mudar isso…
Bruno, ao meu ver Scrum vale para o desenvolvimento de qualquer tarefa que envolve equipes com expertises diferentes – ou seja, não só para softwares. Quando aliado a XP, aí sim podemos dizer que ele está voltado ao desenvolvimento de software
E quando disse sobre gerenciamento de projetos, talvez eu poderia ter sido mais específico em falar que ele é adotado com o foco interno, nos desenvolvedores, e não vendo todas as outras questões inerentes ao projeto, como a área comercial, atendimento, etc…
[]s!
Queria acrescentar que essa bagunça não acontece somente nos projetos Web…
Tem uma imaturidade muito grande no brasil em relação à gerenciamento de projeto no geral.
Onde trabalho a gente não mexe com Web, temos Gerente de projetos certificados PMP… E a bagunça está pior do que sem gerente… Entrega para ontem… teste? não está no cronograma mas tem que entregar tudo funcionando.
Change request é inevitável nos projetos… não tem como… o Cliente nem sabe o que quer e nós nem sempre conseguimos enxergar e adivinhar o que ele quer… Depois tem um gerente aqui que reavalia os prazos junto com a equipe de dev e o cliente. E gerente que fala: isso mudou mas não muda nada do prazo…
Os gerentes de projetos só querem lucro (porque tem participação nos lucros do projeto geralmente). Não se importam com o cliente muito (se importa com prazo e entrega, mas não com o que realmente o cliente quer). E principalmente eles acham que eles MANDAM nos desenvolvedor… Tem essa relação de “Eu sou o chefe aqui e você faz o que eu mando fazer”… Isso é muito ruim… gerente de projeto não está aqui para mandar, mas sim para gerenciar… O fato dele repassar as tarefas é uma parte pequena do trampo dele.
No meu entendimento o Scrum tenta quebrar um pouco esse aspecto mandão dos gerentes, criando uma equipe mas conscientisada, mais focada, com cada um assumindo um pouco da responsabilidade do projeto.
Agora tem Kanban que está fazendo ondas na internet esses tempos, e está aparecendo um artigos sobre ter um híbrido Scruam/Kanban (Scrum-Ban) para contornar os problemas do SCRUM…
No final, na minha opinião, não importa a metodologia, se o cara não tiver o que precisa para ser gerente de projetos, a coisa vai desandar. Tem pessoas que simplesmente não tem as skills para isso… Tem pessoas que não conseguem gerenciar 2 jobs que o chefe passa para eles… Não conseguem ver conseqüências que uma ação vai implicar, ou não sabem reagir de maneira ágil numa situação complicada. E também, se o gerente fizer tudo que o cliente quer por medo de perder o cliente ou por medo que o cliente reclame dele… ai não vai dar também…