Comments 67
После иллюстрации с Кейджем пропела: ту-ту-ту-ту-ту-ту-туу-турум-тум-тум-тум
Слабо, товарищ Сидоркина. Спустя рукава сделали, а могли бы не спустя. Переделывайте!
Почему люди недолюбливают новый софт
Есть четыре причины, и все они одинаково важны
Вы самую главную забыли. Чаще всего новый софт и правда говно, в результате чего его и недолюбливают. 0 пользы, урезанный(в сравнении с прежним софтом) функционал или его корявость. Для примера, в Mattermost нельзя что-то скопировать комбинацией клавиш ctrl+с, в буфере обмена остаётся висеть то, что было скопировано раньше. Удобно? Да не то слово, дайте два! И таких недочётов я обнаружил десятки, за 2 недели использования. Угадайте, где их нет? В телеге. Если бы новый софт был прекрасен и со всех сторон удобен, нужно лишь чуть привыкнуть - никто бы так не сопротивлялся, вопреки вашим фантазиям, описанным выше. Дерьмо не надо людям предлагать взамен того, что прекрасно работает, просто потому что какому-то отделу или начальнику захотелось создать видимость работы
P.S: 3 коммента и 19 лайков это конечно сильное соотношение, совпадение наверное, ну) всем очень нравится, но стесняются писать. Не сотрудники же компании прибежали в корпоративный блог ставить плюсы, нормальные авторы так не делают
в Mattermost нельзя что-то скопировать комбинацией клавиш ctrl+с, в буфере обмена остаётся висеть то, что было скопировано раньше. У
Странно, у меня работает нормально 🤔
Помню, мы внедряли CRM для недвижимости - ох и мучились там риэлторы, вбивая кучу информации вручную. Да еще и "светя" телефонные номера своих клиентов)
Это далеко не самая главная причина. Это самая частая отмазка.
Если копнуть глубже, и начать разбираться, почему же новый софт "дерьмо", в большинстве случаев окажется, что он непривычный, надо изучать, надо ломать сложившиеся привычки, лучше показывает активность сотрудника... И в крайне редких случаях он действительно глючный или даже неработающий. Такое тоже бывает, но отнюдь не настолько часто, чтобы быть "самым главным".
Надо ломать привычки, только не у пользователей, а у начальника, а начальник обычно скорее уволит весь отдел, чем подвинется.
Новый софт, новый процесс всегда высвечивает места, где старый процесс на практике не соответствовал инструкции, потому что инструкция не соответствовала реальности. И почему-то претензии всегда выдвигаются к сотрудникам, иногда - к реальности, но никогда - к инструкции.
надо изучать, надо ломать сложившиеся привычки
Надо? А нахрена?
лучше показывает активность сотрудника
Охлол.
С конторами, которым важна «активность», а не результат лучше дел не иметь.
И в крайне редких случаях он действительно глючный
Не «крайне редко», а «практически всегда».
Безглючный софт перестали делать лет 20 назад, если не раньше.
Такое тоже бывает, но отнюдь не настолько часто, чтобы быть "самым главным".
Вы пытаетесь спорить о вкусе устриц с теми, кто их ел.
"Надо", чтобы перейти на новый софт. Это совершенно очевидно из текста, зачем пытаться докопаться до слова там, где его значение очевидно? Сильных аргументов нет?
Я употребил слово "активность" как синоним слова "результат". Вот это не очевидно и это болевая точка множества сотрудников, согласен. Тут мне следовало бы быть аккуратнее со словами.
Значит, ваш софт, на котором вы с коллегами сидите сейчас, не менее глючный. Следовательно, эта жалоба нерелевантна.
Вы совершенно правы, в свои 43 года из которых уже 21 год я вращаюсь в IT на должностях от рядового сотрудника до старшего руководителя, я никогда не переходил на новое ПО, не участвовал во внедрениях, в переходах, принятии решений как о переходах, так и о не переходах на новое ПО или новую версию существующего ПО, в создании ПО как внутреннего, так и продукта. Ой, нет. Я всё это делал и делаю.
Возможно, это Вы пытаетесь спорить с тем, кто ел и устриц и раков и бог знает что ещё и видит картину с разных перспектив. За всю свою карьеру я помню только один продукт, который нам пытались продать, но который был глючен до неработоспособности. Какая-то российская система документооборота лет 15, наверное, назад. И, внезано, её не стали покупать и внедрять.
Как тяжело жить бессмысленным менеджерам.
Например, в одной компании команда разработчиков годами пользовалась Trello, и задачи можно было перетаскивать на канбан-доске. Когда их перевели на Jira, где процесс требовал лишних кликов и выбора статусов, производительность упала: не потому, что Jira хуже, а потому, что привычная логика работы оказалась нарушена.
А может быть всё таки потому что jira лагающий кусок...?
jira - летает и удобна очень.
по сравнению с некоторыми с некоторыми импортозамещенными продуктами
Jira - удобный лагающий кусок копрофильской субстанции. Вот более справедливая характеристика.
И удобным он стал для меня лишь спустя пять лет, когда я догадался освоить SQL-подобный язык запросов в ней. А до этого он был лишь тормозным дерьмом.
Но вынужден признать, что это лучший продукт на глобальном рынке, и остальные по совокупляющимся характеристикам будут хуже.
Попробуйте jira server. Там наличие лагов зависит только от мощности сервера. Но она конечно на пару мажоров отстаёт от Клауда.
П.с. жира фекалии. Но к сожалению лучше ничего нет.
Так его закрыли вроде.
до определенного предела это помогает, если жира жирная, то железом залить не получится к сожалению, но в целом как промежуточный вариант норм.
Jira летает как кирпич с крыши. После каждого клика жди секунд пять, иначе следующий будет иметь непредсказуемый результат. Страницы открываются тоже секунд по десять.
Даже если зайдёшь туда в 3 ночи и совершенно точно можно сказать что ты там сейчас один такой клоун.
При этом в контексте трекера почему то забыли что стоит миграцию данных сделать (да - сложно и видимо придется писать скрипты для миграции и возможно всякие хитровывернутые статусы - не будут корректно мигрированы но хоть тексты/комментарии/связи между задачами то перейдут). разработчики причем эту проблему поняли но вот авторы статьи похоже не считают это даже проблемой!(слова миграция в статье я не вижу!).
Переходим с SVN на Git. Тяжело процесс идёт. Одни долго ищут файлы, не могут скачать, другие забыли смержить с основной веткой и клиенту не попал важный коммит. Переход должен помочь с автоматизацией многих процессов, но коллектив пока "буксует", времени много тратится на освоение.
Переходим с SVN на Git.
Это точно комментарий из 2025 года?
другие забыли смержить с основной веткой и клиенту не попал важный коммит.
VSS тут как бы ни при чём. В SVN точно так же ветки мёрджить надо было, только телодвижений больше. CI, интеграционные тесты где? Специально получающий зряплату человек, чья работа это релизить релизы, наконец?
CI, интеграционные тесты где?
Думаю там же где и Git - на стадии освоения)
VSS - это Visual SourceSave вообще-то)
Там должно быть VCS, но во время написания комментария я вспомнил про то, какой мерзкой гуйнёй был MS VSS и руки сами напечатали не то. )
Да-да, система команд git - это верх логики и продуманного дизайна)
Git не требует захватывать файл в монопольное владение для того, чтобы внести в него правки и read-only аттрибут у файлов не теребит, а вы про команды.
Спасибо, что рассказали про Git, но он появился через десятилетия после классических VCS.
Если говорить про систему команд git, то она довольно логична и консистентна, на мой взгляд.
Как пример, узнав про сферический HEAD~1 в вакууме применительно к одной команде, можно быть уверенным, что и с другими командами такой указатель на коммит сработает.
Ну и в последнее время делаются явные движения в сторону популизма. Там, где раньше было 100500 вариантов git checkout теперь появляются всяческие git restore и иже с ними, что облегчает понимание.
Делал переход с SVN на Git несколько лет назад. Пришлось сделать одновременную работу репозиториев - коммиты в SVN автоматически отправлялись в Git (только несколько активных веток) и наоборот. А потом по одному разработчику за раз объяснялось, как работать с git клиентом. И так до тех пор, пока все не пересели, за 2 года. Параллельно переделывались скрипты, которые использвали номер ревизии SVN на хеш-коммита Git.
Переехали с джиры на какую-то IBM EWM.
Лагучий, висючий, визуально перегруженный, интуитивно непонятный кусок говна.
Когда девопс пошутил, что тех, кто предлагает использовать решения от IBM, следует увольнять, он, кажется, все таки не шутил...
Выглядит как задача стояла поставить софт. Ну его и поставили.
Задачи перевести команду на новый софт видать не было. Т.к. здесь вижу только "не пользуются" и прочее.
Где план? Как так клиенты в телеграмме и мы не понимаем почему? Потому что всех сразу не перевести? Так вы ВСЕХ никогда и не переведёте . Переводите по 3 клиента в неделю - конкретная задача с конкретным короткими сроком а не "перевести всех когда асап или когда нибудь" и уж тем более не "начать переводить". А там глядишь и не останется в старом месте клиентов.
Аналогично и с тикетницами - ну поставьте правило что новые эпики в новой тикетнице. Проблем то.
Но самое главное - короткие конкретные задачи, которые нельзя слить с мыслью "а там или ишак или падишах".
То ли у меня крыша едет уже, то ли статья — очередная портянка от чатгпт, потому что одни и те же речевые обороты и бесконечные списки
Основных траблов в таких переходах 2 штуки. Первое - "Всё нужно вчера, поэтому сидите ночами, лентяи". И второе - "мы купили потомуша нам продали, а раз купили, ном пофиг насколько оно удобно, проблемы индейцев.." Примерно так.
Для меня головная боль от всех этих CRM, Jira - в ненужности, но обязаловке заполнять графики работ и отчеты. Пару компаний заставляли ежедневно в Jira каждый час работы посвящать конкретному проекту. Вместо работы - сидишь и думаешь, куда бы списаться. И ладно бы, про меня (я просто с вечера планирую задачи, план работ и выполняю задачи за 1/4 дня, потом сижу туплю в интернете), потом директора начинают вопить, что на этот проект списать часы уже нельзя и т.п. Идиотизм. Они эти CRM строят красивые графики, возможно помогают босам, но как рядовому инженеру - ЗЛО. Мне можно позвонить или на почту прислать таск - так быстрее и надежнее, чем я буду Jira мониторить, и статусы выполнения там чекать.
Но и все вести в Excel - тоже не вариант. Я за золотую середину - чтоб просто и без заморочек.
Ыхыхы
Устроился я как то в крупную отечественную ИТ компанию.
Расстался с ними ещё на испытательном сроке, когда понял что больше половины рабочего времени уходит на заполнение отчетов о том что и как я работаю а не на саму работу :)
С одной стороны многим такое заходит, можно работать вообще процентов 10 времени а остальное "составлять отчеты", но я шёл немного за развитием а не деградацией...
Уважаемая @a_sidorkina, проявите немного уважения к читателям и не используйте скриншоты текста вместо текста. Cntrl+C/Cntrl+V и тег "цитата" отлично работают, и статья не превращается в мешанину разномастных шрифтов и фона.
Всё это очень весело. Когда переводим очередную конторскую тётю с винды на astra - ещё веселее. Первичный хтонический ужас при виде того, что отличается вообще ВСЁ - особый вид мазохизма. Нраица.
it depends. переводил школу на линукс в эпоху "поповской истерии" (сколько это? лет 15 назад?). и мне конченые^Wконечные пользователи (тёти 40+ на тот момент) говорили "а в чем разница? всё такое же!"
и никакой хтони.
Всё верно. Просто так было не всегда. Сейчас у людей айфоны, андроиды, банкоматы, ещё что-то. Люди массово уже привыкли к тому, что интерфейсы бывают разные, и в них нестрашно ориентироваться.
А лет 10-15 назад было не так. У людей долгое время стоял, например, WinXP c Офисом 2003, или более древнее, и они другого просто не видели, вообще никогда. Не обновлялись ни софт, ни железо, десятилетиями. Даже переезд на Семёрку или, прости господи, Висту с Офисом 2007 и новой клавиатурой ломал человеку весь привычный опыт, потому что "вообще всё другое". И в составах тогдашних Windows-Linux софт больше отличался, и визуально, и функционально, было меньше кросс-платформы.
Так что, тут смотря какие конторы и смотря какие тётеньки.
если ваша очередная конторская тётенька в состоянии открыть в браузере конторский 1С на винде но не в состоянии открыть в том же браузере тот же 1С на линуксе то ей надо показаться врачу
Не стоит так высокомерно относиться к пользователям. Тётенька всё ж бухгалтер, а не специалист по браузерам. Учить их надо и техподдерживать, они обычно вполне обучаемые. Но это вопрос организационный, а не технический.
спустя какое-то время обычно добрая половина таких юзверей прибегает с просьбой "а поставьте мне на личный пк/ноут такую же операционку, она такая шустрая и красивая".
Сколько себя помню, все линуксоиды рассказывают эту байку. Я живьём ни разу такого юзера не видел. Линуксы на ноутах у обывателей, "некомпьютерщиков" видел, раза два за всю жизнь. Маководов видел намного чаще.
Я помню, как у нас wiki перевели на новый домен, без сохранения редиректа старых url на новые 😆😆😆
Вариант про "у нас кончилась (или подорожала) лицензия на старый софт, поэтому будем внедрять новый, хорошего всем дня 😃" забыли упомянуть
половина сотрудников ищет кнопки, другая — способы обойти систему, а третья просто уходит
Три половины? У меня одного зависание произошло?
Не только переход на новый софт от другого производителя вызывает проблемы. Даже новая версия того же софта может вызывать матюги в курилках в течение нескольких недель.
все проще - люди очень не любят думать. был эксперимент - испытуемым давали выбор - решить несложную задачку или получить удар током. 85% выбирало удар током.
и никакими высокими материями вы им не объясните ничего
только железной рукой руководителя
да, руководителям среднего звена надо тоже вовлекаться. одно из решений - давать надбавку (доп отпуск) тем сотрудникам, на плечи которых ложится основной груз внедрения новой системы
на мой взгляд - что не введи, но пока сотрудники работают в экселе, а считают на калькуляторе, распечатывают кучу документов для подписи начальнику (при этом ЭДО присутствует) - любые нововведения не будут приниматься.
согласен что людей нужно учить, мотивировать, но "баб Глаш" надо выводить на пенсию, а не держать как кусочек истории или "потому что жалко"
«Мы просто обновили рабочий таск-трекер, а команда обновила резюме»