Comentários sobre: Por que é difícil mensurar prazos exatos para um projeto web http://fatorw.com/internet/gerenciamento/prazos-dificeis/ Walmar Andrade fala sobre Produtividade, Metas, Empreendedorismo e Desenvolvimento Web Sun, 23 Nov 2008 10:15:54 +0000 http://wordpress.org/?v=2.6.3 Por: Blog Área Local Vida de profissional da web é tudo igual http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-4362 Blog Área Local Vida de profissional da web é tudo igual Mon, 04 Feb 2008 17:17:37 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-4362 [...] Por que é difícil mensurar prazos exatos para um projeto web [...] [...] Por que é difícil mensurar prazos exatos para um projeto web [...]

]]> Por: Marcelo Mustafa Murad http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-3610 Marcelo Mustafa Murad Fri, 31 Aug 2007 19:19:14 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-3610 Acredito que o problema não está na definição de uma data exata. Esta data pode e deve ser definida de acordo com a experiência de cada um. Caso a data tenha sido bem definida, e haja demora na aprovação, o escopo do projeto mudou, conseqüentemente a data de entrega. Um grande problema dos profissionais de TI é não saberem informar ao cliente que esta ou aquela alteração está fora do escopo do projeto. Os profissionais de TI devem aprender a dizer não. A terminar o projeto e daí, numa segunda fase, realizar as alterações solicitadas. Uma amiga consultora sempre fala que não somos pasteleiros. Por mais que sejam clientes, não podem chegar pra gente e pedir "um de carne, dois de queijo e uma alteração/upgrade/aplicação de patch"... Cabe a nós mostrar nosso valor! Acredito que o problema não está na definição de uma data exata. Esta data pode e deve ser definida de acordo com a experiência de cada um. Caso a data tenha sido bem definida, e haja demora na aprovação, o escopo do projeto mudou, conseqüentemente a data de entrega.

Um grande problema dos profissionais de TI é não saberem informar ao cliente que esta ou aquela alteração está fora do escopo do projeto. Os profissionais de TI devem aprender a dizer não. A terminar o projeto e daí, numa segunda fase, realizar as alterações solicitadas.

Uma amiga consultora sempre fala que não somos pasteleiros. Por mais que sejam clientes, não podem chegar pra gente e pedir “um de carne, dois de queijo e uma alteração/upgrade/aplicação de patch”…

Cabe a nós mostrar nosso valor!

]]> Por: Eduardo (DADO®sp) http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-3609 Eduardo (DADO®sp) Fri, 31 Aug 2007 13:41:15 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-3609 Nós temos esse tipo de problema também, mesmo colocando no contrato e na proposta do projeto o cliente ainda sim fica se apegando a modificações que muitas das vezes não fariam diferença nenhuma no projeto, alguns clientes mesmo vc mostrando à eles que fazendo determinadas mudanças compromete o layout e a usabilidade do site o cliente mesmo assim ignora isso e acaba deixando o site com a cara dele e não com uma cara que traria retorno a ele, isso é complicado fica dificil e como você mesmo disse a gente acaba ficando preso a esses projetos e compromete o prazo dos futuros projetos que a gente acaba pegando, varia muito de cliente também tem clientes que são mais "mente aberta" e outros são mais fechados e tudo tem que ser do jeito deles.. Acho dificil isso mudar mesmo colocando no papel as "regras" de desenvolvimento. Abraços Nós temos esse tipo de problema também, mesmo colocando no contrato e na proposta do projeto o cliente ainda sim fica se apegando a modificações que muitas das vezes não fariam diferença nenhuma no projeto, alguns clientes mesmo vc mostrando à eles que fazendo determinadas mudanças compromete o layout e a usabilidade do site o cliente mesmo assim ignora isso e acaba deixando o site com a cara dele e não com uma cara que traria retorno a ele, isso é complicado fica dificil e como você mesmo disse a gente acaba ficando preso a esses projetos e compromete o prazo dos futuros projetos que a gente acaba pegando, varia muito de cliente também tem clientes que são mais “mente aberta” e outros são mais fechados e tudo tem que ser do jeito deles..
Acho dificil isso mudar mesmo colocando no papel as “regras” de desenvolvimento.

Abraços

]]> Por: Guilhermo Reis http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-3608 Guilhermo Reis Thu, 30 Aug 2007 21:16:59 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-3608 Walmar, Eu acho que o problema não está só aprovação e sim antes, na fase de Pesquisa. Se for feita uma boa fase pesquisa, onde se conseguiu mapear bem o usuário e a empresa e as restrições do projeto e que teve uma forte participação do cliente as aprovações são bem mais fáceis. Outras coisas que podem atrapalhar nas aprovações são: - O cliente não entende os documentos de especificação, especialmente os de AI. Assim logo que começa o projeto explique cada uma das atividades e quais são os documentos para acertar as experctativas - A empresa tem muitos aprovadores diferentes, de áreas e com graus hierárquicos diferentes. Precisa ser negociado com o cliente que se tenha um ponto focal, um responsável pelo projeto, especialmente para dar a palavra final no caso de impasse. Se você preve que a empresa será assim (pergunte no briefing quantas pessoas estão envolvidas na aprovação) aumente as horas estimadas para aprovação. - Se quem fez o projeto (arquiteto de informação, designer gráfico, redator, etc) não tem bons argumentos. Se o projetista não tiver pensado em todos os detalhes ao fazer o projeto, se deixou de seguir recomendações de usabilidade, se não fez uma boa conceituação e se armou de argumentos para fazer uma boa defesa do seu projeto ele apanha e apanha feito na hora de aprovar =) Walmar,

Eu acho que o problema não está só aprovação e sim antes, na fase de Pesquisa. Se for feita uma boa fase pesquisa, onde se conseguiu mapear bem o usuário e a empresa e as restrições do projeto e que teve uma forte participação do cliente as aprovações são bem mais fáceis.

Outras coisas que podem atrapalhar nas aprovações são:

- O cliente não entende os documentos de especificação, especialmente os de AI. Assim logo que começa o projeto explique cada uma das atividades e quais são os documentos para acertar as experctativas

- A empresa tem muitos aprovadores diferentes, de áreas e com graus hierárquicos diferentes. Precisa ser negociado com o cliente que se tenha um ponto focal, um responsável pelo projeto, especialmente para dar a palavra final no caso de impasse. Se você preve que a empresa será assim (pergunte no briefing quantas pessoas estão envolvidas na aprovação) aumente as horas estimadas para aprovação.

- Se quem fez o projeto (arquiteto de informação, designer gráfico, redator, etc) não tem bons argumentos. Se o projetista não tiver pensado em todos os detalhes ao fazer o projeto, se deixou de seguir recomendações de usabilidade, se não fez uma boa conceituação e se armou de argumentos para fazer uma boa defesa do seu projeto ele apanha e apanha feito na hora de aprovar =)

]]> Por: Rafael Lima http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-3607 Rafael Lima Thu, 30 Aug 2007 20:51:43 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-3607 Eu acho que a aprovação do cliente depende da capacidade do desenvolvedor. É inteligência do desenvolvedor captar o que o cliente quer nas reuniões de briefing. Minha opinião: Se você constantemente tem esse problema, reveja a SUA maneira de trabalhar. Eu considero falha minha quando o cliente não aprova determinado trabalho. De fato é muito fácil colocar a culpa no cliente, mas no fundo o responsável pelo atraso é o contratado. Os casos que o cliente aprova de primeira não são sorte, na verdade são casos de um bom entendimento das necessidades do cliente, por parte do desenvolvedor, que possibilita o desenvolvimento do que era esperado. Abraços Eu acho que a aprovação do cliente depende da capacidade do desenvolvedor. É inteligência do desenvolvedor captar o que o cliente quer nas reuniões de briefing.

Minha opinião: Se você constantemente tem esse problema, reveja a SUA maneira de trabalhar.

Eu considero falha minha quando o cliente não aprova determinado trabalho. De fato é muito fácil colocar a culpa no cliente, mas no fundo o responsável pelo atraso é o contratado.

Os casos que o cliente aprova de primeira não são sorte, na verdade são casos de um bom entendimento das necessidades do cliente, por parte do desenvolvedor, que possibilita o desenvolvimento do que era esperado.

Abraços

]]> Por: Rafael Lima http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-3606 Rafael Lima Thu, 30 Aug 2007 20:49:02 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-3606 Eu acho que a aprovação do cliete depende da capacidade do desenvolvedor. É inteligência do desenvolvedor captar o que o cliente quer nas reuniões de briefing. Minha opinião: Se você constantemete tem esse problea, reveja a SUA maneira de trabalhar. Eu considero falha minha quado o cliente não aporva determinado trabalho. De fato é muito fácil colocar a culpa no cliente, mas no fundo o responsável pelo atrasado é o contratado. Os casos que o cliente aprova de primeira não é sorte, na verdade foi um bom entendimento das necessidades do cliente, por parte do desenvolvedor, que possibilitou o desenvolvimento do que era esperado. Abraços Eu acho que a aprovação do cliete depende da capacidade do desenvolvedor. É inteligência do desenvolvedor captar o que o cliente quer nas reuniões de briefing.

Minha opinião: Se você constantemete tem esse problea, reveja a SUA maneira de trabalhar.

Eu considero falha minha quado o cliente não aporva determinado trabalho. De fato é muito fácil colocar a culpa no cliente, mas no fundo o responsável pelo atrasado é o contratado.

Os casos que o cliente aprova de primeira não é sorte, na verdade foi um bom entendimento das necessidades do cliente, por parte do desenvolvedor, que possibilitou o desenvolvimento do que era esperado.

Abraços

]]> Por: Eliel http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-3605 Eliel Thu, 30 Aug 2007 15:32:16 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-3605 O engraçado é que quando o cliente "descobre" que precisa de um site e contrata um desenvolvedor web, tudo é "pra ontem": ele quer o layout em 1 dia, o protótipo em mais 1 dia, etc. No entanto, quando a parte de criação/desenvolvimento termina, e a bola passa novamente para o cliente ( para criação do conteúdo), normalmente o projeto fica parado por várias semanas... ou seja, não era tão urgente assim né? Por isso, acredito que é sempre importante estimar prazos jogando a bomba para o cliente: DEPOIS que você aprovar o layout eu poderei fazer o protótipo... DEPOIS que você entregar o conteúdo poderei publicar o site... DEPOIS que você entregar as imagens, etc... O engraçado é que quando o cliente “descobre” que precisa de um site e contrata um desenvolvedor web, tudo é “pra ontem”: ele quer o layout em 1 dia, o protótipo em mais 1 dia, etc. No entanto, quando a parte de criação/desenvolvimento termina, e a bola passa novamente para o cliente ( para criação do conteúdo), normalmente o projeto fica parado por várias semanas… ou seja, não era tão urgente assim né?

Por isso, acredito que é sempre importante estimar prazos jogando a bomba para o cliente: DEPOIS que você aprovar o layout eu poderei fazer o protótipo… DEPOIS que você entregar o conteúdo poderei publicar o site… DEPOIS que você entregar as imagens, etc…

]]> Por: Rinaldi Fonseca http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-3603 Rinaldi Fonseca Thu, 30 Aug 2007 12:31:04 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-3603 Isso mesmo. Antes de tudo é muito importante lembrar que o prazo passado é somente uma média, e não um tempo exato. Isso mesmo. Antes de tudo é muito importante lembrar que o prazo passado é somente uma média, e não um tempo exato.

]]> Por: Guilherme Veras http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-3602 Guilherme Veras Thu, 30 Aug 2007 11:48:51 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-3602 Super relevante o artigo, todo profissional ate mesmo em outras áreas que TI sofre com esse tipo de situação. Gerenciar projetos de qualidade demanda tempo de experiência e maldade em algumas decisões (foco relevante). Acho que o ideal é sempre contar com inesperado e dar um prazo um pouquinho maior, assim o cliente fica satisfeito quando é entregue na hora ou ate mesmo antes. Avaliar o tipo de cliente também é uma ótima passo se ele for indeciso você deve cobrar mais dele ao ponto que feche o conteúdo antes do inicio do projeto. Estou adotando a técnica de criar todas as telas e ele vai fechando cada uma, assim depois implemento o sistema ou versão 1.0 com toda analise daquilo quer mudar versão 2.0 outro serviço ... e vamos aprendendo... t+ ... Super relevante o artigo, todo profissional ate mesmo em outras áreas que TI sofre com esse tipo de situação. Gerenciar projetos de qualidade demanda tempo de experiência e maldade em algumas decisões (foco relevante). Acho que o ideal é sempre contar com inesperado e dar um prazo um pouquinho maior, assim o cliente fica satisfeito quando é entregue na hora ou ate mesmo antes. Avaliar o tipo de cliente também é uma ótima passo se ele for indeciso você deve cobrar mais dele ao ponto que feche o conteúdo antes do inicio do projeto.
Estou adotando a técnica de criar todas as telas e ele vai fechando cada uma, assim depois implemento o sistema ou versão 1.0 com toda analise daquilo quer mudar versão 2.0 outro serviço … e vamos aprendendo… t+ …

]]> Por: Função http://fatorw.com/internet/gerenciamento/prazos-dificeis/#comment-3601 Função Wed, 29 Aug 2007 19:59:20 +0000 http://fatorw.com/2007/08/29/prazos-dificeis/#comment-3601 Nossa, eu "sofro" com isso constantemente, principalmente na questão do prazo quando esqueço de avisar o cliente que é estabelecido com o sistema em funcionamento e não tem mudanças de acordo com o combinado. Essa área é muito dolorosa. Nossa, eu “sofro” com isso constantemente, principalmente na questão do prazo quando esqueço de avisar o cliente que é estabelecido com o sistema em funcionamento e não tem mudanças de acordo com o combinado. Essa área é muito dolorosa.

]]>