Какие соображения необходимо учитывать при переводе приложения в службу поддержки? - PullRequest
Новая
       9

Какие соображения необходимо учитывать при переводе приложения в службу поддержки?

3 голосов
/ 27 мая 2010

Я возьму на себя роль поддержки сложного приложения, которое переходит от команды разработчиков. Это приложение представляет собой решение sharepoint, которое подключается к нескольким (7) веб-службам. Команда разработчиков сходит практически сразу и будет доступна только для небольших вопросов.

Я новичок в этой роли, поэтому мне интересно, какие у вас предложения для меня, когда я берусь за этот большой проект. Какие соображения следует сделать, чтобы переход к поддержке был плавным и бесперебойным?

Я читал документацию, но уже вижу некоторые пробелы, которые необходимо заполнить. Приложение очень (возможно, чрезмерно) настраивается, и в него вводится много кода. Шаги по коду - это единственный способ понять, что на самом деле происходит.

Ответы [ 2 ]

2 голосов
/ 27 мая 2010

Похоже, у вас уже настроена среда, если вы можете отлаживать приложение, так что это первое, что я собирался предложить в ситуации передачи знаний. Некоторые общие вещи, которые я хотел бы получить от разработчиков, прежде чем они уйдут:

  1. Список сторонних компонентов, которые использует приложение, вместе с информацией о лицензии и логинами сайта, если применимо.

  2. Доступ ко всем частям среды, в которой работает эта вещь, как к производству, так и к разработке. Это означает, что система управления исходным кодом, сервер (ы) баз данных и т. Д. Звучит так, как будто у вас уже есть некоторые из них, но убедитесь, что вы получаете доступ ко абсолютно всему.

  3. Если ваша среда разработки была предоставлена ​​вам «как есть» (то есть вы взяли ее у одного из уходящих разработчиков, убедитесь, что вы знаете, как восстановить ее с нуля. У них может быть документ, описывающий процесс создания блока разработки, но если нет, то вы можете заставить их показать вам, как настроить новую машину.

  4. Три пройдут долгий путь к этому, но если настройка сервера для запуска приложения отличается от настройки среды разработки, вам нужно знать, как можно диагностировать конфигурацию сервера проблемы, если они возникают или даже перестраивают сервер. Хотя такого рода вещи могут быть чьей-либо ответственностью в зависимости от вашей организации.

Когда они у вас есть, вы, вероятно, захотите понять, почему приложение выполняет то, что оно делает. Это даст вам контекст, необходимый для понимания запросов на поддержку и улучшение, когда они поступят.

Являются ли первоначальные разработчики единственным источником этой информации, или есть деловые люди, с которыми вы будете работать после ухода разработчиков? Одна из первых вещей, которые я пытаюсь сделать, когда запускаю существующее новое для меня приложение, - это найти кого-то, кто хорошо знает бизнес, и попросит его дать мне общее представление о цели приложения в жизни. Оттуда вы можете более подробно рассказать об отдельных компонентах / функциях / что угодно по мере необходимости. Деловые люди могут быть лучшим источником этой информации, чем разработчики, поэтому вы можете попробовать их сначала.

Надеюсь, что это поможет.

1 голос
/ 11 июня 2010

Если вы не системный администратор (в отличие от администратора SharePoint), разработайте с ними понимание того, какие задачи вы можете выполнять и что вам нужно от них.

Это может включать такие вещи, как остановка и запуск служб (IIS, служба таймера и т. Д.), А также мониторинг и обслуживание файловой системы и БД. Разбираясь с этим заранее, вы избавитесь от боли позже.

Если системные администраторы не имеют представления о SharePoint, обучите их. Им нужно будет знать, что происходит с такими вещами, как развертывание кода.

Лучше не чувствовать мою боль.

...