best site creator

Как общаться с техническим специалистом?

Моя работа - информационные технологии - достаточно сложна. В связи с этим я вижу одной из своих главных задач максимальное облегчение ведения всего ИТ для заказчика: я всегда готов помочь, подсказать, всегда корректен и предупредителен. Я чётко знаю: ИТ - всего лишь средство ведения бизнеса, а не его цель, и моя задача - сделать это средство максимально удобным для тех, кто будет этим средством пользоваться - для Вас.

А для этого каждому из участников процесса - и заказчику, и мне - необходимо соблюдать определённые правила. Поэтому этот обзор я хочу разделить на 2 части: первая часть будет обо мне и о правилах, которыми я руководствуюсь в работе; вторая часть обзора будет - нет, не о том, как общаться со мною так, чтобы мне нравилось. Она будет о том, как заказчик может достичь для себя максимальной выгоды при общении с любым техническим специалистом. 

Мой профессиональный кодекс таков:

  1. КАЧЕСТВО. Так получилось, что работать некачественно я попросту не умею. Кроме того, мне совершенно не улыбается тратить своё время на общение с недовольным заказчиком и долгое выяснение отношений с ним. Поэтому даже если сам заказчик просит меня сделать что-то некачественно – я вежливо отказываюсь и предлагаю найти для подобных работ других специалистов. Моя цель - довольный заказчик, и если я по той или иной причине считаю невозможным удовлетворить его запросы - я отказываюсь от работы.
  2. ОТВЕТСТВЕННОСТЬ. Мне совершенно понятно, что заказчик не обязан разбираться в ИТ и, соответственно, далеко не всегда может предусмотреть все возможные варианты развития событий, обговорить все необходимые работы и т.д. Между тем, моя задача - выдать качественный готовый продукт, и если этому что-то мешает, я обязательно поставлю в известность заказчика и предложу наиболее эффективное решение проблемы. Благодаря системному подходу к ИТ я решаю комплексные задачи, а не занимаюсь спихиванием проблем с больной головы на здоровую.
  3. ПРОЗРАЧНОСТЬ. Я не фокусник-иллюзионист и терпеть не могу атмосферу нездоровой таинственности вокруг своей работы. Любой вопрос, любое решение я готов объяснить на понятном неспециалисту языке. И не только объяснить, но и подтвердить ссылками на статьи по соответствующим тематикам. Я считаю, что заказчик имеет полное право быть в курсе того, что я делаю с его системой.
  4. ЧЕСТНОСТЬ. Хорошему специалисту просто нет смысла обманывать своих клиентов, ведь постоянная честная работа приносит больше денег, чем разовый обман. Честная работа для меня выгодней обмана.
  5. ОРИЕНТИРОВКА НА КЛИЕНТА. Задача любого хорошего специалиста - помочь выбрать максимально подходящее самому заказчику (а не специалисту!) решение для имеющейся задачи. 

А теперь о том, как заказчику сэкономить своё время, силы и деньги:

  1. НЕ ПУТАТЬ РОЛИ. Роль заказчика -  рассказать, чего он хочет добиться в итоге, описать свои обстоятельства и средства. Роль специалиста - базируясь на этой информации предложить своё решение, основанное на его, специалиста, профессиональном опыте. Казалось бы, как просто! Но я бы не писал об этом, если бы не встречал людей, которые начинают активно навязывать технически необоснованное решение вместо того, чтобы полностью ознакомить специалиста с ТЗ. Я всегда готов общаться и обсуждать свою работу, но если я упираюсь в ничем не обоснованную точку зрения - я отказываюсь от дальнейшего сотрудничества. В конце концов, если человек считает, что он сам прекрасно разбирается в технических средствах - то зачем ему я? Итого: задача заказчика - поставить задание, но никак не указывать специалисту средства для его выполнения! 
  2. НЕ МЕЧТАТЬ О НЕСБЫТОЧНОМ. Иногда бывает так, что заказчик хочет получить технически недостижимый функционал. Да-да, в наш век чудесного и всемогущего ИТ нерешённых вопросов ничуть не меньше, чем раньше! И среди этих вопросов немало таких, решить которые физически невозможно. Впрочем, заказчик вправе не верить утверждениям специалистов и после отказа одного исполнителя продолжить поиски того, кто взялся бы за работу. Как правило, таковые быстро находятся. Исчезают они тоже довольно быстро, прихватив аванс и, разумеется, так ничего и не сделав.
  3. НЕ СТРЕЛЯТЬ ИЗ ПУШКИ ПО ВОРОБЬЯМ, РАВНО КАК НЕ СТРЕЛЯТЬ ИЗ РОГАТКИ ПО САМОЛЁТАМ. Не стоит рассчитывать ИТ инфраструктуру на 100 лет - вся парадигма построения ИТ изменится через 10, такая уж это отрасль. Не стоит пытаться обезопасить себя от всего на свете, включая Апокалипсис - это физически невозможно, и к тому же за этими сверхпроблемами часто не видят проблем куда более вероятных, грозящих неиллюзорными неприятностями уже сейчас. Не стоит полагаться на русский авось: то, что Ваша организация работала без резервного копирования 5 лет и ничего не случилось вовсе не значит, что буквально завтра у Вас не сгорит огнём сервер, и вот тут то срочно понадобится резервная копия, которой нет. И главное - не стоит пренебрегать ИТ, даже если Вы не зарабатываете денег непосредственно с его помощью. В современном мире ИТ играет всё большую роль и если дела запустить, ИТ из удобного инструмента ведения бизнеса превращается в головную боль, способную причинить массу проблем. Для решения которых понадобятся время, силы и деньги. Куда больше, чем если делать всё вовремя и как положено!
© 2018 Пашкиров Олег Викторович

Контакты:

Email: riy@yandex.ru                     
Skype: Варган Шаманов