我是软件开发公司的一部分,我们为客户定制开发的应用程序.
我们的软件使用MS sql Server,我们遇到一些没有DBA的客户管理数据库,如果他们这样做,他们缺乏必要的知识来完成他们的工作.
我们正在与其中一个客户起草合同,为我们的软件在未来一年提供新功能的开发服务,他们有可用于定制我们的软件的时间.
现在他们希望我们还包括数据库管理服务的引用,问题是它们包含一个条款,表示只有在请求时才提供这些服务.
我的第一反应是,数据库管理是一个持续的过程,而不是每个月可以打电话给我们一两天.我正在谈论一个中央1TB MSsql集群和100个分支机构与MSsql工作组版本.
我的问题是关于我如何争辩的建议,每个月必须有一个固定的小时数dba工作,不仅当他们的管理层认为他们需要它(我猜,只有当他们有问题) .
PS:也许这将被关闭,因为没有编程相关.但我是一个程序员,我有这个问题.我的工作是软件开发,但我不想失去这个客户端,我想到的唯一解决方案是找到一种方式让客户了解范围,以便我们可以雇用合格的DBA来为他们提供所需的服务.
编辑:我们在拉丁美洲的国家,客户在西班牙语区域.我的猜测是,在更发达国家,有一种文化,知道情况如何微妙.
解决方法
我在这里的建议是将DBA服务按小时列报,并将费率提高到足以让您外包工作,如果您决定要的话.当(不是)sql服务器开始出现问题时,公司就挂钩了.
我还建议您在报价中加入每年一次非可选的2小时数据库技术审查.这是你有机会说“你今年在数据库维护上花了XXX,其中大部分是用来扑灭火灾,如果你刚刚花了XXXX / 4并聘请了DBA,那么这些火灾很容易就可以避免.我们关心你作为一个客户,我们希望你省钱,所以我们真的建议你承诺使用DBA执行定期的预防性维护.
我还建议您将任何支持请求分类为具有数据库维护的根本原因b / c与其他原因.这将让您在年度审查(他们将要付给您的执行)期间,将一个不错的饼图放在客户面前.管理感知是至关重要的,所以他们认为您的代码不会导致问题.您甚至可能会每季度与他们分享这些指标(db相关问题与非db相关问题).
有时人们需要在变化之前感受到痛苦.关键是当他们学习课程时不要在锤子和拇指之间,小时引用的工作是这样做的一种方式.
作为附注,这种问题对于大量的开发者来说是非常有意义的.我会说,这样的事情可能会影响程序员的生活质量,而不是任何算法或库问题.谢谢你的问题!