我感兴趣的是,随着时间的推移,公司如何在软件的维护和代码质量的改进方面花费成本。
我想补充的是,这并不是一家拥有单一产品的公司,它的所有资源都集中在这一领域,而是一家每年为一系列客户开发许多较小项目的公司。
我虚构的例子可能是一个网站设计公司,假设他们有10个客户和一个10人的团队,有5个现有的现场站点/项目,他们有一个小的维护合同,以允许托管成本和紧急错误修复。有5个活动项目,比方说预算是10,000英镑,专门用于实际开发。有一份可能的维护合同,比如to 1000,用于托管/紧急修复。
一旦这些规模较小的定制项目交付,公司如何将持续维护的成本卖给客户?大多数客户似乎都明白托管会带来成本,而修复/更改会产生成本,但我不知道如何最好地推销这个概念,比如增加测试覆盖率或代码重构以提高可维护性。
我认为很多客户会认为这样的质量已经与他们的原始账单相吻合,所以提高销售质量似乎很难。然而,提高价格以适应质量差,可能会使公司在价格上的竞争力降低。
我很好奇人们在这个领域的想法,或者任何可能值得一谈的窍门和窍门。
发布于 2017-10-17 11:20:35
简单的答案是他们没有。
客户感知质量是用户体验的术语。如果用户喜欢这个软件,那么这个软件是好的。
此外,当引入新软件时,如果用户不喜欢,这可以归咎于规范而不是实现。例如:用户讨厌单击该按钮两次,但我们指定,由于业务原因,必须按该按钮。
而且,当客户购买软件时,他们已经签署了UI和设计材料,这不会随着时间的推移而改变。
因此,“坏软件”通常归结为出售后发现的Bugs。这些物品将不会被客户视为可收取费用的物品,而且将有各种合同条款来限制人们如何获得免费的固定。
在你的网站公司的例子中,他们不会触及网站的代码,除非客户已经同意支付一个新的功能。这是像单元测试覆盖率这样的东西有用的时候。因为当您添加新功能时,它们会阻止您破坏其他功能。
但他们在增加你的利润,而不是客户。所以你通常不提它们,否则客户可能会转过身说:“哦,好吧,这样你就可以用更少的钱完成新功能了!”
https://softwareengineering.stackexchange.com/questions/359249
复制相似问题