Повторение – мать учения или сказ о том, как сервис-провайдер в сервис-преподавателя превратился

Привет, Хабр! Меня зовут Сергей Стецюк, и в K2Тех я руковожу подразделением, которое обеспечивает бесперебойную работу вычислительной инфраструктуры для enterprise-бизнеса. Один из базовых принципов нашей работы – выстраивание партнерства с заказчиком. Мы не просто накапливаем экспертизу внутри команды, а целенаправленно делимся ей с заказчиком – например, в формате подробных отчетов о проделанной работе. Сегодня же я хочу рассказать, как единичный запрос перерос в нетипичную для нас практику, которой все чаще интересуются клиенты. Давайте разберемся, как это произошло.

https://habr.com/ru/companies/k2tech/articles/957568/

#техподдержка #сервиспровайдер #enterprise #поддержка_клиентов #софтскиллы #заказчик

Падение Data Mart и 100 миллиардов записей в ОЗУ. История о том, как починить в одиночку вендорский баг

Последние несколько лет внесли серьезные коррективы в то, что принято считать хорошим сервисом. После того, как западные поставщики свернули свою техподдержку в России, сервис-провайдер фактически забирает на себя не только первую и вторую, но часто и третью линию поддержки, то бишь вендорскую (а иногда и RnD). А значит, креатива в жизни сервисных инженеров поприбавилось. Хотя, казалось бы, куда еще больше. В этой статье мы хотим показать, как сервисная служба обходится без вендоров. И разобрать кейс, в котором сервисному инженеру потребовалось четыре дня, чтобы в одиночку найти баг в вендорском коде и реанимировать работу колл-центра в крупном банке.

https://habr.com/ru/companies/croc/articles/939364/

#сервисная_поддержка #озу #сервиспровайдеры #сервисный_инженер #техподдержка #вендоры #заказчик

Дизайнер vs. Заказчик. 3 проверенных метода, как избавиться от правок навсегда

Правки часто возникают не потому, что заказчику не понравилась работа дизайнера, а из-за того, что не было согласовано общее видение результата. Дизайнер может выполнить задачу хорошо, но не то, что нужно.

https://habr.com/ru/articles/919432/

#дизайн #заказчик #клиент #сотрудничество #дизайн_интерфейсов #фриланс

Заметить слона, или Подводные грабли IT-проектов

Пользователь просто переходит дорогу. Разработчик посмотрит налево, прежде чем перейти. Техлид команды (в моей системе отсчёта — это архитектор) посмотрит и налево, и направо. Матёрый архитектор ещё и вверх посмотрит, под ноги глянет, дорожные знаки проверит и пользователей до и после перехода пересчитает. По моим ощущениям, иногда без должного внимания остаются вопросы, которые могут заблокировать и даже похоронить весь проект. Команды часто так сосредоточены на том, чтобы написать свою идеальную систему, что не замечают глобальных рисков.

https://habr.com/ru/articles/909662/

#проектирование #внедрение #пользователи #заказчик #продукты

Работа со сложными заказчиками в ИТ-рекрутинге: Как приручить дракона?

Как оказалось, многие начинающие и даже опытные рекрутеры, сталкиваясь со сложным заказчиком не знают, как правильно выстроить процесс, чтобы он приносил результат. Сейчас я готовлю мини-обучение для наших внутренних рекрутеров, но кто я такая, чтобы не отдать этот материал в мир :-)

https://habr.com/ru/articles/908694/

#hrпроцесс #hrменеджер #hrтехнологии #hr_в_it #hrtech #интервью #интервью_с_разработчиками #интервью_с_разработчиком #интервьюер #заказчик

«Почему он меня не понимает?» — как правильно ставить задачи дизайнеру, чтобы получить нужный результат с первого раза

Простые правила для тех, кто устал объяснять «на пальцах». Это статья для тех, кто хочет четко и ясно доносить свои мысли без ненужного многословия, чтобы их понял любой человек (необязательно только дизайнер). Для удобства я разделил свои рекомендации на 6 простых правил.

https://habr.com/ru/articles/900474/

#процессы #дизайн #заказчик #коммуникация #дизайнер #презентация #клиент #общение_с_клиентом #общение_с_людьми #правки

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

Не буду ходить вокруг да около и томить в ожиданиях. Те самые две важные и полезные буквы, на которые возлагается огромная роль при взаимодействии «тех, кому надо сделать» и «тех, кто умеет делать, как надо» - это ТЗ. Вот только не надо закатывать глаза, всем своим видом демонстрируя свою «любовь» писать и составлять технические задания. Конечно, этот процесс трудоёмкий и порой отнимает, как нам кажется, слишком много времени. Тем более, почти никогда в жизни не бывает такого сценария, при котором заказчик всё подробно расписал, а подрядчик с первого раза всё правильно понял и сделал без единой правки или корректировки. Постоянно реальность в той или иной степени отличается от ожиданий.

https://habr.com/ru/articles/895350/

#прототипирование #тз #техническое_задание #управление_проектами #maker #gpt #заказчик #исполнитель #заказчик_исполнитель #bpmn

Кто одолеет проект: сказ о трех богатырях на новый лад

Всем привет! Меня зовут Андрей Скрипкин. Еще когда был студентом, понял, что хочу заниматься информационной безопасностью — увлек брат. Прошло уже больше 15 лет, а интерес к профессии только растет. Сейчас уже два года работаю в Positive Technologies в департаменте инжиниринга: реализую проекты на базе продуктов PT. И это, с одной стороны, похоже на мой предыдущий опыт работы в интеграторах, а с другой — это новый опыт, новые подходы к ведению проектов и новый уровень экспертизы. Пожалуй, главное, что я понял о проектах за время работы: самое важное — это люди. Люди, которые реализуют проект. И от того, как эти люди буду взаимодействовать друг с другом, зависит успех всего проекта. Хороший инженер всегда «приручит» любую технику и победит любые проблемы с программным обеспечением — а хороший менеджер всегда найдет компромисс в спорных ситуациях. В этой статье я хочу поделиться своим опытом: рассказать, как продуктивно реализовывать проекты и выстраивать отношения между участниками проекта — заказчиком, интегратором и вендором . Пора одолеть проект!

https://habr.com/ru/companies/pt/articles/847164/

#управление_проектами #заказчик #интегратор #вендор #проект #внедрение

Как фрилансерам и компаниям работать на Upwork в обход блокировок в 2024 году

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

https://habr.com/ru/articles/832332/

#upwork #upworkcom #заказчик #заказчики #заказы #фриланс #фрилансер #freelancer

Как в IT-проектах работать с возражением Заказчика «Почему так дорого?»

В предыдущих постах я писал о том, что делать, если Заказчик постоянно генерирует новые «хотелки» по ходу проекта ( клац ), и что делать, если он просит эти работы сделать бесплатно ( клац ). В этом посте поговорим о том, что делать в ситуации, когда вы убедили Заказчика, что его новая хотелка стоит денег, но он не согласен со стоимостью. Вводные: Вы находитесь в проекте, у вас есть ограниченный объем работ, бюджет и срок. Заказчик приходит и озвучивает какую-то хотелку. Вы собираете требования, описываете их (ТЗ, ФТ, ТР, что угодно), согласовываете их с Заказчкиом и считаете стоимость этих работ. Но в ответ получаете возражение «а чего так дорого, там же программист за день сделает». Ещё в конце может добавить любимое: «Вы же эксперты». То есть в этом посте речь пойдет не про техники продаж. Мы не рассматриваем вариант, когда нужно именно что-то с нуля продать Заказчику. Там работают совсем другие инструменты, о них рассказывают совсем другие люди, да и надо это не проектной команде, а сейлам. Поэтому этот пост будет полезен тем, кто может столкнуться с такой ситуацией в проекте. А это любой сотрудник, взаимодействующих с Заказчиком. Обычно это менеджер проекта, реже архитектор, еще реже бизнес-аналитик. Мои рекомендации основываются на собственном опыте в больших и сложных IT-проектах с внешними корпоративными Заказчиками. На фрилансе, в госах, на небольших проектах и в другой сфере могут быть свои нюансы, тут у меня опыта немного. И последнее: речь идёт о том, что вы для Заказчика – безальтернативный Исполнитель. Если новые работы будут вынесены на ЧЕСТНЫЙ открытый конкурс, где выбирать будут ТОЛЬКО по цене, то абсолютное большинство пунктов ниже будет неприменимо.

https://habr.com/ru/articles/824898/

#проект #требования #скидка #бесплатно #работы #change_request #заказчик #совет #рекомендации

История о том, как один «эффективный» менеджер проекта может развалить проект на сотни миллионов рублей

Расскажу про один из самых сложных случаев в карьере руководителя проектов, с которым я сталкивался. Вводные: Сфера IT, Заказчик внешний, Исполнитель выбран на условиях честного тендера. Бюджет: 200+ млн рублей. Срок изначальный: 2 года. Предыстория конфликта: Спустя полтора года работ в проекте со стороны Заказчика увольняется менеджер проекта, на его место берут нового человека. К этому моменту вместо положенных 75% работ было сделано только 40%, поэтому задачи перед ним стояли достаточно амбициозные. Сразу отмечу, что отставание по объему работ почти в 2 раза не по вине Исполнителя. Новый менеджер начал прямо со старта саботировать, разваливать весь проект и всячески затягивать сроки. Он отменял важные встречи, не давал сторонам договариваться друг с другом, разваливал выстроенные процессы в работе проектных команд. На встречах вёл себя нагло, грубо, постоянно манипулировал. Складывалось впечатление, что у нового менеджера стояла задача любыми силами выгнать Исполнителя из проекта. Более того, команду Заказчика он настраивал против команды Исполнителя, обвиняя последних во всех смертных грехах. Очень скоро работа была полностью парализована – на встречах стороны ругались друг с другом, перекидывались взаимными обвинениями, абсолютно ни о чём договориться было невозможно. Как развивался конфликт:

https://habr.com/ru/articles/818189/

#менеджмент #руководитель_проекта #заказчик #история #проект #управление_проектами #управление_людьми

Будни проджект-менеджера

Проджект-менеджер - (П) Заказчик - (З) Стою около мольберта с красками и кисточками, готовый к работе и заряженный на успех: (П): - Коллеги, вы сказали, что вам срочно необходима картина. Что вам нужно изобразить? (З): - Как что? Картину. (П): - Это понятно, что картину. Что на ней должно быть изображено? (З): - Ну ты же занимаешься картинами, ты нам и скажи. (П): - Эм... ну хорошо. На картине должно быть дерево? (З): - Нет. (П): - На картине должна быть река? (З): - Нет. (П): - На картине должна быть лошадь? (З): - Ты что, дурак? При чём тут лошадь? (П): - Но вы же не говорите конкретно, что вам нужно. (З): - Очевидно, что никакой лошади там не должно быть. (П): - Хорошо. На картине должен быть дом? (З): - Да. (П): - Отлично. Это уже хоть что-то. И какой должен быть дом? (З): - Я понятия не имею, мне нужна картина. Может знает мой коллега. (П): - Коллеги, какой нужен дом на картине? (З)-2: - Что значит "какой"? Какой вы обычно рисуете? (П): - По-разному, в зависимости от требований. Может быть деревянный, может каменный. Может быть одноэтажный, может многоэтажный. Может вообще избушка на курьих ножках. (З)-2: - Пусть будет каменный многоэтажный. (П): - Вы уверенны? (З)-2: - Да я вообще не знаю, зачем нам дом на нашей картине. Нам же нужно изобразить машину. (П): - Какую машину? (З)-2: - Ну как, обычную спортивную машину. Коллега вам разве не сказал? А дом - это так, на фоне, незначительная деталь. (З): - Ну да, очевидно же, что нужно было нарисовать машину. (П): - Так а почему вы об этом сразу не сказали? (З): - Я думала, что это и так понятно. (П): - Хорошо. Есть какие-то требования к изображению машины? (З): - Просто нарисуйте обычную чёрную спортивную машину. *Рисую машину. Передаю на утверждение* (З): - Зачем вы нарисовали двери у машины? (П): - ??? (З): - Понятно же, что двери не нужно было рисовать. (П): - Не бывает же машин без дверей. Зачем вам такая картина? (З): - А это уже наше дело. Убирайте двери у машины. И круглые колёса тоже вызывают большие сомнения. И кстати, где дерево на картине? (П): - ...

https://habr.com/ru/articles/806111/

#заказчик #юмор #работа