我知道这里有几个估计问题,通过他们中的大多数和我读过,但这个略有不同。如果你做一个刷新网站,它可能包括可用性增强,增加页面的时间生产和发展。我们永远不会看到一个网站,说自己现在是在未来。如果是这样,那么我们的客户就不要找我们的专业知识。它总是应该需要做一个团队头脑风暴之前应对RFP或创建一个正式声明的工作?如果那些做头脑风暴没有做最后的工作吗?我们只能库存目前网站在某种程度上,和我开始认为我们应该让我们知道,估计只有让潜在客户告诉我们,我们缺少某些元素。
我估计一个网站如何构建(刷新)当我不知道网站的所有功能?
原标题：
最佳回答
在你的提议中,相当具体什么对当前网站(你看到多少页/资源?他们是低/地中海/高复杂吗?高水平特征是什么你看到已经存在(即搜索、安全、AJAX、概要文件,等等),你会考虑添加什么?给范围,而不是具体的估计。
你更详细地给你看到不知道需求将帮助客户相信你不只是拍摄建议通过RFP的滑槽,你认真工作,你毫不费力承诺提供更多/比你快。客户明白你不能真正做一个可靠的估计,但他们认为你犯了一个严重的尝试,他们可能提交他们的时间来帮助你理解需求做出最终的建议和播种。
问题回答
当你不知道你的估算,预计,估计是不准确的(在最好的情况下,近似)。
陈述你的假设(“如果我们Foo X或Y如果我们不“)。
你需要减少不确定性状态(“我们需要花一个小时与客户之前收集需求我们可以提供任何估计”)。
相关问题
热门标签
- winforms
- combobox
- fogbugz
- java
- date
- internationalization
- asp.net
- iis
- url-rewriting
- urlrewriter
- c#
- enums
- ocaml
- haxe
- algorithm
- string
- viewstate
- .net
- c++
- c
- symbol-table
- mysql
- database
- postgresql
- licensing
- migration
- vb.net
- vb6
- declaration
- vb6-migration
- python
- psycopg2
- backup
- vmware
- virtualization
- gnu-screen
- authentication
- desktop
- excel
- xll
- cultureinfo
- regioninfo
- oracle
- client
- session
- download
- html
- virtual
- constructor
- scenarios
- perl
- full-text-search
- javascript
- ajax
- testing
- oop
- inheritance
- vim
- encapsulation
- information-hiding