Как умирают розовые единороги, или бизнес-автоматизация как способ сделать людей несчастными

10.02.21

Управление проектом

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

На пресейлах представители клиентов достаточно часто меня спрашивают – расскажите, как ваша программа улучшит «жизнь» наших работников производства или склада или отдела закупок и т.п. Чаще всегда я стараюсь вежливо уйти от ответа на этот вопрос, сославшись на мировой опыт, лучшие практики и прочую маркетинговую чепуху. Но иногда я честно говорю, что не улучшит, а скорее для 90% пользователей жизнь станет хуже, а если проект завершится успешно, то некоторая часть из них, возможно, вообще потеряет работу, причем не по своей воле.

И дело тут не в том, что я предлагаю плохое программное решение, или у меня недостаточно опыта для его внедрения. Дело в том, что проекты бизнес-автоматизации – это совсем не про «счастье» рядовых пользователей.

Чтобы разобраться в этом парадоксе, давайте прикинем, зачем предприятие решает внедрить у себя новую информационную систему бизнес-автоматизации.

Что чаще всего присутствует в разделе целей проекта устава проекта автоматизации (я их видел несколько десятков, поэтому выборка вполне представительна):

  1. Повышение эффективности бизнеса.
  2. Сокращение трудозатрат на ведение учета.
  3. Создание инструментов для проактивного управления бизнесом (это самая изощренная формулировка, которая просто предполагает переход от посмертного «учета» к планированию своей деятельности).

Теперь давайте декомпозируем эти цели на задачи проекта автоматизации.

Повышение эффективности бизнеса предполагает, что бизнес на данный момент не эффективен или недостаточно эффективен с точки зрения его руководства/владельца.

Что такое неэффективность бизнеса, если говорить предметно:

  1. Это, например, излишки материалов/товаров на складе, которые со временем портятся и теряют цену. В процессе появления этих излишков были потрачены хорошие деньги, которым можно было бы найти лучшее применение.
  2. Или это невзысканные своевременно долги с покупателей, из-за которых образуются кассовые разрывы и потребность в привлечении кредитов, которые не дешевы.
  3. Или это складские потери или брак в производстве, который увеличивает себестоимость нашей продукции и снижает рентабельность бизнеса.

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

Будет ли рад этот кто-то, если факт, что его ошибки стоят бизнесу хороших денег, станет известен широкому кругу лиц и руководству предприятия? Вряд ли.

Конечно можно сказать, что неэффективность управления бизнесом была вызвана тем, что раньше не было такой чудесной программы, а теперь «заживем» (Я почему раньше вредный был? Потому что у меня велосипеда не было). Но это тоже вряд ли случится само собой и при счастливом согласии участников проекта. И об этом следующие пункты.

Цель проекта «Снижение трудозатрат на ведение учета» – данный пункт предполагает, что в бизнесе есть лишние руки, которые создают эти дополнительные трудозатраты. От этих лишних трудозатрат мы хотим избавиться, внедрив программу.

 

 

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

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

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

Ну и третья цель «Создание инструментов для проактивного управления бизнесом». Чаще всего это требует реорганизации бизнеса. А как выглядит реорганизация:

  1. Исследование того «как есть» сейчас.
  2. Анализ ситуации и выявление проблемных мест.
  3. Формирование концепции «как нужно».
  4. Реализация этой концепции на практике.

В перечисленных пунктах мы сразу наступаем на три любимые мозоли коллектива предприятия – во-первых проблемные места всегда имеют имя и фамилию (об этом я написал раньше, не буду повторяться), во-вторых исследование текущей ситуации на практике означает «засунуть свой нос в чужие дела» и отвлекать человека от его основной работы. Ну и в третьих, реализация новой концепции «как нужно» вполне может привести к образованию лишних рук из-за снижения трудозатрат по итогам оптимизации бизнес-процессов – последствия я уже обозначил.

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

 

 

Что тут можно предложить – первое что приходит на ум – это активная пропаганда что «будет лучше, нужно лишь потерпеть». Это работает до определенного момента, причем со временем происходит эскалация пропаганды до степени обмана – когда ты отчетливо понимаешь, что человек, с которым ты сейчас беседуешь, скорее всего будет уволен по итогам, но для целей выполнения проекта тебе сейчас нужно его как-то убедить что-то сделать. Не очень хорошее решение, которое ведет к фрустрации и разочарованию в работе – ты вроде делаешь в целом хорошее дело, но местами ведешь себя как конченный подлец.

А теперь давайте вернемся к моему тезису «проекты бизнес-автоматизации – это совсем не про «счастье» рядовых пользователей».  Это действительно так, потому что их реальными заказчиками являются не рядовые пользователи, а владельцы или ТОП-менеджмент предприятия. Которые заинтересованы в повышении эффективности бизнеса. Но при этом они могут вообще не быть пользователями внедряемого решения (за всю свою практику я видел только одного крупного босса, которые реально работал во внедряемой системе – у остальных для этого были подчиненные).

И вот этот факт полностью снимает все противоречия – мы работаем в бизнес-автоматизации не для того, чтобы делать пользователей счастливыми (это возможный приятный побочный эффект), а чтобы владельцы и/или руководители бизнеса были счастливыми – с этим постулатом нужно или сразу согласиться и смириться, или не заниматься бизнес-автоматизацией вообще, чтобы не заработать нервный срыв и получить профессиональное выгорание.

 

 

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

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

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

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

Несколько слов о «языке бизнеса» (достаточно заезженные термин, за которым зачастую пытаются скрыть какие-то маркетинговые вещи). Здесь все тривиально – цель бизнеса – это получение прибыли. Если Ваш проект служит этой цели – Вы уже априори разговариваете на этом языке, и нужно лишь детализировать эту цель до конкретных проектных решений, например:

  1. Создадим удобный АРМ для диспетчера транспортного цеха, который позволит оперативно готовить отгрузочные документы на маршрут, что приведет к сокращению простоя транспорта на погрузке, что позволит нам платить меньше перевозчикам, что позволит сократить расходы = рост прибыли.
  2. Создадим отчет для анализа оборачиваемости запасов на складе, что позволит исключить появление неликвидных запасов ТМЦ, что позволит высвободить оборотные средства и сократить расходы на привлечение внешних заимствований = рост прибыли.
  3. Создадим отчет для анализа «спящих» клиентов, что позволит оперативно их обзванивать и увеличить объем продаж = рост прибыли.

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

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

 

 

 

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

управление проектами

См. также

10 типовых рисков срывов проекта. Памятка для внедренцев и заказчиков

Кейсы проектов Бесплатно (free)

Как определить, что риск проекта высок настолько, что взяться за него – в 99% случаев значит потерять драгоценное время, деньги и другие ресурсы? Как еще до старта определить, что проект в лучшем случае на выходе станет пародией на задуманное, а в худшем – будет сорван? Сформулируем список типовых рисков срывов проекта и постараемся уберечь от ошибок внедренцев и заказчиков.

20.12.2023    2770    0    1СERP    21    

31

Внедрение крупного проекта на ERP 2.5 с применением методических решений из УПП 1.3 и обеспечением товаров с разных складов с учетом серий

Кейсы проектов Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    14297    0    ASchekachev    37    

55

Организация работы внутренней команды 1С с помощью Канбан

Канбан и поставка ценности Бесплатно (free)

Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.

28.06.2023    5852    0    stnslv    5    

25

Технология проекта внедрения 1С:ERP – как управлять большим проектом

Управление проектом Команда Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом Бесплатно (free)

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

10.02.2023    4699    0    andironenko    2    

31

На что похож ваш продукт: на Аквариум или на Муравейник? 

Инструменты управления проектом Бесплатно (free)

Давайте поиграем в метафоры в лучших традициях экстремального программирования. А заодно проведем новогодний конкурс - на лучшую метафору для автоматизированного продукта

27.12.2022    2746    0    MariaTemchina    28    

23

ТРИЗ. Решение нерешаемых проблем в бизнесе

Управление проектом Бесплатно (free)

Советскую теорию решения изобретательских задач давно применяют крупнейшие мировые корпорации, причем не только в технологической области, но и в сфере бизнеса. На конференции Infostart Event 2021 Post-Apocalypse основатель бизнес-клуба ТРИЗ Алексей Благих рассказал, как с помощью ТРИЗ решать нерешаемые задачи, и почему метод проб и ошибок здесь не поможет.

09.11.2022    4184    0    user1576201    10    

17

Я - ЗУПер! Часть 1. Компетенции сотрудников.

Бизнес-анализ Управление проектом Команда Управление ИТ Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Цикл статей о том, почему акушер-сантехник широкого профиля - это ПЛОХО. Расскажу плюсы специализации на одной предметной области. Рассмотрим понятные аналогии из других областей. Проанализируем пару вакансий, естественно без указания компании.

09.09.2022    10664    0    biimmap    79    

75

Как донести здравый смысл до заказчика. Инструменты архитектора

Управление проектом Архитектура Бесплатно (free)

Андрей Овсянкин на конференции Infostart Event 2021 Post-Apocalypse поделился инструментами, которые помогают ему обрабатывать большой поток задач и экономить недели на обсуждении проекта. Он рассказал, как искать ошибки в процессах, какие диаграммы полезны при общении с заказчиком и с помощью каких инструментов можно быстро рисовать наглядные картинки вместо долгих разговоров.

05.08.2022    13087    0    Evil Beaver    17    

117
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. serg33rus 21 10.02.21 16:05 Сейчас в теме
Классно. Для меня отсутствие Заказчика на стороне клиента - это реальная проблема. Потому что когда заказчиком выступает глав. бух. , то ее цель - облегчить ведение бух. учета и ВСЕ. А то что будут бизнес-последствия, ее как-то не беспокоит. Очень часто заказчиком выступает уровень начальника отдела и его заботит только его проблемы. И цель - не увеличить эффективность, а просто облегчить работу определенному кругу лиц. И тогда на вопрос об эффекте отвечать очень сложно, потому как весь эффект, что кто-то стал работать меньше. И ВСЕ. А директору вроде как пофиг вообще. Его на бабки растрясли, убедили что надо и он больше в это лезть не хочет. Но таких заказчиков много и отмахиваться от них тоже не хочется. Дилема однако.
bulpi; kap2; Senator_I; CheBurator; dk77; Dnki; kai068; Kuzya_brаtsk; dante; 13jaguar; Климов Сергей; +11 Ответить
2. Leon29 11.02.21 22:50 Сейчас в теме
Что - то то я расстроился.
Где мои очки? Куда они делись? Надо их найти.
Елы палы, реально расстроился ((
11. qazaz2 16 16.02.21 09:05 Сейчас в теме
(2) Это автор еще не написал какими милыми были бычки, стейки из которых вы так любите)
3. a_a_burlakov 285 12.02.21 12:41 Сейчас в теме
Грамотно расписали про очень распространённых головных тараканов, спасибо.
andironenko; +1 Ответить
4. Otec_Igor 13.02.21 10:41 Сейчас в теме
Озвучу некую циничную мысль. Сама постановка вопроса "настанет ли счастье работникам фирмы" очень глупая. Если владельцы бизнеса хотят сделать хорошо работникам они могу повысить им зарплату. Ошибка целеполагания должна нанести ущерб в воспитательных целях. Иначе не поумнеют.
При внедрении автоматизации и, я согласен с автором, возникают очень жесткие ситуации. Все начинается с момента аудита имеющихся данных для загрузки остатков и прочего необходимого. По нашему опыту на этой стадии очень многие оказываются в на сцене без трусов.
То есть то, чем занимались многие службы проявляется и перестает быть автономной комнаткой где можно можно копаться без опасений серьезного контроля.
Про сокращение работников (не счастье).
Был забавный случай лет 20 назад.
Некая процветающая фирма(вернее, удаленный от владельцев филиал со своим руководством) по наущению их сисадмина пораженного архаичностью способа ведения учета и делопроизводства, сосватал на на выполнение задачи и внедрения. После того, как задача была выполнена и с руководителю данного филиала был продемонстрирован продукт, возникла некая пауза, все было оплачено в полной мере.
Затем, мне было сообщено, что им сейчас некогда - много работы, проблемы и т.д. И с нами потом свяжутся. Прошло месяца 3. Инсайд сообщил, что похороны проекта состоялись потому, что при применение его на практике ровно половина сотрудников оказывались не у дел. Той работы, которую они далали просто бы не существовало. А все они там были друзья закадычные. Вдали от владельцев. Собрались и решили - счастье то это сейчас, а не после внедрения программы.
bulpi; cybjavax; Sure; kap2; user608739_serg999h; dk77; qazaz2; zqzq; andironenko; +9 Ответить
5. Krasnyj 1282 14.02.21 23:10 Сейчас в теме
И вот этот факт полностью снимает все противоречия – мы работаем в бизнес-автоматизации не для того, чтобы делать пользователей счастливыми (это возможный приятный побочный эффект), а чтобы владельцы и/или руководители бизнеса были счастливыми – с этим постулатом нужно или сразу согласиться и смириться, или не заниматься бизнес-автоматизацией вообще, чтобы не заработать нервный срыв и получить профессиональное выгорание.


Иногда (и довольно часто) среди владельцев или руководителей бизнеса бывают те, кто уверен, что внедрение должно сделать счастливыми их подчиненных.
dodlez77; +1 Ответить
6. andironenko 795 14.02.21 23:40 Сейчас в теме
(5) об этом будет вторая статья - как правильно разочаровать заказчика, чтобы он не подал на вас в суд
user608739_serg999h; Ioryk; fist2000; dodlez77; Krasnyj; +5 Ответить
7. dodlez77 15.02.21 10:13 Сейчас в теме
(5) На практике было и хуже. Владелец бизнеса затевал проект для оптимизации и прозрачности процессов. Но когда увидел, что в итоге получил и бунтующих сотрудников в приемной с рассказами как они пострадали и что больше продавать они не смогут, саморучно похоронил проект :(
andironenko; +1 Ответить
8. profiprog1c 248 15.02.21 14:32 Сейчас в теме
Статья верная, написано все правильно. Однако автор допускает одну неточность в своих рассуждениях. По умолчанию он считает, что способен автоматизировать любой бизнес процесс, как руководитель проекта, что ошибка. Бывает так, что те, кто берутся автоматизировать неверно рассчитывают свои силы и знания и просто не справляются с автоматизацией, признать потом этого не могут и начинается поиск виноватых. Такое тоже бывает, по этому, для объективности вопроса нужно рассматривать и этот вариант, а так все получилось очень однобоко.
tuzmich007; andironenko; +2 Ответить
9. andironenko 795 15.02.21 19:46 Сейчас в теме
(8) Я решил разделить эти вопросы на несколько статей - поэтому то что Вы написали я постараюсь обсудить в следующей.
10. yermak 51 16.02.21 08:02 Сейчас в теме
Лет 16 назад после очередного внедрения против меня восстала вся контора, причем, что то конкретного не предъявляли, регулярно были разборки с директором в стиле 90-х, спасло то, что я не прогнулся под их давление. Деньги заплатили, но отношения остались очень напряженные. После того как были уволены 2 барышни отношения начались налаживаться. А потом те девушки, которые пришли на их место, рассказали мне, что я своей программой разрушил отлаженную коррупционную схему, и предыдущие были в этой схеме основными исполнителями, а новые отказались. Директор к тому времени спился и умер.
С тех пор как только непонятный наезд - ищу подвох
Sure; vursan; Swetlana; Krasnyj; tuzmich007; qazaz2; andironenko; +7 Ответить
12. user1346935 16.02.21 16:08 Сейчас в теме
Отличная статья.
kai068; andironenko; +2 Ответить
13. avryanovalexey 82 23.03.21 10:19 Сейчас в теме
Еще бывает не высвобождение лишних рук и их последующее увольнение, а нагрузка этих лишних рук дополнительной работой с помощью новой модной программы.

Начинаем вести более детальный учет, например, которого раньше не было. Стали вести учет по срокам годности, учет в ЕГАИС, в Меркурий, Честный знак. Делать другие более детальные операции, которых до новой программы не делали. Вроде никого не уволили, а работы стало точно не меньше. Но справляемся тем же плюс-минус составом.

При этом смотришь, отгрузки растут, продажи растут. А опять же справляемся старым составом. Т.е. опять же никого не увольняют. Операторов, логистов, менеджеров плюс-минус столько же. Только объем отгрузок вырос в 2-3 раза. Автопарк и водители, выросли в 2-3 раза. А тех, кто работает с новой программой столько же.

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

Только бизнес часто не видит явной выгоды здесь. Сокращение лишних рук нет, явной выгоды нет. Ведение новых видов учета и выполнение более детальных операций на уровне ТОП-ов тоже не заметно. Рост происходит постепенно. Не видно явно точки "было-стало". Точнее видно, но если явно ее показывать бизнесу.
bulpi; tadem; Dnki; Altez; +4 Ответить
14. user1322998 22.06.21 22:06 Сейчас в теме
В моей практике тоже всегда так было - хорошая автоматизация не снижает затраты на обработку информации, но повышает качество учета и степень аналитики.
Однако в моем опыте внедрение проходило на предприятиях, где автоматизация хоть какая-то, но была. Excel- тоже автоматизация. Но на больших оборонных (да и вообще в оборонке) предприятиях множество людей, работающих на складских операциях могут даже в наше время не знать элементарных действий с компьютером и саботировать ввод данных всеми способами с мотивировкой: "Я 30 лет бумажные накладные выписывала и в журнал заносила, и еще 10 лет так проработаю".
Именно такие специалисты могут остаться без работы. Возьмут кладовщика со знанием 1С
it-expert; +1 Ответить
15. CheBurator 3119 30.10.21 01:56 Сейчас в теме
Главное с оборачиваемостью не промахнуться. Все "оборачивается" хорошо ровно до тех пор пока не случается трындец типа остановки Китая, увеличения сроков поставок и и[ удорожания. И тут внезапно оказывается что излишние запасы на складе - далеко не излишние...
16. teyana 35 09.03.23 18:46 Сейчас в теме
это один в один, с чем я сейчас сталкиваюсь на проекте, когда пользователи активно противодействуют и саботируют.
и умом все понимаю, но все равно как-то тошно...
17. andironenko 795 09.03.23 22:17 Сейчас в теме
(16) мне всегда помогала мысль о том, что когда-нибудь я буду вспоминать об этом как об очередном проекте - которые были до этого и будут еще после этого. Главное не персонализировать ситуацию - пользователи не к Вам конкретно так относятся. Ну они вот просто такие - странно было бы думать о них иначе.
Оставьте свое сообщение