<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	>
<channel>
	<title>Comments on: Prazo apertado não é desculpa para trabalho mal feito</title>
	<atom:link href="http://wenetus.com/pt/blog/gerenciamento/prazo-e-qualidade.html/feed" rel="self" type="application/rss+xml" />
	<link>http://wenetus.com/pt/blog/gerenciamento/prazo-e-qualidade.html</link>
	<description>simplicidade, comunicação interativa, retorno do investimento, web standards, métricas, usabilidade, acessibilidade</description>
	<lastBuildDate>Fri, 14 Oct 2011 14:42:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: luciano</title>
		<link>http://wenetus.com/pt/blog/gerenciamento/prazo-e-qualidade.html/comment-page-1#comment-369</link>
		<dc:creator>luciano</dc:creator>
		<pubDate>Wed, 21 Sep 2011 19:52:22 +0000</pubDate>
		<guid isPermaLink="false">http://wenetus.com/pt/blog/gerenciamento/prazo-e-qualidade.html#comment-369</guid>
		<description>Em projetos web é difícil definir a prazo para a entrega do produto. já trabalhei em projetos onde consegui entrar 3 a 4 funcionalidade com complexidade alta em apenas um dia, mas também já trabalhei em projetos onde levei 4 a cinco dias para fazer uma coisa simples. Existem diversos fatores que devem ser avaliados, a demanda pode ser uma manutenção de código legado, a arquitetura pode estar mal desenvolvida e a gerência pode achar que não deve ser feita refatoração.

Esta questão é muito complexa para apontar um exemplo e dizer que é uma verdade abssoluta.</description>
		<content:encoded><![CDATA[<p>Em projetos web é difícil definir a prazo para a entrega do produto. já trabalhei em projetos onde consegui entrar 3 a 4 funcionalidade com complexidade alta em apenas um dia, mas também já trabalhei em projetos onde levei 4 a cinco dias para fazer uma coisa simples. Existem diversos fatores que devem ser avaliados, a demanda pode ser uma manutenção de código legado, a arquitetura pode estar mal desenvolvida e a gerência pode achar que não deve ser feita refatoração.</p>
<p>Esta questão é muito complexa para apontar um exemplo e dizer que é uma verdade abssoluta.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guilherme</title>
		<link>http://wenetus.com/pt/blog/gerenciamento/prazo-e-qualidade.html/comment-page-1#comment-252</link>
		<dc:creator>Guilherme</dc:creator>
		<pubDate>Mon, 12 Jan 2009 11:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://wenetus.com/pt/blog/gerenciamento/prazo-e-qualidade.html#comment-252</guid>
		<description>Acredito que com tempo o trabalho sai mais bem feito. não é possível abrir o mar em poucos dias.. Com tempo você consegue realizar as tarefas de forma mais equilibrada e consistente.

abraço.</description>
		<content:encoded><![CDATA[<p>Acredito que com tempo o trabalho sai mais bem feito. não é possível abrir o mar em poucos dias.. Com tempo você consegue realizar as tarefas de forma mais equilibrada e consistente.</p>
<p>abraço.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Felipe Almeida</title>
		<link>http://wenetus.com/pt/blog/gerenciamento/prazo-e-qualidade.html/comment-page-1#comment-231</link>
		<dc:creator>Felipe Almeida</dc:creator>
		<pubDate>Wed, 15 Oct 2008 14:48:57 +0000</pubDate>
		<guid isPermaLink="false">http://wenetus.com/pt/blog/gerenciamento/prazo-e-qualidade.html#comment-231</guid>
		<description>O melhor mesmo é não aceitar prazos apertados. E se o profissional (ou empresa) o aceitou, que o cumpra.

Alegar que o prazo apertado foi o motivo da falta de qualidade é no mínimo fugir da reponsabilidade que aceitou ao receber o dindin na hora de fechar o contrato. Se o prazo era apertado para produzir com qualidade, porque o aceitou?

Com isso sai perdendo o cliente, sai perdendo o profissional e sai perdendo o mercado.

Repito: Se o prazo era apertado, não aceitasse. E se aceitou, se vire para cumprir (e com qualidade). 

Simples e objetivo como em qualquer acordo comercial.

Abs</description>
		<content:encoded><![CDATA[<p>O melhor mesmo é não aceitar prazos apertados. E se o profissional (ou empresa) o aceitou, que o cumpra.</p>
<p>Alegar que o prazo apertado foi o motivo da falta de qualidade é no mínimo fugir da reponsabilidade que aceitou ao receber o dindin na hora de fechar o contrato. Se o prazo era apertado para produzir com qualidade, porque o aceitou?</p>
<p>Com isso sai perdendo o cliente, sai perdendo o profissional e sai perdendo o mercado.</p>
<p>Repito: Se o prazo era apertado, não aceitasse. E se aceitou, se vire para cumprir (e com qualidade). </p>
<p>Simples e objetivo como em qualquer acordo comercial.</p>
<p>Abs</p>
]]></content:encoded>
	</item>
</channel>
</rss>

