¿Cómo lograr que un cliente entienda la importancia de un DBA calificado?

Question

Soy parte de una compañía de desarrollo de software donde hacemos aplicaciones personalizadas para nuestros clientes.

Nuestro software utiliza MS SQL Server y hemos encontrado algunos clientes que no tienen un DBA en el personal para gestionar las bases de datos o, si lo hacen, carecen de los conocimientos necesarios para realizar su trabajo adecuadamente.

Estamos en el proceso de redactar un contrato con uno de esos clientes para proporcionar servicios de desarrollo para nuevas funcionalidades en nuestro software durante el próximo año, donde tienen una cantidad de horas disponibles para la personalización de nuestro software.

Ahora se quiere incluir también un presupuesto para los servicios de administración de bases de datos y el problema es que se están incluyendo una cláusula que dice que esos servicios serán provistos sólo cuando lo solicitan.

Mi primera reacción es que la administración db es un proceso continuo y no es algo que nos puede llamar una vez al mes para venir un día o dos. Estoy hablando de un clúster central de 1TB + MSSql y 100 sucursales con la edición MSSql Workgroup.

Mi pregunta es para cualquier sugerencia sobre cómo podría argumentar que debe haber una cantidad fija de horas cada mes para el trabajo de dba y no solo cuando su administración cree que lo necesitan (que supongo que solo será cuando tener un problema).

PD: Quizás esto se cerrará porque no está relacionado con la programación. Pero soy un programador y tengo este problema. Mi trabajo es el desarrollo de software, pero no quiero perder este cliente y la única solución que se me ocurre es encontrar la manera de que el cliente entienda el alcance para que podamos contratar un DBA calificado que les proporcione el servicio que requieren. .

Editar: Estamos en un país de América Latina con los clientes en la región de habla española. Creo que en los países más desarrollados existe una cultura que sabe cuán delicada es la situación.

Answer 1

Este es sin duda uno de los 'puede llevar un caballo al agua, pero no se puede hacer que beban' situaciones.

Mi recomendación en este caso sería citar los servicios de DBA como cada hora, y hacer que el ritmo lo suficientemente alta que se puede subcontratar el trabajo si usted decide que quiere. Cuando (no si) los servidores SQL comienzan a tener problemas, la empresa está en el gancho.

También recomendaría que incluya en su cotización a 2 horas en opinión tecnología de base de datos no opcional una vez al año. Esta es su oportunidad para decir: 'Usted gastó XXX en el mantenimiento de la base de datos este año, la mayoría de los cuales se gastó en la lucha contra incendios que podrían haberse evitado fácilmente si acababa de pasar XXXX/4 y contrató un DBA.Nos preocupamos por usted como cliente y queremos que ahorre dinero, por lo que le recomendamos que se comprometa a utilizar un DBA para realizar un mantenimiento preventivo periódico ".

También recomendaría que categorice cualquier solicitud de soporte como causa raíz b/c de mantenimiento de la base de datos frente a otras causas. Esto le permitirá colocar un buen gráfico circular delante del cliente durante su revisión anual (que le van a pagar para que lo realice). Es fundamental administrar la percepción para que no crean que su código está causando los problemas. Incluso puede llegar a compartir estas métricas (problemas relacionados con la base de datos frente a problemas no relacionados con la base de datos) con ellos trimestralmente.

A veces las personas necesitan experimentar dolor antes de cambiar. La clave es no estar entre el martillo y su pulgar mientras aprenden la lección, y el trabajo citado por hora es una forma de hacerlo.

Como nota al margen, este tipo de pregunta es de gran interés para un gran número de desarrolladores. Yo diría que este tipo de cosas podría afectar la calidad de vida de un programador más de lo que cualquier algoritmo o pregunta de biblioteca alguna vez podría. ¡Gracias por preguntar!

Answer 2

No DBA en un sistema de ese tamaño es un desastre que está por ocurrir. Si no lo entienden, no están calificados para ejecutar una base de datos de ese tamaño. Recomiendo que hablen con otras compañías con bases de datos de tamaño similar y que les pregunten sobre sus DBA y lo que hacen por ellos, y si creen que podrían sobrevivir sin ellos.

Answer 3

Quizás el siguiente enlace de MS SQL Tips pueda darle algunos buenos puntos de conversación. Pero las personas que no son técnicas no responderán a una explicación técnica de la necesidad de un buen DBA, probablemente tendremos que trabajar para demostrar el costo del DBA malo. Resuelva los peores escenarios posibles y vea cómo se sienten acerca de ellos. Si puede hacer que parezca un buen movimiento financiero (y creo que todos lo sabemos), será una venta fácil.

http://www.mssqltips.com/tip.asp?tip=1278