锁定老帖子 主题:我诅咒我们客户……
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-09-05
yuxie 写道 珂儿 写道 不同意上面的观点,如果按照GIGIX的说法,那项目初期的计划阶段,任务进度安排,成本,资源,工作量等的计划不就成空谈了吗?
衡量一个项目成功的标志是:是否按期完成,成本不超过预算,质量达标。 呵呵,工作量估算也是有多人参与的,比如用DELPHI分析法,FPA分析法等。准确度与估算人的经验及技术水平也有密切的关系。 不过也许做产品或者做研究模型的工作量不太好估算吧。 XP推荐采用开口式的合同。。。 不过现在的公司,没几个愿意采用开口式的合同,一个是大面上政策不允许,一个是领导怕担责任。。。 这个不存在国家政策是否允许的问题。主要还是用户和开发商之间的信任度不够。另外就是我在另一个帖子分析过的,和用户方的预算管理方式也有很大关系。 |
|
返回顶楼 | |
发表时间:2006-09-05
BirdGu 写道 客户嘛,总是觉得事情很简单的,很快就能弄好的。 同感! |
|
返回顶楼 | |
发表时间:2006-09-05
BirdGu 写道 珂儿 写道 不同意上面的观点,如果按照GIGIX的说法,那项目初期的计划阶段,任务进度安排,成本,资源,工作量等的计划不就成空谈了吗?
衡量一个项目成功的标志是:是否按期完成,成本不超过预算,质量达标。 呵呵,工作量估算也是有多人参与的,比如用DELPHI分析法,FPA分析法等。准确度与估算人的经验及技术水平也有密切的关系。 不过也许做产品或者做研究模型的工作量不太好估算吧。 如此衡量项目成功的标志是有很大问题的。这个成功标志成立至少需要以下几个前提: 1. 没有需求变更,或者变更很小,在项目计划预留的缓冲区能接受的范围内。 2. 工作量估算非常准确,误差范围同样在计划预留的缓冲区能接受的范围内。 3. 所采用的技术非常成熟,对开发速度有很多测量数据积累,因此能非常准确地估算所需要的人员和时间。 4. 完全根据工作量和开发速度的估算制定项目计划和预算,而不受用户要求,领导意志等等的左右。 现实中有几个项目能满足这样的前提条件?可是,不满足这样的条件,又凭什么说项目进度计划和预算是合理的?如果进度计划和预算本身就是不合理的,又凭什么说不满足这样的计划和预算就是失败? 工作量估算和经验有很大关系。所有的估算方法归根结底可以说都是经验方法。都是根据以往的历史数据估算新的项目。因此提供历史数据的项目和新项目的特性(问题域,采用的技术,开发团队的构成,技术水平等等)越接近,这些数据越有价值,估算才可能越准确。反之,则估算的误差也越大。 但是,现实中,如果一家公司总是用相同的人,相同的技术,开发相同领域的应用,那么这家公司也许是很成熟的公司,只是,它成熟得快死掉了。 前面的很赞同,除了最后一句话有些疑问。 项目成功主要取决于是否达到项目的目标,客户是否满意。一个成熟的公司可以很完满的达到这些目标,怎么会死呢。。。 |
|
返回顶楼 | |
发表时间:2006-09-05
chengren 写道 前面的很赞同,除了最后一句话有些疑问。
项目成功主要取决于是否达到项目的目标,客户是否满意。一个成熟的公司可以很完满的达到这些目标,怎么会死呢。。。 这样的公司,如果发生什么变动,比如新的技术引进或者客户的更替,那么很可能就适应不了 |
|
返回顶楼 | |
发表时间:2006-09-05
无明 写道 珂儿 写道 不同意上面的观点,如果按照GIGIX的说法,那项目初期的计划阶段,任务进度安排,成本,资源,工作量等的计划不就成空谈了吗?
衡量一个项目成功的标志是:是否按期完成,成本不超过预算,质量达标。 呵呵,工作量估算也是有多人参与的,比如用DELPHI分析法,FPA分析法等。准确度与估算人的经验及技术水平也有密切的关系。 不过也许做产品或者做研究模型的工作量不太好估算吧。 那么,这些估算,最后做下来,偏差有多少? 最好每次只定一周的工作量,做完了再看,再算。 |
|
返回顶楼 | |
发表时间:2006-09-05
珂儿 写道 不同意上面的观点,如果按照GIGIX的说法,那项目初期的计划阶段,任务进度安排,成本,资源,工作量等的计划不就成空谈了吗?
衡量一个项目成功的标志是:是否按期完成,成本不超过预算,质量达标。 呵呵,工作量估算也是有多人参与的,比如用DELPHI分析法,FPA分析法等。准确度与估算人的经验及技术水平也有密切的关系。 不过也许做产品或者做研究模型的工作量不太好估算吧。 衡量一个项目成功的标志是为客户创造最大化的商业价值。 客户当然也需要成本估算和进度估算,这些将决定他做不做这个项目、做到什么程度。但在开发过程中间,很明显的事实是一个人一天干不了两天的活,加班也只有让效率继续降低。活是永远干不完的,客户有责任决定工作的优先级,否则这个项目就不可能说确保交付最大价值。那么如何让客户担负起决定优先级的责任?就得按时间收费。不然客户就不会告诉你哪件事情最重要,他就会说“我要这全部,你们需要做的就是JFDI”。 珂儿说的都是有道理的,但是你别忘了一件事情:当变更发生的时候,你没有资格决定到底是应该拒绝变更还是应该接受变更导致项目延期,因为掏钱做这个软件的不是你也不是你的公司。这个责任你不可能帮你的客户背起来,你能做的最好的事情就是用某种机制强迫你的客户背起本该属于他的责任。 |
|
返回顶楼 | |
发表时间:2006-09-05
说得激进一点,如果做一个东西,这过程里面没有包含任何不可估算/不可预知的技术,流程,方法,那么做这个东西的这个行为肯定是在浪费时间。
我觉得拿软件工程和建筑工程进行类比的思考方法一定是错的,软件工程永远是在对未知进行设计。想要搞蓝领民工流水线体系来做软件,那只是老板们的白日梦罢了 |
|
返回顶楼 | |
发表时间:2006-09-05
gigix 写道 就得按时间收费。不然客户就不会告诉你哪件事情最重要,他就会说“我要这全部,你们需要做的就是JFDI”。
这个按时间收费该怎么收法?客户会说,我怎么知道是不是因为你的问题,导致时间拖延,从而产生更大的成本? 我们现在也陷到这个怪圈里了 |
|
返回顶楼 | |
发表时间:2006-09-05
估计也就是那些知名的大公司敢于按时间收费 而客户也放心吧
公司的QA也总是要这类的数据 说是要整理出一个什么工作时间计算的工具 真是............. |
|
返回顶楼 | |
发表时间:2006-09-05
无明 写道 gigix 写道 就得按时间收费。不然客户就不会告诉你哪件事情最重要,他就会说“我要这全部,你们需要做的就是JFDI”。
这个按时间收费该怎么收法?客户会说,我怎么知道是不是因为你的问题,导致时间拖延,从而产生更大的成本? 我们现在也陷到这个怪圈里了 当然客户是需要教育的。 实际上的情况是,更多的项目明明只能提供一半甚至一小半的价值,却要按照整个项目收费。如果按时间收费,在最坏的情况下客户至少可以在开工一个月之后就叫开发团队收拾东西走人。如果开发团队有主观拖延时间的意愿,项目反正是不可能成功的。 |
|
返回顶楼 | |