报价？ [英] Quoting?

问题描述

任何人都知道引用开发工作的好方法吗？我是一名设计师

并且有一个处理开发工作的合作伙伴 - 我的问题是他在时间和项目成本方面不断引用
说它像是

询问，一段字符串有多长但其他人必须能够准确判断开发项目所需的时间吗？


mark

anyone know a good formula for quoting for development work? i am a designer
and have a partner who handles development work - my problem is that he
continually under quotes on both time and project cost saying "its like
asking, how long is a piece of string" but other people must be able to
accurately judge the amount of time it will take to develop a project?

mark

推荐答案

我认为这只是来自经验的东西。经过一些

的经验，你知道有几个小时，然后有生意

小时。一份需要十五分钟才能完成工作的工作，当你去做时，将花费60美元的时间。我会说猜一下你会花多少时间，然后加上50％的时间。那不是和我刚刚说过的15:60比例一致的b $ b。


雷在工作


标记| R" <毫安** @ nmd.freeuk.com>在留言中写道

新闻：3f *********************** @ news.dial.pipex.com ...

I think this is something that just comes from experience. After some
experience, you learn that there are hours, and then there are business
hours. A job that would take fifteen minutes to do in your head, will take
an sixty minutes when you go to do it. I''d say make a guess at how many
hours something will take you, and then add 50% of that time. That is not
in agreement with my 15:60 ratio I just said, though.

Ray at work

"mark | r" <ma**@nmd.freeuk.com> wrote in message
news:3f***********************@news.dial.pipex.com ...

任何人都知道引用开发工作的好方法吗？我是一个
的设计师，并且有一个合作伙伴处理开发工作 - 我的问题是他不断在时间和项目成本的引用下说它喜欢
询问，有多长时间了一块绳子但其他人必须能够准确判断开发项目所需的时间吗？

标记

anyone know a good formula for quoting for development work? i am a designer and have a partner who handles development work - my problem is that he
continually under quotes on both time and project cost saying "its like
asking, how long is a piece of string" but other people must be able to
accurately judge the amount of time it will take to develop a project?

mark

我们已经有3年多的时间了，我认为他（通过商业伙伴）

现在可以做到这一点吗？


mark


" Ray at<％= sLocation％>" < myfirstname at lane34 dot com>在留言中写道

新闻：#e ************** @ tk2msftngp13.phx.gbl ...

weve been at it for over 3 years, id have thought he (by business partner)
would be able to do this by now?

mark

"Ray at <%=sLocation%>" <myfirstname at lane34 dot com> wrote in message
news:#e**************@tk2msftngp13.phx.gbl...

我认为这是来自经验的东西。经过一些经验，你了解到有几个小时，然后有生意小时。一份需要十五分钟才能完成工作的工作，当你去做这件工作时，花费60美元。我会说猜测你会花多少时间，然后加上50％的时间。但这并不符合我刚才所说的15:60的比例。

Ray在工作中

" mark | R" <毫安** @ nmd.freeuk.com>在消息中写道
新闻：3f *********************** @ news.dial.pipex.com ...

I think this is something that just comes from experience. After some
experience, you learn that there are hours, and then there are business
hours. A job that would take fifteen minutes to do in your head, will take an sixty minutes when you go to do it. I''d say make a guess at how many
hours something will take you, and then add 50% of that time. That is not
in agreement with my 15:60 ratio I just said, though.

Ray at work

"mark | r" <ma**@nmd.freeuk.com> wrote in message
news:3f***********************@news.dial.pipex.com ...

任何人都知道引用开发工作的好方法吗？我是一个

anyone know a good formula for quoting for development work? i am a

设计师

并且有一个处理开发工作的合作伙伴 - 我的问题是他在时间和项目成本方面不断引用它喜欢询问，一根绳子多长时间但其他人必须能够准确判断开发项目所需的时间吗？

标记

and have a partner who handles development work - my problem is that he
continually under quotes on both time and project cost saying "its like
asking, how long is a piece of string" but other people must be able to
accurately judge the amount of time it will take to develop a project?

mark

标记| r写道：

mark | r wrote:

我们已经使用了3年多了，我认为他（通过商业伙伴）
现在可以做到这一点吗？

weve been at it for over 3 years, id have thought he (by business partner)
would be able to do this by now?

这是一个合理的期望。


估计时间总是很困难 - 特别是在使用

技术的项目上或者开发人员以前没用过的技术。

是很多未知数。


经验确实是关键。在错误几次之后并且

不得不在办公室住了两个星期，直到

截止日期，你就会知道需要多少额外的时间来考虑因素in。

该项目的某些方面仍将继续运行，但有些方面也会在

下运行，所以稍微小心一点就应该这样。


这不是一项微不足道的技巧，但在大多数情况下，它肯定不是一个字符串

的情况。


画了

That''s a reasonable expectation.

Estimating time is always difficult - especially on projects using
technologies or techniques that the developer hasn''t used before. There
are many unknowns.

Experience really is the key. After getting it wrong a few times and
having to live in the office for the two weeks leading up to the
deadline, you learn how much extra time you need to factor in.
Some aspects of the project will still run over, but some will run under
too, so with a little care it should even out.

It''s not a trivial skill, but it''s certainly not a "piece of string"
situation - in most cases.

Drew

这篇关于报价？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！