×Закрыть

Материалы по теме «Support Engineer»

RSS

Организация рабочего графика техподдержки: плюсы и минусы 8 и 12-часовой смены Организация рабочего графика техподдержки: плюсы и минусы 8 и <nobr>12-часовой</nobr> смены

Victor Karabedyants 13761

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

10 проблем на первой линии поддержки и пути их решения 10 проблем на первой линии поддержки и пути их решения

Victor Karabedyants 6861

Решение использовать систему Service Desk связано с довольно типичными ожиданиями от пользователей системы, специалистов, обеспечивающих техподдержку, а также владельцев бизнеса. Рассмотрим систему, где доступ от заказчика к специалистам второй линии возможен только через специалистов первой линии. 13

Карьера в IT: должность Support Engineer Карьера в IT: должность Support Engineer

Валентина Шимкович 35256

Представляем новую статью из цикла «Карьера в IT». Она посвящена должности Support Engineer — такие специалисты обрабатывают заявки от пользователей или других инженеров техподдержки, решая проблемы самостоятельно или передавая их на рассмотрение коллегам. 29

Комментарии

Підтримую! Потрібно і поле для пошуку, і картинки. Краще навіть не просто сортувати, а розбивати по категоріях: овочі-помідори-<види помідорів>.
Погоджуюсь. Жаль, але в нас не було півдня. Та й це не не основна ціль челенджу. Ми дуже багато тестувань проходимо на реальних проектах, тому поки так як є.. з часом спробуємо складніші челенджі..
ну я бы там полдня людям надоедал, пока бы сам не устал или бы сколько администрация разрешила) но 10 людей — это прям вообще выборка ни о чём, даже в рамках обучения.
«Як за три години прокачати...» — никак. Никакой навык не качается за 3 часа, в лучшем случае может быть получен какой-то опыт и понимание задачи, прояснение концепции.
Но если показать человеку, что он разговаривает с потенциальным помощником, то общение приобретает более открытый характер. вы не правы конечно человеку надо показать нагретый паяльник и общение сразу приобретает более открытый характер
книг столько что все не перечитать, из того что ты говоришь эта книга — вредные советы, заказчик приходит с проблемой и ждет ее решения, а в ответ «решай сам»
Продуктивные взаимоотношения действительно двигатель всего, но возможны они только при обоюдном желании сторон. Работа в команде подразумевает, что все участники способствуют их налаживанию и открыты к диалогу.
Статье более 5 лет.
На проекте остался основной разработчик, а для второго как раз был подготовлен к старту следующий проект.
Вот вроде шикарный офис, а как доходит до рабочего пространства — все тоже стойло ( На вид на кладбище — плевать
Верно! Хотя это больше для решения ситуаций типа «сделайте как фейсбук или я вас всех уволю!» =)
Почитайте книгу. Не думаю, що там до «тролінгу» коли на тому кінці дроту вгашений чувак, який може перестріляти заручників. Історії FBI — це просто екстремальні випадки.
Почитайте книгу. Это совсем не об обычном процессе сбора требований и elicitation. Там бы я порекомендовал Вигерса и, если проект на стадии сейла, SPIN методику Рэкхема.
Спасибо! Надо почитать. Забавно что я в каком то упрощенном виде сам к этому пришел :) я называю это «вовлечение» — т.е.
у відповідь на будь яку вимогу ставите питання «але як мені це зробити?» це тролінг )) тобто у випадку з fbi це працює бо вони там ну такоє не сказать би б шо аж прямо генії усі і задачі їх теж «радше забалакати ніж досягти результату» але конкретно...