IT-аутсорсинг — удалённая работа в Москве

Обслуживание оборудования. Обслуживание оборудования сети ресторанов "Вкусно и Точка".

Обслуживание оборудования. Перенос сервер и камера и тд.

Подготовка к техсобеседованию. Ищу практикующего технического специалиста — желательно Technical Support Lead / L2-L3 Engineer / backend-разработчика / DevOps — для интенсивной подготовки к техническим интервью на позицию L1 Support Engineer в B2B SaaS. Нужно поставить именно практический фундамент, а не просто прорешать вопросы: HTTP/REST API, networking, DNS, Linux, curl, Postman, SQL, logs, Docker, базовый Kubernetes, troubleshooting. Важно уметь объяснять темы простым инженерным языком, задавать follow-up вопросы как на реальном собеседовании и разбирать мои слабые ответы. У меня уже есть базовая теория и небольшая hands-on практика, нужен специалист, который систематизирует знания и доведёт их до уверенного уровня интервью. Ищу именно практикующего инженера/руководителя техподдержки, который сам проводил технические собеседования. Цель — за короткий срок поставить базу для L1 Technical Support: HTTP/REST API, сети, Linux, SQL, логи, Docker, Postman/curl и troubleshooting. Нужны разборы реальных кейсов и follow-up вопросы в формате собеседования, а не академический курс.

1. Проанализировать ТЗ Заказчика и выделить из него: o функциональные требования; o обязательные результаты; o ограничения и условия реализации; o явно и неявно предполагаемые работы. 2. Проанализировать ТЗ подрядчиков и понять реальный смысл предлагаемых ими работ, даже если он сформулирован совершенно иначе, чем в ТЗ Заказчика. 3. Провести восстановление исходной структуры: o требование Заказчика ? работа подрядчика; o несколько требований ? одна работа подрядчика; o одно требование ? несколько работ подрядчика; o работа подрядчика ? отсутствующее в ТЗ Заказчика требование. 4. Выявить потенциально избыточные позиции: o работы, которые не требуются для достижения результата, предусмотренного ТЗ Заказчика; o дублирование работ; o необоснованное расширение объёма; o технические решения, представленные как обязательные работы; o дополнительные функции, не вытекающие из требований; o повторное выполнение работ, уже покрытых другими пунктами; o «запас» или overengineering, который может быть оправдан технически, но не следует из требований Заказчика. 5. По каждой спорной позиции дать понятное экспертное обоснование, почему работа: o необходима; o необходима частично; o является спорной; o либо, по имеющейся информации, выглядит избыточной. 6. В результате сформировать понятную картину для Заказчика: за что именно он платит подрядчику и какая часть предлагаемого объёма действительно обусловлена исходным ТЗ. Важный момент Это не механическое сравнение двух документов по ключевым словам. Нам нужен человек, который способен увидеть содержание за разными формулировками и ответить на вопрос: Независимо от того, как подрядчик называет эту работу, действительно ли она необходима для выполнения требований Заказчика? То есть потребуется сопоставлять не только тексты, но и функции, процессы, архитектурные решения, результаты работ и причинно-следственные связи между ними.

ИИ, Avito, AMOcrm, ВК, сайт. Разное. Доработка существующего продукта, настройка, разработка с нуля.

Обслуживание оборудования. Обслуживание оборудования сети ресторанов "Вкусно и Точка".