TGViewer
OTUS: программирование и карьера в IT OTUS: программирование и карьера в IT @otusjava · 7.38K subscribers
Post #6992 1.12K
Всем привет!
Завершаем рассказ Дмитрия Панкрашова про его опыт проектирования и внедрения системы автоматизации.
Сегодняшний пост посвящен ошибкам коммуникации.

Первая часть
Вторая часть

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

Ошибка ❤️ - Рабочий телефон для работы, личный — НЕ для работы
Хотите, чтобы ваш телефон превратился в справочную? У меня так было. 2 телефона и 3 сим‑карты. Звонили везде одновременно, и даже ночью. Никому не рекомендую повторять такой опыт. И будет лучше, если вы не понимаете, чем может закончиться раздача своего личного номера телефона, пусть даже вам и кажется, что ничего страшного не случится, завести отдельный телефон только для рабочих коммуникаций.

Ошибка ❤️ - Нет каналов коммуникации
Вот представьте, отключили у вас электричество, и все никак не включат. Будете звонить? Конечно, будете. А куда? Сначала в УК\ТСЖ, потом в диспетчерскую, потом еще куда‑нибудь. А если никто не берет трубки — то и до администрации президента дозвонитесь. Собственно, дать пользователям единственный и живой канал коммуникации — важно. Если канал живой — пользователи будут туда писать. Если канал единственный — это исключает дубли и «сломанный телефон». Конечно, я стоял в конце этой цепочки и решений не принимал. Но сейчас предложил бы сделать пусть даже самого простого бота для подачи заявок и ответов на вопросы.

Ошибка ❤️ - Иерархия бизнес‑заказчиков
Что делать, если задачи вам ставят все кому не лень? Особенно прикольно, когда эти задачи еще и взаимоисключающие. Эталонная ситуация — когда два равных друг другу по должности и влиянию на продукт лица ставят вам в работу эти самые взаимоисключающие задачи. В моем случае было не так, и, хотя сами требования к продукту и хаос в их описании больше относятся к ошибкам проектирования, все же хорошей практикой считается задать вопрос «Кто мне ставит задачи?» — при условии, что ответ «Все» не принимается.

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

Чтобы узнать больше полезного из мира IT и разработки, подписывайтесь на канал Дмитрия: DevIO | IT | GameDev

#expert
  • ❤ 2
  • 🔥 2
More from @otusjava
  1. Oct 12, 2026Чек-лист: что делать, если дата-центр, сервер или облачный провайдер, на котором работает…
  2. Oct 12, 2026Собрали подборку бесплатных уроков с 12 по 15 октября. Вас ждут прямые эфиры с экспертами-…
  3. Oct 9, 2026Пользуясь случаем, передаём привет бывшим. Коллегам, которые уходят из компаний, но не из…
  4. Oct 9, 2026Мы понимаем, что бывает непросто быстро найти время на обучение на рабочей неделе, поэтому…
  5. Oct 9, 2026Ладно, за работу! Какой вариант выбираем? Будем: 😴 — спать 🤔 — ждать 👨‍💻 — делать
  6. Oct 8, 2026Записали для вас эфир открытого урока «Инструменты ИИ в работе бизнес-аналитика» и собрали…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →