Вы предлагаете мне работать в плохих условиях? Зачем? У меня прекрасная работа, хорошая ЗП, отличные коллеги. Зачем мне бежать за какой-то мифической морковкой и перевешивать часу весов? Да, я могу получить ЗП выше я знаю свои скиллы, знаю сколько они могут стоит на рынке, но за все приходится платить: я получу много денег, но потеряю хороших коллег и интересные задачи. Вы скажете можно все сразу получить, я с вами соглашусь, но добавлю, а сколько дерьма придется перебрать чтобы найти снова вязку: коллеги, задачи и много денег?!
Как вы думаете, почему каждый мой комментарий и статью задизлайкали?) Я более 10 лет работаю с инженерами и каждый раз радуюсь, когда инженер приходит к осознанности, что у монеты то две стороны. В том числе и сейчас я вступаю в полемику с вами, чтобы показать это. Если вы работаете в "хорошей" организации, то нет тех кто пытается не повысить вам ЗП или где-то обмануть. Если какая-то негативная ситуация происходит, то это не потому что какого-то конкретного инженера хотят захейтить, например, сейчас в 2024 по рынку IT у большинства организаций сдержанный ежегодный рост ЗП соизмеримый с официальной инфляцией, конечно, если инженер привык в год иметь +20%, а в этом году у него +8%, то он не будет разбираться почему так произошло, инженеру проще обвинить РП, ДМ, HR, ему зачем разбираться? Он считает, что ему не зачем иметь эту головную боль, он хочет свои кровные +20%. Это реальный кейс, да даже не один, где тут по вашему логика у этого инженера? Почему РП, HR виноваты и он - инженер чувствует себя обманутым? Замечу, у инженера ЗП выше среднерыночной.
Нет черной и белой стороны, реальность она серых оттенков, по этой причине совершенно противоположных мнений не может существовать, я не понимаю почему у многих коллег, не смотря на количество опыта работы, появляется какая-то острая неприязнь к HR к руководству к чему-то еще. Мы работаем в коммерческих структурах, у каждого подразделения свои цели, финансовая составляющая в большинстве организаций выдерживается в балансе, HR помогают выдерживать баланс выстраивая человеческие взаимоотношения, центр профессиональных компетенций (или подобные в других организациях) отвечает за развитие специалистов, инженеры за формализацию и выполнение задач, менеджмент за сходимость сроков, стоимости, удовлетворенности заказчика и состава работ, финансовый и исполнительный С-левел за сходимость всех финансов организации, финансово экономический отдел за сходимость данных и выполнение законодательства, СЕО и директор по развитию за стратегию развития и осваивание новых ниш, тут можно еще множество отделов приписать. Только если все эти структуры работают в унисон компания будет развиваться, иметь финансовый успех и иметь крутые проекты и большие ЗП. Почему на подобные статьи опытные инженеры реагируют так как вы отреагировали? В организации, которая движется к успеху нет тех, кто хочет кого-то обмануть или гребет под себя, я точно бы не стал работать в организации, которая разбалансирована и деньги утекают куда-то не для общего успеха.
Ну я более 10 лет работаю именно в такой парадигме. Вы сами выбираете, где работать и с кем работать, мне повезло, я сам влияю на то с какими людьми работать. С большинством коллег у меня прекрасный вайб и мы качественно и продуктивно работаем. Работать только за деньги без развития и совместного успеха такое себе. Всех денег мира не заработать, ментальное здоровье важнее.
Спасибо за ваше мнение, но я с ним не согласен. На комментарий выше уже по этой тематике отвечал, продублирую тут: Я обычный наемный работник и всю свою карьеру в it я был мотивирован и мотивирован до сих пор не только деньгами: я хочу работать с людьми, с которыми мне комфортно, важно чтобы был общий вайб, чтобы люди разделяли похожие со мной цели, также важно чтобы коллеги стремились получать качественный результат и гордились им, а не только думали о том как бы поднатаскаться проходить интервью и уйти через месяц на другое место. Это сугубо моя позиция никого не призываю, но я думаю, что каждый из нас хочет работать в комфортных условиях. Отвечу на ваш тейк:
Теперь в вашей организации работают самые дешёвые и низкокачественные кадры, в чём, собственно, и заключается смысл HR.
Вы делаете вывод, который ничем не подкреплен. Есть официальная статистика предлагаемых ЗП по рынку IT и хабр делает отчеты и HH, рекомендую вам ознакомиться, узнать в рынке компания или нет, если не в рынке, то можно сделать предположение, что "дешевые", но сразу вам скажу, мы в рынке.
Вывод про компетенции/качество выглядит вообще крайне странно, для такого вывода нужно узнать систему грейдирования в организации, оценки внешних ассесментов матчатся ли они с внутренними грейдами, систему перфоманс ревью и выстраивания ИПР в организации, тут тоже вас уверяю оценки внешних ассесментов матчатся с внутренними оценками.
У меня есть предположение, что ваш комментарий написан для провокации, а не для того чтобы найти истину. В IT сообществах не уместны провокации, мы с вами уже достаточно давно в IT сфере, поэтому я предположу, что я ошибся и не правильно классифицировал ваш комментарий.
Деньги - это безусловно важнейший мотиватор, но все же не единственный. Гораздо комфортней работать с людьми, которые мотивированны в том числе и другими сущностями. Я обычный наемный работник и всю свою карьеру в it я был мотивирован и мотивирован до сих пор не только деньгами: я хочу работать с людьми, с которыми мне комфортно, важно чтобы был общий вайб, чтобы люди разделяли похожие со мной цели, также важно чтобы коллеги стремились получать качественный результат и гордились им, а не только думали о том как бы поднатаскаться проходить интервью и уйти через месяц на другое место. Это сугубо моя позиция никого не призываю, но я думаю, что каждый из нас хочет работать в комфортных условиях.
Решил, недавно, попробовать новую версию скайп'а, нужен был функционал в групповом чате обращаться к конкретным пользователям (в старой версии это криво, через команду). Мучился я с ним 3 дня: постоянные потери контента (не видно текст сообщений) при перетаскивании с одного экрана на другой, много багов со встроенным просмотрщиком изображений, не возможность быстро скинуть не нужных пользователей при групповом звонке и многое другое, в итоге я снова в 2014)
То что я описал, — это не стереотипы, а личные наблюдения в работе. Моя основная работа — это работа с людьми, так как я управленец, и основной вывод, который я делаю по этому, щепетильному, вопросу: с девушками/женщинами чуть тяжелее работать, и также на собеседование с ними нужно потратить чуть больше времени и сил, но если у меня будет возможность взять на работу кандидата, который полностью удовлетворяет запросам организации, то я не посмотрю на его пол. Со всеми людьми, если идет речь о высококвалифицированных специалистах, тяжело работать, к каждому нужно искать подход и т.п.
Не знаю почему на девушку накинулись в комментариях, вполне нормальная статья для первого раза. По теме, трудности в работе с девушками/женщинами (личный опыт):
излишняя эмоциональность, с мужчинами меньше такое бывает;
трудно предъявить за не качественно выполненную работу, после объективных доводов, все может сойтись банально к тому: «это потому что я девушка?!»;
феминизм и подобные -измы: «вы меня угнетаете по сравнению с другими, потому что я женщина, у меня меньше зп, та как я женщина и т.п.»;
за частую девушка больше нуждается в похлопывании по плечу, если ее результаты не замечают, может начать не стабильно работать;
Планерка состоит в том, что вед. объясняет остальным, как решать поставленные задачи, так как любому может достаться любая задача, то и на планерка должны быть все.
Да, — это по той причине, что задачи пересекаются и могут достаться любому, и чтобы не объяснять по десять раз, если исполнитель поменяется, собираемся, чтобы объяснить один раз.
При работе с электронными системами контроля задач важны следующие навыки:
грамотно и понятно называть задачи;
умение пользоваться поиском и фильтрами;
умение вовремя обновлять статус задачи;
умение грамотно закрывать задачу (нужно указать номер ревизии, в которой задача реализована);
умение следить за статусом задачи после того, как она перейдет на тестирование, т.к. задача может тестирование не пройти, и потребуются изменения.
Я с вами полностью согласен, что нужно пользоваться электронными системами, к этому мы и пришли своим путем.
Оценивать задачу должен исполнитель.
К этому мы тоже пришли, но это правильно, если исполнитель один и не изменим не при каких обстоятельствах.
В статье я писал, что на предприятии используется битрикс, и в ближайших планах: мы будем с ним взаимодействовать. И про scrumban я писал, даже есть ссылка на магазин. Но чесно говоря, нам в it-отделе, он не особо нравится.
1. Пример про четыре часа планирования был приведен из одной команды, в других планирование проходит быстрее. Четыре часа: данная команда работает над сложными техническими решениями и только ведущий разработчик имеет понимание, как решать поставленные задачи. Планерка состоит в том, что вед. объясняет остальным, как решать поставленные задачи, так как оюбому может достаться любая задача, то и на планерка должны быть все. Подчеркну, что длинная планерка только у одной команды.
2. В статье я указал на то, что сейчас команды разделены на разные направления, то есть планерка у всех разработчиков проходят по раздельно в соответствии с проектом.
3. Сейчас, только одна команда большая: 5 человек, все остальные 2-3, планерка быстрые и каждый задействован, сачковать не кому не удается.
4. В статье я подчеркнул, что сейчас перешли полностью в электронный вид. Я считаю, чтобы изначально сотрудники познакомились с новой системой, должна быть наглядная визуализация.
5. Проверка задач на ошибки осуществляется отделом тестирования — отдельная команда, иногда состоят в одной команде с разработчиками, иногда в спринте выделяется время на правку багов, но за частую, — это другой спринт. Верификацию от лица пользователей, осуществляют заинтересованные люди компании: руководство, маркетинг, я и др. Техническая верификация: в каждой команде есть вед, который осуществляет контроль по мердж реквестам.
Основная проблема: отсутствие структурности и системности в работе it-отдела организации.
Возможно, я не раскрыл всю картину, деятельность нашей организации больше чем на половину не it, вот там то все и крутится у руководства. У меня не достаточно опыта, чтобы организовывать все самому.
Agile мы применяем разумно, есть проекты, которые идут по старой доброй каскадной модели, так как мы работаем и с тендерами в том числе, а там нужно иметь четкие сроки завершения того или иного этапа. У всего должна быть мера. Я далеко не из тех, которые пропагандируют agile и только его. И сравнение лошади и машины, — это сравнение того как работали раньше (абы как) с тем, что есть сейчас.
Да, у меня нет сравнения, так как новую систему строил я, а старых данных у меня к сожалению нет. Да и команда/технологии/процессы кардинально поменялись, тут было бы сравнение не в двигателях, а сравнение лошади и машины.
Вы правы, на подготовку уходит много времени, и я это отмечал, как большую проблему в статье. Но нет, большинство времени уходит не на это. Потраченный день на обсуждение и разжевывание задач ничто по сравнению с тем, какие потери могут быть, например: разработчик не правильно понял feature и реализовал её не так, как нужно было клиенту, или, недавно был случай: клиенту не показали, как положено по регламенту модель его аппарата и сразу сделали боевой образец, итог, аппарат стоит пылится, такой клиенту он не нужен (банально не провели демо).
Redmine с плагином backlog's предоставляет некоторую электронную доску задач, но она мне не совсем нравится. Плагин для 1С Битрикса потрогал, но пока дальше в работу не пошло. В ближайшее время планируем внедрять. Посмотрю ту, которую вы посоветовали, спасибо.
Вы предлагаете мне работать в плохих условиях? Зачем? У меня прекрасная работа, хорошая ЗП, отличные коллеги. Зачем мне бежать за какой-то мифической морковкой и перевешивать часу весов? Да, я могу получить ЗП выше я знаю свои скиллы, знаю сколько они могут стоит на рынке, но за все приходится платить: я получу много денег, но потеряю хороших коллег и интересные задачи. Вы скажете можно все сразу получить, я с вами соглашусь, но добавлю, а сколько дерьма придется перебрать чтобы найти снова вязку: коллеги, задачи и много денег?!
Как вы думаете, почему каждый мой комментарий и статью задизлайкали?) Я более 10 лет работаю с инженерами и каждый раз радуюсь, когда инженер приходит к осознанности, что у монеты то две стороны. В том числе и сейчас я вступаю в полемику с вами, чтобы показать это. Если вы работаете в "хорошей" организации, то нет тех кто пытается не повысить вам ЗП или где-то обмануть. Если какая-то негативная ситуация происходит, то это не потому что какого-то конкретного инженера хотят захейтить, например, сейчас в 2024 по рынку IT у большинства организаций сдержанный ежегодный рост ЗП соизмеримый с официальной инфляцией, конечно, если инженер привык в год иметь +20%, а в этом году у него +8%, то он не будет разбираться почему так произошло, инженеру проще обвинить РП, ДМ, HR, ему зачем разбираться? Он считает, что ему не зачем иметь эту головную боль, он хочет свои кровные +20%. Это реальный кейс, да даже не один, где тут по вашему логика у этого инженера? Почему РП, HR виноваты и он - инженер чувствует себя обманутым? Замечу, у инженера ЗП выше среднерыночной.
Нет черной и белой стороны, реальность она серых оттенков, по этой причине совершенно противоположных мнений не может существовать, я не понимаю почему у многих коллег, не смотря на количество опыта работы, появляется какая-то острая неприязнь к HR к руководству к чему-то еще. Мы работаем в коммерческих структурах, у каждого подразделения свои цели, финансовая составляющая в большинстве организаций выдерживается в балансе, HR помогают выдерживать баланс выстраивая человеческие взаимоотношения, центр профессиональных компетенций (или подобные в других организациях) отвечает за развитие специалистов, инженеры за формализацию и выполнение задач, менеджмент за сходимость сроков, стоимости, удовлетворенности заказчика и состава работ, финансовый и исполнительный С-левел за сходимость всех финансов организации, финансово экономический отдел за сходимость данных и выполнение законодательства, СЕО и директор по развитию за стратегию развития и осваивание новых ниш, тут можно еще множество отделов приписать. Только если все эти структуры работают в унисон компания будет развиваться, иметь финансовый успех и иметь крутые проекты и большие ЗП. Почему на подобные статьи опытные инженеры реагируют так как вы отреагировали? В организации, которая движется к успеху нет тех, кто хочет кого-то обмануть или гребет под себя, я точно бы не стал работать в организации, которая разбалансирована и деньги утекают куда-то не для общего успеха.
Ну я более 10 лет работаю именно в такой парадигме. Вы сами выбираете, где работать и с кем работать, мне повезло, я сам влияю на то с какими людьми работать. С большинством коллег у меня прекрасный вайб и мы качественно и продуктивно работаем. Работать только за деньги без развития и совместного успеха такое себе. Всех денег мира не заработать, ментальное здоровье важнее.
Спасибо за ваше мнение, но я с ним не согласен. На комментарий выше уже по этой тематике отвечал, продублирую тут: Я обычный наемный работник и всю свою карьеру в it я был мотивирован и мотивирован до сих пор не только деньгами: я хочу работать с людьми, с которыми мне комфортно, важно чтобы был общий вайб, чтобы люди разделяли похожие со мной цели, также важно чтобы коллеги стремились получать качественный результат и гордились им, а не только думали о том как бы поднатаскаться проходить интервью и уйти через месяц на другое место. Это сугубо моя позиция никого не призываю, но я думаю, что каждый из нас хочет работать в комфортных условиях.
Отвечу на ваш тейк:
Вы делаете вывод, который ничем не подкреплен. Есть официальная статистика предлагаемых ЗП по рынку IT и хабр делает отчеты и HH, рекомендую вам ознакомиться, узнать в рынке компания или нет, если не в рынке, то можно сделать предположение, что "дешевые", но сразу вам скажу, мы в рынке.
Вывод про компетенции/качество выглядит вообще крайне странно, для такого вывода нужно узнать систему грейдирования в организации, оценки внешних ассесментов матчатся ли они с внутренними грейдами, систему перфоманс ревью и выстраивания ИПР в организации, тут тоже вас уверяю оценки внешних ассесментов матчатся с внутренними оценками.
У меня есть предположение, что ваш комментарий написан для провокации, а не для того чтобы найти истину. В IT сообществах не уместны провокации, мы с вами уже достаточно давно в IT сфере, поэтому я предположу, что я ошибся и не правильно классифицировал ваш комментарий.
Деньги - это безусловно важнейший мотиватор, но все же не единственный. Гораздо комфортней работать с людьми, которые мотивированны в том числе и другими сущностями. Я обычный наемный работник и всю свою карьеру в it я был мотивирован и мотивирован до сих пор не только деньгами: я хочу работать с людьми, с которыми мне комфортно, важно чтобы был общий вайб, чтобы люди разделяли похожие со мной цели, также важно чтобы коллеги стремились получать качественный результат и гордились им, а не только думали о том как бы поднатаскаться проходить интервью и уйти через месяц на другое место. Это сугубо моя позиция никого не призываю, но я думаю, что каждый из нас хочет работать в комфортных условиях.
Все это лишь мой опыт, не в обиду кому-то
Да, — это по той причине, что задачи пересекаются и могут достаться любому, и чтобы не объяснять по десять раз, если исполнитель поменяется, собираемся, чтобы объяснить один раз.
Я с вами полностью согласен, что нужно пользоваться электронными системами, к этому мы и пришли своим путем.
К этому мы тоже пришли, но это правильно, если исполнитель один и не изменим не при каких обстоятельствах.
2. В статье я указал на то, что сейчас команды разделены на разные направления, то есть планерка у всех разработчиков проходят по раздельно в соответствии с проектом.
3. Сейчас, только одна команда большая: 5 человек, все остальные 2-3, планерка быстрые и каждый задействован, сачковать не кому не удается.
4. В статье я подчеркнул, что сейчас перешли полностью в электронный вид. Я считаю, чтобы изначально сотрудники познакомились с новой системой, должна быть наглядная визуализация.
5. Проверка задач на ошибки осуществляется отделом тестирования — отдельная команда, иногда состоят в одной команде с разработчиками, иногда в спринте выделяется время на правку багов, но за частую, — это другой спринт. Верификацию от лица пользователей, осуществляют заинтересованные люди компании: руководство, маркетинг, я и др. Техническая верификация: в каждой команде есть вед, который осуществляет контроль по мердж реквестам.
Основная проблема: отсутствие структурности и системности в работе it-отдела организации.