澄清:我指的是那些专业支付开发人员的公司.我理解为什么一个"爱好"或"有趣"的开发人员不想(或无法负担)一个功能齐全的薪酬工具,并且可能更喜欢修补.我所说的是关于开发商/公司的最后期限的情况,并且开发时间被转移到目标之外,以追求"免费"工具来完成付费可用的工作.
我最近注意到了一些Stack Overflow问题(它们并不是新的,我刚刚注意到了),人们正在寻找免费的流行开发工具替代方案,例如ALM,数据库比较和其他功能.有一个非常昂贵的薪酬替代方案.Stack Overflow上的"Free"标签有350个问题,并且不需要很长时间就可以看到几十个"是否有免费工具来做X？"的例子.然后进行必须花费时间进行研究和参与的讨论.
这不仅仅是为了减少开支 - 我常常对一些开发商(或者更准确地说,他们的公司)将要通过以避免支付某些费用的事情感到惊讶 - 在某些情况下,将避免使用付费解决方案来支持一个记录不完整,错误,功能不完整的开源解决方案,可以避免几十个小时的工作.
我理解最明显的原因:
然而,我认为"现金短缺"的推理完全是假的 - 作为一名不长时间大学毕业的开发商,我每年赚了大约5万美元,或者每天200美元(这意味着我的公司可能每天花费近300美元来让我进入我的主席,都考虑过了).当你将这个价格与300美元的工具进行比较时,显而易见的答案是"如果它浪费的时间超过你的一天,你应该买它并重新开始工作".然而,这不是我观察到的 - 人们似乎愿意杀死数十个小时,以避免支付仅花费50美元的东西.
帮助我理解 - 作为开发人员自己的工具,我想有一天出售,我想了解心态.在一家不怕花钱的公司工作,我被宠坏了吗？开发商(或他们的公司)不想花钱根深蒂固的原因吗？人们不能准确估计"免费"工具在生产力损失方面的成本吗？
我指的是没有可用的免费替代品的情况.例如,这些工具中的任何一个都是您不应该付出代价的一个很好的例子.但是,让我们说其中一个缺少您需要的关键功能,以及同一个库提供的付费版本 - 人们似乎倾向于使用免费版本来修改所需的功能(或所需功能中的脚手架)而不是放弃免费工具以支持付费(和功能完整)版本.我不是说这是错误的选择,但这只是我想要了解推理的选择.重要的是,我想 - 我的意图不是争论.
我是时间+成本估算半复杂的软件解决方案,在大约75%的功能中没有特定的要求.我仍然希望通过从客户端获取更多数据来做出尽可能好的估计.仍然会有部分可能最终无法开发,因为与其他产品/技术的依赖性太多而且缺乏定义.我也有一个非常紧凑的时间表来产生这个估计.
该项目还将有其他竞争者.客户期望价格+持续时间(可能还有功能),我知道每个人都会关闭.我知道这是不可能的,但要告诉营销人员.另一个问题是我与中间人交谈而不是直接与客户交谈.我只能对中间人有信心,但不会对决定性的客户有信心.这完全是另一个问题.
我可以在我的价格计划/合同中放置什么免责声明/信息,以免在此项目中杀死团队,因此当项目开始滑落时(在成本/时间/功能方面),我们将获得某种付款.我当然希望通过与时间有关的冲刺或释放来获得报酬,但我怀疑客户可以在这方面得到说服.我相信我们可以在截止日期前完成这个产品并创造一个很棒的产品,但我怎样才能让客户相信我呢？
我该怎样做才能获得这个项目,同时避免死亡行为？
欢迎任何建议!
最后,我们(我和我的同事)说服客户至少需要一周的时间来评估产品.所以我们做到了.我们还推动(并获得)与客户会面几个小时的时间段,以澄清任何未完成的要求问题.所以我们做到了.在我们做出第一次估算草案之后召开了会议,所以我们确信我们所有的问题都要指出要么完全被误解,要么过于含糊不清而无法估计的细节.我希望我们得到这个项目,因为这意味着我们需要8个月的全职工作,加上合理的工资.我们知道大约一个半星期.
当然,我也指出,我们提供这种产品的方式将使他们准确地获得他们想要的产品,实际上他们想要的产品.此外,我们只承诺价格和时间,而不是功能,因为它已经并且将会发生变化.我认为我们给人的印象非常好.
我对我的一个项目使用了三点估计.公式是
Three Point Estimate = (O + 4M + L ) / 6
那意味着,
Best Estimate + 4 x Most Likely Estimate + Worst Case Estimate divided by 6
这里
divided by 6 means, average 6
并且最坏情况或最佳情况发生的可能性较小.真诚地,最有可能估计(M),是完成工作所需要的.
但我不知道他们为什么使用 4(M).为什么他们乘以4 ???.不使用5,6,7等...为什么最可能的估计加权four times与其他两个值一样多？
我有一个关于使用功能点进行成本估算的快速问题.
我们正在为一家小公司做一个小型(课程项目)项目,当然它是免费的.我们的讲师希望我们使用功能点提供项目的成本估算.
计算功能点有点直接(有点).
我们现在的问题是导出其他值(度量),例如项目持续时间的长度,每个功能点的项目成本率.
显然,根据我们的估计,我们没有历史数据.我们可以遵循哪些功能点的"典型"成本？请帮忙.
我正在和我的一些同事一起研究软件成本估算模型和方法,我只是想知道你们是否知道除了下面列出的那些之外的任何具体方法.谢谢!
楷模:
方法: