Как заставить клиента понять важность квалифицированного администратора баз данных?
Я являюсь частью компании по разработке программного обеспечения, где мы разрабатываем специально разработанные приложения для наших клиентов.
В нашем программном обеспечении используется MS SQL Server, и мы столкнулись с некоторыми клиентами, у которых нет администратора баз данных для управления базами данных или, если они это делают, им не хватает необходимых знаний для надлежащего выполнения своей работы.
Мы разрабатываем контракт с одним из этих клиентов для предоставления услуг по разработке новых функций нашего программного обеспечения в течение следующего года, где у них есть количество часов, доступных для настройки нашего программного обеспечения.
Теперь они хотят, чтобы мы включили также цитату для служб администрирования баз данных, и проблема заключается в том, что они включают предложение, в котором говорится, что эти службы будут предоставляться только при их запросе.
Моя первая реакция заключается в том, что администрирование db - это непрерывный процесс, а не то, что они могут позвонить нам один раз в месяц на день или два. Я говорю о центральном кластере 1TB + MSSql и 100 ветких с выпуском Workgroup MSSql.
Мой вопрос заключается в каких-либо предложениях о том, как я могу утверждать, что для работы dba должно быть определенное количество часов каждый месяц, и не только тогда, когда их руководство считает, что им это нужно (что я предполагаю, только когда у них возникнет проблема).
PS: Может быть, это будет закрыто, поскольку не связано с программированием. Но я программист, и у меня есть эта проблема. Моя работа - разработка программного обеспечения, но я не хочу потерять этого клиента, и единственным решением, которое я могу придумать, является найти способ для клиента понять эту область, чтобы мы могли нанять квалифицированного администратора баз данных, чтобы предоставить им требуемую им услугу.
Изменить: Мы находимся в латиноамериканской стране с клиентами в испаноязычном регионе. Я предполагаю, что в более развитых странах существует культура, которая знает, насколько деликатная ситуация.
Ответы
Ответ 1
Это определенно один из тех, "вы можете привести лошадь к воде, но вы не можете заставить их пить".
Моя рекомендация здесь заключалась в том, чтобы процитировать службы DBA как ежечасно, и сделать ставку достаточно высокой, чтобы вы могли передать работу на аутсорсинг, если решите, что хотите. Когда (нет, если) SQL-серверы начинают испытывать проблемы, фирма находится на крючке.
Я бы также рекомендовал, чтобы вы включили в свою цитату не факультативный двухчасовой обзор технологий баз данных один раз в год. Это ваша возможность сказать: "Вы потратили XXX на обслуживание базы данных в этом году, большинство из которых было потрачено на борьбу с пожарами, которых можно было бы легко избежать, если бы вы только что потратили XXXX/4 и наняли DBA. Мы заботимся о вас как о клиенте, и мы хотим, чтобы вы сэкономили деньги, поэтому мы рекомендуем вам поручить использовать DBA для периодического профилактического обслуживания".
Я также рекомендовал бы классифицировать любые запросы поддержки как имеющие основную причину b/c обслуживания базы данных по сравнению с другими причинами. Это позволит вам поставить хорошую круговую диаграмму перед клиентом во время их ежегодного обзора (который они собираются заплатить вам за выполнение). Очень важно управлять восприятием, чтобы они не думали, что ваш код вызывает проблемы. Вы даже можете зайти так далеко, чтобы делиться этими метриками (вопрос, связанный с db, и проблема, связанная с не-db) с ними ежеквартально.
Иногда людям нужно испытывать боль, прежде чем они меняются. Ключ состоит в том, чтобы не находиться между молотом и большим пальцем, когда они изучают урок, а одночасовая работа - это один из способов сделать это.
В качестве побочного примечания такой вопрос представляет большой интерес для большого числа разработчиков. Я бы сказал, что подобные вещи могут повлиять на качество жизни программиста больше, чем любой алгоритм или вопрос в библиотеке. Спасибо, что спросили об этом!
Ответ 2
Нет никакого DBA в системе, размер которой является катастрофой, ожидающей своего появления. Если они этого не понимают, они не имеют возможности запускать базу данных такого размера. Я бы рекомендовал, чтобы они разговаривали с другими компаниями с аналогичными базами данных и спрашивали их об их администраторах баз данных и о том, что они делают для них, и если они думают, что они могут выжить без них.
Ответ 3
Возможно, ссылка ниже из MS SQL Tips может дать вам несколько хороших точек разговора. Но люди, которые не являются техническими, не отвечают на техническое объяснение необходимости хорошего администратора базы данных, вам, похоже, придется работать, чтобы доказать стоимость плохого администратора базы данных. Разработайте сценарии наихудшего случая и посмотрите, как они к ним относятся. Если вы можете сделать это похоже на хороший финансовый шаг (и, я думаю, мы все это знаем), это будет легко продать.
http://www.mssqltips.com/tip.asp?tip=1278