Возможность релокации это лишь один из факторов
Чтобы в ИТ были копеечные зарплаты нужен сильно монополизированный рынок ИТ, у «местных начальников» какое-то влияние на соседние фирмы если их больше чем пальцев на руках стремится к нулю
эта книга — переписанная человеческим языком абсолютно стройная экономическая теория под названием «экономика развития» и она дает ответ почему британцы стали успешны в свое время
вот про приключения в тропиках — это как раз противоположность исповеди экономического убийцы
не надо искать злого умысла там где просто недостаток знаний экономистов того времени
там рынок другой, там куча малооплачиваемых футболистов и несколько суперзвезд, которые уже медиаперсоны, а не условно-заменяемые специалисты
там как на рынке голливудских актеров ситуация
Просто эти макроэкономические факторы не имеют значения.
Если фирма не может себе позволить специалиста за 300 тугриков, то она его просто не наймет, рынок труда не изогнется, подарив фирме специалиста за 100 тугриков потому что фирму жалко. В обратную сторону это тоже работает — если компания очень прибыльная, то это не значит что она будет платить специалистам не 300 тугриков, а 500. То что она может — не значит что она будет.
А если резко начнется бум в энергетике — то безусловно энергетические фирмы получат кучу денег, вот только насколько этот золотой дождь (простите за метафору) дойдет до рабочих — зависит от описанных в статье факторов.
ну, обычно это не хотфикс, такое ЦБ старается заранее объявлять
но если бы это было хотфиксом, то команда бы попробовала выкинуть из спринта менее приоритетные задачи
ну или просто досрочно закрыть спринт прошлый и начать новый, это нормально
Попробую объяснить:
я в этой индустрии уже 15 лет, но не могу сформулировать результат работы программиста. хороший код? а какой код хороший? как в определении верховного суда США — я узнаю порнографию если ее увижу?
хороший продукт? а какой продукт хороший? говорят что прибыльный, но при чем тут команда разработки? тут сейлзы и маркетинг бал правят.
В ИТ просто нет индивидуальных зон ответственности, там куча узких специалистов которые зависят друг от друга. Поэтому вся мотивация которая там работает — это групповая — то есть смогли вы внутри команды выстроить рабочую атмосферу — молодцы.
А иначе получается, что «к пуговицам претензии есть?» — то есть индивидуально все молодцы, а продукт не работает.
ardraeiss и kanut79, чего вы на Lelant0s набросились? к вашему сведению — это продвинутый пример заказчика, обычно бывает намного хуже. Вера в KPI идет из других индустрий, для сейлзов к примеру это вообще самый классный способ выстроить работу. И наши рассуждения об какой-то исключительности ИТ вызывают вполне справедливый скепсис.
Самый близкое к ИТ сравнение — это наука. Когда есть целая лаборатория узких специалистов и они ищут лекарство от рака. Людям из других индустрий сложно понять что подход «у вас два года чтобы найти лекарство от рака» не работает. А работает подход когда вы оставляете их в покое и ждете пока они сделают свою работу.
Lelant0s, прости, но я не буду теоретизировать и совместно искать KPI для разработчиков. В прошлый раз когда я разгромил при устройстве на работу действующую систему KPI компании — работу я так и не получил, так что у меня стойкая идиосинкразия на дискуссии на эту тему.
Привет.
Для меня твой комментарий самый ценный честно говоря, потому что все остальные в ИТ варятся и для них моя статья мало чего нового дает. А вот вопросы со стороны очень ценные.
Чтобы не затопить тебя текстом вброшу простую мысль — за 15 лет работы в ИТ мне ни разу не встречались работающие KPI для ИТ.
Более того, мне даже ни разу не встречались KPI которые бы не приносили компании конкретный вред.
Более того, специальная литература не упоминала работающие KPI, зато с азартом разбирала как ИТшные KPI рушили компании.
Более того, на обучении менеджменту на МВА под эту проблему с KPI было подведено теоретическое обоснование.
Это когда например прибегает ЦБ и требует добавить в рублевое платежное поручение новое поле. А РПП это самая популярная фича у клиентов. И ты на бэке добавляешь поле, в интернет-банке добавляешь поле, в мобильном банке добавляешь поле, в печатные формы добавлешь поле. И все это делают разные команды. И все это тестами покрывать.
Казалось бы — одно поле, тьфу! А трудозатрат куча.
Чтобы в ИТ были копеечные зарплаты нужен сильно монополизированный рынок ИТ, у «местных начальников» какое-то влияние на соседние фирмы если их больше чем пальцев на руках стремится к нулю
аргентина дефолтила многократно, хоть бы раз у нее что-то забрали
не надо искать злого умысла там где просто недостаток знаний экономистов того времени
там как на рынке голливудских актеров ситуация
есть какие-то сроки когда это уже не хайп?
Если фирма не может себе позволить специалиста за 300 тугриков, то она его просто не наймет, рынок труда не изогнется, подарив фирме специалиста за 100 тугриков потому что фирму жалко. В обратную сторону это тоже работает — если компания очень прибыльная, то это не значит что она будет платить специалистам не 300 тугриков, а 500. То что она может — не значит что она будет.
А если резко начнется бум в энергетике — то безусловно энергетические фирмы получат кучу денег, вот только насколько этот золотой дождь (простите за метафору) дойдет до рабочих — зависит от описанных в статье факторов.
но если бы это было хотфиксом, то команда бы попробовала выкинуть из спринта менее приоритетные задачи
ну или просто досрочно закрыть спринт прошлый и начать новый, это нормально
я в этой индустрии уже 15 лет, но не могу сформулировать результат работы программиста. хороший код? а какой код хороший? как в определении верховного суда США — я узнаю порнографию если ее увижу?
хороший продукт? а какой продукт хороший? говорят что прибыльный, но при чем тут команда разработки? тут сейлзы и маркетинг бал правят.
А иначе получается, что «к пуговицам претензии есть?» — то есть индивидуально все молодцы, а продукт не работает.
Самый близкое к ИТ сравнение — это наука. Когда есть целая лаборатория узких специалистов и они ищут лекарство от рака. Людям из других индустрий сложно понять что подход «у вас два года чтобы найти лекарство от рака» не работает. А работает подход когда вы оставляете их в покое и ждете пока они сделают свою работу.
Lelant0s, прости, но я не буду теоретизировать и совместно искать KPI для разработчиков. В прошлый раз когда я разгромил при устройстве на работу действующую систему KPI компании — работу я так и не получил, так что у меня стойкая идиосинкразия на дискуссии на эту тему.
Для меня твой комментарий самый ценный честно говоря, потому что все остальные в ИТ варятся и для них моя статья мало чего нового дает. А вот вопросы со стороны очень ценные.
Чтобы не затопить тебя текстом вброшу простую мысль — за 15 лет работы в ИТ мне ни разу не встречались работающие KPI для ИТ.
Более того, мне даже ни разу не встречались KPI которые бы не приносили компании конкретный вред.
Более того, специальная литература не упоминала работающие KPI, зато с азартом разбирала как ИТшные KPI рушили компании.
Более того, на обучении менеджменту на МВА под эту проблему с KPI было подведено теоретическое обоснование.
Казалось бы — одно поле, тьфу! А трудозатрат куча.