Для поиска технических специалистов может и норм вопрос, но скорее похоже на какую-то месть за то что вы писали свой диплом сами. К примеру для продаж я бы искал людей с высшим образованием которые бы ничего не знали о своем дипломе, но при этом помнили цвет глаз секретаря в приемной или ФИО рекрутера который направил их на собеседование.
P.S. Сразу уточню)) учился я ОЧЕНЬ плохо, в дипломе не написал ни строчки — прокрастинация наше все. Пока эту проблему не решил, продвинутся в своем развитие так и не получилось)) Но решил я ее уже после универа, спасибо психологам
Благодарю за статью. Есть пару вопросов которые хотелось бы прояснить:
1. Какие метрики вы используете для оценки взаимодействия между членами команды и как их интерпретируете?
Кейс: два сотрудника разных отделов стали регулярно вместе обедать и делится информацией, количество задач закрытых данными сотрудниками в тот же период увеличилось в двое. Можно ли считать увеличение количества закрытия задач следствием обедов и т.д. Как вы сопоставляете информацию?
2. Как производится анализ постоянной аудиозаписи всех сотрудников, это очень большой массив данных, вы как-то автоматизируете данный процесс по ключевым словам или предполагается прослушка диалогов между сотрудниками?
Кейс: Руководитель во время прослушки диалога между сотрудниками, узнал о себе дополнительную информацию не соответствующую его личным представлениям. Сотрудники уволены, сроки реализации проекта сорваны. Как решается вопрос личной информации, при постоянной записи разговоров всех сотрудников?
Глобализация как она есть, программист может воспользоватся ее преимуществами, вы потенциально тоже (предлагать свой продукт не только в России но и на мировом рынке), а вот к примеру учитель начальных классов без знания английского языка живущий в России вообще шансов не имеет. Тут единственный способ смена профессии.
Это вы похоже о футболистах, а не о программистах)). Нормальное распределение зп в России не работает в отношении программистов потому, что программист может работать удаленно и как следствие нормальное распределение нужно строить по уровню мировых зарплат, а там программист проигрывает и финансистам и юристам и спротсменам и врачам.
Это вопрос конкуренции на рынке труда. Если за твои очень скромные знания готовы платить ОЧЕНЬ (по твоим меркам) большие деньги, ты будешь делать рациональный выбор — доход в семью я обеспечил, можно заниматься личными вопросами и в этот момент ты теряешь мотивацию к росту. Это в любой профессии так и относится скорее к самому человеку, чем к профессии которую он выбрал, программист тоже человек))) Возможность работы удаленно в Канаде, США или Германии тянет уровень зп в слабо развитых странах вверх, я думаю это скорее хорошо чем плохо для таких стран, иначе вообще бы никакой надежды не было, а так есть шанс вырваться из своей дыры.
Понятно))) Тогда ответ однозначный, переоценки зп программистов нет. В Канаде к примеру, доктор, медсестра, водопроводчик, специалист по вентиляции в среднем получают больше чем программисты, эта информация легко гуглится так что можете проверить. Там однозначно нет переоценки программистов если считать зп других профессий, по другим странам думаю ситуация схожая. А вот то, что в России зарплаты в отраслях не относящихся к IT, госслужбе и финансам очень низкие, это как раз факт. Программист может устроится удаленно в Канаду, Германию или США как следствие это тянет местный рынок зп вверх, когда наши инженеры смогут свободно устраиваться в Европейские и Американские компании, тогда зп повысится, если этого не произойдет, зп останется прежней.
В любом случае зарплаты сотрудников это издержки для компаний и они будут стараться платить настолько мало насколько это возможно, при этом чтобы производство продолжалось.
Тогда почему есть ощущение переоценки зп программистов в России. Я к примеру сравниваю зп с США, Канадой и Германией — у нас недооценка, если же взять что-нибудь вроде Конго будет громадная переоценка. Вообщем с чем вы сравниваете?
Зарплаты слишком превышающие рыночные предложения, могут и не выплатить. Тем более если бизнес недавно стартовал и постоянного притока денег нет. Если вы как работник хоть как то защищены законодательством (что не отменяет потерю денег), то как партнер как раз вы и должны будете обеспечить выплату этих высоких зарплат, в том числе и за счет своего собственного имущества, законодательство это предусматривает.
Если человеку хватает на жизнь себе и своей семье это не переоценка его труда, это вообще-то нормальная ситуация. Человек честно работает, выполняет свои обязанности, он не готов нести риски связанные с предпринимательством, хочет работать специалистом.
Странно это когда человеку чтобы заработать себе на жизнь надо обязательно стать крутым бизнесменом, а иначе он просто погибнет с голода. Вы похоже предприниматель по своей сути — вам это нравится, у других тоже должна быть возможность заниматься тем что им нравится и при этом зарабатывать себе на жизнь. Зарплата педагога в 12 тыс руб ненормальна, а не зарплата программиста в 120 тыс руб.
Странно связывать склонность к предпринимательству и переоцененность з/п работников IT. Предпринимателей по своей сути всегда было 3-5% населения, это нормально. Я скорее считаю, что в России есть недооценненость з/п в других профессиях. Если в Канаде средний водопроводчик и средний программист зарабатывают одинаково, это не означает что они зарабатывают одинаково мало, это означает, что им этих денег достаточно на то чтобы содержать свои семьи.
Если перевернуть тетрадь вертикально получаешь формат А4, поля тетради образуют хеадер и футер для заметок, страницы прекрасно помещаются в ксерокс. Единственный недостаток, если тетрадь очень толстая становится немного неудобно писать в центре тетради
У меня пол статьи было полное ощущение, что я читаю статью девушки SMM-щика, пока случайно взгляд не зацепился за упоминание о себе в мужском роде. Честно говоря я до сих пор не уверен, что ваш акканут не фейковый, полное ощущение стилистики женской статьи. Из-за подобной формы подачи, очень сложно сосредоточится на тех смыслах, которые статья доносит. Возможно если бы статья была написана в более сдержанной манере и 1,5 короче, то воспринимать информацию было бы легче.
По своей сути, мы скорее индивидуалисты. Мне сложно придумать причину для объединения большого количества работников IT. Я скорее поверю в децентрализованную структур состоящую из групп по 5-6 человек решающие конкретные задачи, чем массовое движение с единым лидером или управляющей группой ведущей к «светлому будущему». Если есть конкретные предложения то лучше бы обсудить их, чем абстрактные вопросы создания профсоюза. Мне ближе следующая модель:
1. Продукт оунер обозначает проблему, команда ее обсуждает и принимает решение, что проблема есть и она не выдумана или отклоняет.
2. Если проблема есть, группа предлагает пути разрешения проблемы и имеющиеся возможности, утверждает план работ.
3. Каждый член группы выбирает для себя задачу и ставит сроки
4. Дальше по аджайл ведется работа.
Такой вариант мне гораздо ближе, чем коллективизм/безответственность и светлый путь в будущее/прошлое.
Тогда почему к примеру аббревиатура ИВЦ является ошибкой, а ФСБ относится к SOC. При таком подходе задание выглядит следующем образом:
1. Те слова которые мы придумали и зашифровали — являются правильными, те слова которые мы пропустили и не заметили — не правильные.
2. Тех участников которые нашли подобные слова — мы объявляем «слишком творческими» и исключаем.
3. Если нам указывают на неточности в задании, бьемся до конца и не отступаем, задача доказать, что незамеченные нами слова не относятся к SOC. Ну и параллельно доказываем, что к примеру «аутсорсинг» это SOC и есть.
Спасибо за статью, очень интересный материал. Добавлю от себя довольно хороший инструмент — интерактивный прототип в Фигме, позволяет лучше понять логику работы приложения, сокращает время на коммуникацию с дизайнером, уменьшает количество корректировок.
Странное ощущение от прочтения статьи, с одной стороны используемые метафоры кажутся интересными, но с другой стороны непонятно как применять их в конкретной РЕАЛЬНОЙ задаче.
Берем свой рабочий день: он включает в себя периодические задачи, цели на день, задачи спринта и т.д. И как их отцифровать? Добавить вес для каждой задачи? Это все равно необъективно. Посмотреть сколько фитч уже реализовано к релизу новой версии? Под капотом у каждой фичи может быть море новых задач. С пользой для заказчика это вообще не соотносится. Вообщем аджайл мне явно ближе
P.S. Сразу уточню)) учился я ОЧЕНЬ плохо, в дипломе не написал ни строчки — прокрастинация наше все. Пока эту проблему не решил, продвинутся в своем развитие так и не получилось)) Но решил я ее уже после универа, спасибо психологам
1. Какие метрики вы используете для оценки взаимодействия между членами команды и как их интерпретируете?
Кейс: два сотрудника разных отделов стали регулярно вместе обедать и делится информацией, количество задач закрытых данными сотрудниками в тот же период увеличилось в двое. Можно ли считать увеличение количества закрытия задач следствием обедов и т.д. Как вы сопоставляете информацию?
2. Как производится анализ постоянной аудиозаписи всех сотрудников, это очень большой массив данных, вы как-то автоматизируете данный процесс по ключевым словам или предполагается прослушка диалогов между сотрудниками?
Кейс: Руководитель во время прослушки диалога между сотрудниками, узнал о себе дополнительную информацию не соответствующую его личным представлениям. Сотрудники уволены, сроки реализации проекта сорваны. Как решается вопрос личной информации, при постоянной записи разговоров всех сотрудников?
В любом случае зарплаты сотрудников это издержки для компаний и они будут стараться платить настолько мало насколько это возможно, при этом чтобы производство продолжалось.
Странно это когда человеку чтобы заработать себе на жизнь надо обязательно стать крутым бизнесменом, а иначе он просто погибнет с голода. Вы похоже предприниматель по своей сути — вам это нравится, у других тоже должна быть возможность заниматься тем что им нравится и при этом зарабатывать себе на жизнь. Зарплата педагога в 12 тыс руб ненормальна, а не зарплата программиста в 120 тыс руб.
1. Продукт оунер обозначает проблему, команда ее обсуждает и принимает решение, что проблема есть и она не выдумана или отклоняет.
2. Если проблема есть, группа предлагает пути разрешения проблемы и имеющиеся возможности, утверждает план работ.
3. Каждый член группы выбирает для себя задачу и ставит сроки
4. Дальше по аджайл ведется работа.
Такой вариант мне гораздо ближе, чем коллективизм/безответственность и светлый путь в будущее/прошлое.
1. Те слова которые мы придумали и зашифровали — являются правильными, те слова которые мы пропустили и не заметили — не правильные.
2. Тех участников которые нашли подобные слова — мы объявляем «слишком творческими» и исключаем.
3. Если нам указывают на неточности в задании, бьемся до конца и не отступаем, задача доказать, что незамеченные нами слова не относятся к SOC. Ну и параллельно доказываем, что к примеру «аутсорсинг» это SOC и есть.
Берем свой рабочий день: он включает в себя периодические задачи, цели на день, задачи спринта и т.д. И как их отцифровать? Добавить вес для каждой задачи? Это все равно необъективно. Посмотреть сколько фитч уже реализовано к релизу новой версии? Под капотом у каждой фичи может быть море новых задач. С пользой для заказчика это вообще не соотносится. Вообщем аджайл мне явно ближе