Я и все те кто меня окружают. Байкал продан.

Статус
В этой теме нельзя размещать новые ответы.
Да нет.
Просто на высоких позициях где бы то ни было, конкуренция высокая и методы борьбы не выбирают.
В конном мире понятие о высоких позициях размытое, поэтому страсти кипят даже на уровне ...
Кстати, вы слышали о том, что какой-то конюх редкая скотина?
Подобное не выходит за пределы конюшни, ибо никому не интересно, а конюхи в дефиците))
Я бы, на самом деле, если бы брал лошадь то так, в качестве друга, чтобы в руках позаниматься или в лес сходить, верхом бы чуть чуть ездил, но никогда бы не голопил, максимум рысь) Поэтому мне порой сложно понять зачем вообще нужны все эти соревнования, стресс лишний и все такое) Нет у меня в характере соревновательной жилки)

Поэтому если бы я был на конюшне известен, то только за счёт того, что угощаю изредка абсолютно всех коней, со всеми общаюсь и глажу :D

Я бы был известен подобным))
 
Последнее редактирование:
Кстати, вы слышали о том, что какой-то конюх редкая скотина?
Подобное не выходит за пределы конюшни, ибо никому не интересно, а конюхи в дефиците))
Я слышала.
В нашей местной группе ВК пару раз встречала такие штуки.
ХК друг друга предупреждали, что человек нехороший.
 
Последнее редактирование:
🤣 у Вашей лошади может быть другое мнение на сей счет))

"Каждый человек мечтает скакать в полях так, чтобы волосы назад и шапка слетала" - подумала лошадь... - "Надо порадовать 🤔 "
 
Я слышала.
В нашей местной группе ВК пару раз встречала такие штуки.
ХК друг друга предупреждали, что человек нехороший.
Дык чего далеко ходить, здесь в разделе работы есть "предупреждение о конюхе Хындырмандырове"))
Кого оно интересует?))
Этот Хындырмандыров давно уже не работает конюхом, а начконы не идентифицируют его сразу, а потом будет поздно или поймут, что наврал источник))
На самом деле, основная проблема в ёмкости отрасли.
Как у вас, 70% кому-либо интересного поголовья сосредоточено на одной базе.
Так и у нас, 70% всех людей и их лошадей всем известны.
Остальные 30 можно сказать, что не представляют интереса
Поэтому пиши, что хошь))
Да и про остальные 70 тоже)) хоть пиши,хоть нет. Какие есть они))
 
Не помню, делилась ли я тут этим очарованием.
979C0CD2-9679-4850-97BD-6792A932CE2F.jpeg
 
Знаете, моя любимая айтишечка - это рай по сравнению с быдломиром конников.
То, что там бывает, кажется мне цветочками после конного мира.
Хотя деньги там тоже вполне себе крутятся.
Айтишники почти поголовно социофобы, некоторые и общаются-то только в письменном виде. Какие уж тут интриги...
 
Не знаю, как обстоят дела в других компаниях, но самые частые за четыре года «конфликтные» ситуации в которых участвую на работе я выглядят примерно так:

Есть моя команда, наши задачи и либо наши проблемы, которые возникают по вине какой-то другой команды. Либо появляется какое-то пересечение интересов моей команды с чужой командой.
Примерно в 80% случаев мы ставим встречу, на которую прихожу я, как РП моей команды и пара самых доверенных и компетентных ребят из команды в качестве поддержки в случае, если понадобиться более глубокая экспертиза + приходит РП другой команды(почти всегда, как бы странно это не звучало - тоже девушка) и его пара человек.
Поздоровались.
РП озвучивает проблему.
Озвучивает причины, которые, как нам кажется, привели к проблемае.
Озвучивает заранее проработанные варианты решения конфликта, которые мы видим, их плюсы и минусы.
Просим противоположную сторону озвучить свое мнение об этих вариантах и подкинуть своих, если есть.
Обсуждаем.
Иногда обсуждения горячие, но никогда не переходят черту. РП всегда бдят за тем, чтобы вовремя заткнуть разгорячившихся ребят.
Совместно приходим к консенсусу.
Пишем МОМ(фиксируем письменно договоренности).
Все, конфликт исчерпан.
В особо сложных случаях по результату конфликта проводим «ретроспективу» совместно обеими командами:
Анонимно в один столбец пишем карточки о том, что хорошее было, в другой плохое что было, в третьей предложения к изменению.
Голосуем за карточки, потом обсуждаем те, что набрали больше голосов. Задача - разобраться в чем причина и устранить её, чтобы в следующий раз нам это не мешало в работе.
Категорически запрещается обвинять кого-то конкретного, тыкать в него пальцем и винить во всех проблемах. Априори принято считать, что у нас все профи(иначе бы люди у нас не работали) и корень бед всегда в процессах, а не в конкретном человеке. А если все же в человеке, то на это тоже есть причина, и она, скорее всего, кроется все равно в плохом процессе.

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

Потому что Вася-то, может, и козел, но если бы тестировщица Маша хорошо отработала, то баг бы поймали. Может быть Маша коза? Тоже нет. Маша бы хорошо отработала и все нашла, если бы у Маши было время. Но емкость Маши за релиз - 7 задач. Больше в Машу просто не влезает и начинает страдать качество. Но Маше РПшник Петя напихал в месяц девять задач, да еще и релиз сдвинул на три дня раньше. РПшник Петя козел?
Тоже нет. Потому что к Пете, порушив все планы, ворвалась заказчица Лена и потребовала сокращения сроков в связи с выходом какого-то там закона. И если бы об этом знали заранее, то Петя мог бы заранее переприоритезировать задачи и такой ситуации не произошло бы.
Вывод - надо лучше следить за законами в нужной сфере, а для этого выберем ответственного.
Либо можно увеличить количество Маш. Тоже вполне себе вариант, если тебе есть чем их загрузить, чтоб не простаивали.

Вот как-то так. Только обсуждение проходит без имен, используем просто существительные - разработка, тестирование, техподдержка и т д.

———
Имея такие варианты решения конфликтов, я не понимаю, как люди в ИТ умудряются ругаться, что-то делить, интриги какие-то устраивать.
В конце концов, у нас у всех одна общая цель.
В глобальном смысле - довольный клиент.
В финансовом смысле - довольный заказчик, который платит деньги.
Мы реально в одной упряжке бежим, нахрена огрызаться?
———
Но, наверное, я в каком-то очень ванильном мире живу, судя по тому что я слышу от некоторых друзей.
Но у меня за четыре года реально вспомнила только три реально конфликтных случая:
1. РП другой команды был со мной не согласен и отказался обсуждать необходимые нам доработки их системы, потому что я мало того что менеджер, а не суровый технарь, так еще и баба, а бабы нихрена не понимают. Тем более менеджеры. И похер, что у меня вполне айтишное образование, навыки и более чем достаточная экспертиза в моей области. Требовал чтобы ему привели умного мужика, которому он объяснит как надо и почему я не права. 🤦‍♀️
Пришлось позвать на встречу архитектора, предварительно пожаловавшись на этого козла. Архитектор не подвел и раскатал его как тузик грелку. В итоге мы своего добились, все сделали как надо, но мне до сих пор неприятно.
Это ситуация, в которой я просто ничего не могла сделать, так как меня и аргументы от меня просто отказывались принимать. Чувствовала себя очень беспомощно.

2. Мой техлид(лидер технической команды- руководитель разработчиков, девопса и архитектора) и техлид другой команды сцепились на встрече, посвященной интеграционному(межкомандному) проекту.
Стандартная ситуация - с нас работающий апи-метод, с них - корректный вызов апи. (Для читающих неАйтишников - я хз как объяснить по русски что значит апи-метод. Приходят аналогии только с хвостиками, которые торчат наружу из программы, за которые можно правильно дернуть и получить какой-то результат. Типа «дерни за веревочку - дверка откроется». Если дернуть неправильно или не за ту веревочку, то или не откроется или откроется не то что ожидалось .)
В итоге ничего не работает и каждый техлид обвиняет соседа. Парни разгорячились и начали друг другу откровенно хамить и бычить.
Нам с РПшницой той команды пришлось вмешаться, разогнать ребят по углам, погладить по шерстке, сказать что «ты у меня самый умный, но давай попробуем послушать, что соседи скажут», собрать ответные аргументы и решить этот вопрос между собой, буквально работая передатчиками между мужиками.
Не так я представляла себе работу РП, конечно, но что не сделаешь ради общего дела. 😂

3. Парень из тех поддержки нажрался и на общей встрече на 20+человек начал откровенно нарываться и хамить мне.
На встрече со мной ему его РП отключила микрофон и попросила заткнуться. На второй встрече, уже с другими людьми, он продолжил вести себя неадекватно и хамить, после чего его и уволили.
———
Короче вот, три конфликтные ситуации за четыре года.

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

Есть моя команда, наши задачи и либо наши проблемы, которые возникают по вине какой-то другой команды. Либо появляется какое-то пересечение интересов моей команды с чужой командой.
Примерно в 80% случаев мы ставим встречу, на которую прихожу я, как РП моей команды и пара самых доверенных и компетентных ребят из команды в качестве поддержки в случае, если понадобиться более глубокая экспертиза + приходит РП другой команды(почти всегда, как бы странно это не звучало - тоже девушка) и его пара человек.
Поздоровались.
РП озвучивает проблему.
Озвучивает причины, которые, как нам кажется, привели к проблемае.
Озвучивает заранее проработанные варианты решения конфликта, которые мы видим, их плюсы и минусы.
Просим противоположную сторону озвучить свое мнение об этих вариантах и подкинуть своих, если есть.
Обсуждаем.
Иногда обсуждения горячие, но никогда не переходят черту. РП всегда бдят за тем, чтобы вовремя заткнуть разгорячившихся ребят.
Совместно приходим к консенсусу.
Пишем МОМ(фиксируем письменно договоренности).
Все, конфликт исчерпан.
В особо сложных случаях по результату конфликта проводим «ретроспективу» совместно обеими командами:
Анонимно в один столбец пишем карточки о том, что хорошее было, в другой плохое что было, в третьей предложения к изменению.
Голосуем за карточки, потом обсуждаем те, что набрали больше голосов. Задача - разобраться в чем причина и устранить её, чтобы в следующий раз нам это не мешало в работе.
Категорически запрещается обвинять кого-то конкретного, тыкать в него пальцем и винить во всех проблемах. Априори принято считать, что у нас все профи(иначе бы люди у нас не работали) и корень бед всегда в процессах, а не в конкретном человеке. А если все же в человеке, то на это тоже есть причина, и она, скорее всего, кроется все равно в плохом процессе.

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

Потому что Вася-то, может, и козел, но если бы тестировщица Маша хорошо отработала, то баг бы поймали. Может быть Маша коза? Тоже нет. Маша бы хорошо отработала и все нашла, если бы у Маши было время. Но емкость Маши за релиз - 7 задач. Больше в Машу просто не влезает и начинает страдать качество. Но Маше РПшник Петя напихал в месяц девять задач, да еще и релиз сдвинул на три дня раньше. РПшник Петя козел?
Тоже нет. Потому что к Пете, порушив все планы, ворвалась заказчица Лена и потребовала сокращения сроков в связи с выходом какого-то там закона. И если бы об этом знали заранее, то Петя мог бы заранее переприоритезировать задачи и такой ситуации не произошло бы.
Вывод - надо лучше следить за законами в нужной сфере, а для этого выберем ответственного.
Либо можно увеличить количество Маш. Тоже вполне себе вариант, если тебе есть чем их загрузить, чтоб не простаивали.

Вот как-то так. Только обсуждение проходит без имен, используем просто существительные - разработка, тестирование, техподдержка и т д.

———
Имея такие варианты решения конфликтов, я не понимаю, как люди в ИТ умудряются ругаться, что-то делить, интриги какие-то устраивать.
В конце концов, у нас у всех одна общая цель.
В глобальном смысле - довольный клиент.
В финансовом смысле - довольный заказчик, который платит деньги.
Мы реально в одной упряжке бежим, нахрена огрызаться?
———
Но, наверное, я в каком-то очень ванильном мире живу, судя по тому что я слышу от некоторых друзей.
Но у меня за четыре года реально вспомнила только три реально конфликтных случая:
1. РП другой команды был со мной не согласен и отказался обсуждать необходимые нам доработки их системы, потому что я мало того что менеджер, а не суровый технарь, так еще и баба, а бабы нихрена не понимают. Тем более менеджеры. И похер, что у меня вполне айтишное образование, навыки и более чем достаточная экспертиза в моей области. Требовал чтобы ему привели умного мужика, которому он объяснит как надо и почему я не права. 🤦‍♀️
Пришлось позвать на встречу архитектора, предварительно пожаловавшись на этого козла. Архитектор не подвел и раскатал его как тузик грелку. В итоге мы своего добились, все сделали как надо, но мне до сих пор неприятно.
Это ситуация, в которой я просто ничего не могла сделать, так как меня и аргументы от меня просто отказывались принимать. Чувствовала себя очень беспомощно.

2. Мой техлид(лидер технической команды- руководитель разработчиков, девопса и архитектора) и техлид другой команды сцепились на встрече, посвященной интеграционному(межкомандному) проекту.
Стандартная ситуация - с нас работающий апи-метод, с них - корректный вызов апи. (Для читающих неАйтишников - я хз как объяснить по русски что значит апи-метод. Приходят аналогии только с хвостиками, которые торчат наружу из программы, за которые можно правильно дернуть и получить какой-то результат. Типа «дерни за веревочку - дверка откроется». Если дернуть неправильно или не за ту веревочку, то или не откроется или откроется не то что ожидалось .)
В итоге ничего не работает и каждый техлид обвиняет соседа. Парни разгорячились и начали друг другу откровенно хамить и бычить.
Нам с РПшницой той команды пришлось вмешаться, разогнать ребят по углам, погладить по шерстке, сказать что «ты у меня самый умный, но давай попробуем послушать, что соседи скажут», собрать ответные аргументы и решить этот вопрос между собой, буквально работая передатчиками между мужиками.
Не так я представляла себе работу РП, конечно, но что не сделаешь ради общего дела. 😂

3. Парень из тех поддержки нажрался и на общей встрече на 20+человек начал откровенно нарываться и хамить мне.
На встрече со мной ему его РП отключила микрофон и попросила заткнуться. На второй встрече, уже с другими людьми, он продолжил вести себя неадекватно и хамить, после чего его и уволили.
———
Короче вот, три конфликтные ситуации за четыре года.

В остальных случаях, если и возникали какие-то моменты, то их всегда открыто разрешали на встречах, как я описала в самом начале, без скандалов, интриг и расследований.
У меня за 2 года вообще не разу не было замечано, чтобы были хоть какие то конфликты) Единственное, что помогает отличить серьёзных людей от просто милых это точки в конце предложения. Точки ставит значит всё, нужно общаться по деловому) А если смайлики пошли, то наш человек)))
 
Айтишники почти поголовно социофобы
Это миф)
Потому что второй миф: айтишники - это всегда разработчики/программисты. А по факту в айтишной компании разработчиков не то что не 100% от общей массы сотрудников, а часто даже не 50%)
 
Ну, если айтишником считать даже бухгалтера, который работает в такой компании, то, может, и 50%...
Как такой бывший "айтишник" (т.е. бывший бухгалтер в малом АйТи придприятии), я скажу, что даже в 90-е там не было между компаниями конкуренции грязной и криминальной.
 
А почему бы не считать айтишниками продактов, дизайнеров, бизнес-аналитиков, UA-щиков, UX-ров, BI-щиков, проджектов, асошников и прочих, если этот человек годами работает в айтишной компании, специализирован на айти-продуктах и занимается таким же обслуживанием процесса создания и поддержки айти-продукта, как и разработчик, только не код для него пишет, а рисует для него интерфейсы, продвигает в сторах и прочее.
 
"Продвигает в сторах" - ? Т.е., если я. например, буду продвигать швейную продукцию, то я буду работником швейной промышленности? В какой-то мере - да, но шить я от этого не научусь, а продукцию-то создают закройщики и швеи.
 
Конечно, шить вы от этого не научитесь.
Также как не научишься кодить, просто от факта работы в айтишной компании, если ты не разработчик.
А наличие в компании ставки программиста/техадмина не делает компанию айтишной.

Другими словами.

Каждая селёдка - это рыба, но не каждая рыба - это селёдка. Поэтому программист - это айтишная специальность, но не каждый айтишник - программист.

Программист может работать и в не айтишной компании. Например, на заводе металлоконструкций поддерживать работоспособность каких-то программ.

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

Поэтому утверждение выше "айтишники почти поголовно социофобы" - это неверное обобщение.
Разработчики, да, чаще интроверты.
Но айтишники - это широкое понятие. Те же бизнес-аналитики и продакт-менеджеры обычно не могут себе позволить быть социофобами. Их работа - это во многом коммуникация между отделами айтишной компании.
 
"Продвигает в сторах" - ? Т.е., если я. например, буду продвигать швейную продукцию, то я буду работником швейной промышленности? В какой-то мере - да, но шить я от этого не научусь, а продукцию-то создают закройщики и швеи.
Продукцию создают все, кто находится в команде, создающей и поддерживающей продукт. Все, без чьей работы продукта не было бы - от разработчика до маркетолога(потому что если продукт никому не нужен и он не приносит денег, то он загибается и его команду нечем кормить).
Это все одна команда, которая работает на один результат.
 
Статус
В этой теме нельзя размещать новые ответы.
Сверху