Несколько лет думаю над обозначенной проблематикой. Но не со стороны HR, а как технический руководитель. В погоне за достижениями, показателями, метриками компании "оранжевого" типа получают очень посредственный результат. Типа "вам надо затрекать 8 часов, так я и затрекаю", а потом ещё часов 40 на рефакторинг через несколько недель/месяцев.
В тех случаях, когда целевым показателем являются такие вещи, как "ТТМ" (время выхода решения на рынок) мы имеем явный конфликт интересов. Большинству разработчиков немного интереснее создавать качественный продукт, нежели поделку. Даже если они этому не научены, они всё равно этого хотят. Поэтому во многих компаниях часто видят риски при приёме на работу очень опытных инженеров.
Во-первых, у них часто есть мнение как делать правильно. Во-вторых, их бывает трудно убедить сделать быстро вместо сделать хорошо.
Собственно, к чему я) Как говорит один умный товарищ (Тимур Шемсединов) - современному "рыночку" не нужны программисты (имеются в виду люди с хорошей базовой подготовкой). Ему нужны кодеры.
Хотел бы увидеть продолжение этой статьи, возможно у автора есть мысли на этот счёт. Как правильно и без игры на грани закрытия бизнеса произвести такую трансформацию на уровне компании? Ведь существующих "бирюзовых" компаний на всех не хватит :-)
@nletra Очень хорошая статья, спасибо.
Несколько лет думаю над обозначенной проблематикой. Но не со стороны HR, а как технический руководитель. В погоне за достижениями, показателями, метриками компании "оранжевого" типа получают очень посредственный результат. Типа "вам надо затрекать 8 часов, так я и затрекаю", а потом ещё часов 40 на рефакторинг через несколько недель/месяцев.
В тех случаях, когда целевым показателем являются такие вещи, как "ТТМ" (время выхода решения на рынок) мы имеем явный конфликт интересов. Большинству разработчиков немного интереснее создавать качественный продукт, нежели поделку. Даже если они этому не научены, они всё равно этого хотят. Поэтому во многих компаниях часто видят риски при приёме на работу очень опытных инженеров.
Во-первых, у них часто есть мнение как делать правильно. Во-вторых, их бывает трудно убедить сделать быстро вместо сделать хорошо.
Собственно, к чему я) Как говорит один умный товарищ (Тимур Шемсединов) - современному "рыночку" не нужны программисты (имеются в виду люди с хорошей базовой подготовкой). Ему нужны кодеры.
Хотел бы увидеть продолжение этой статьи, возможно у автора есть мысли на этот счёт. Как правильно и без игры на грани закрытия бизнеса произвести такую трансформацию на уровне компании? Ведь существующих "бирюзовых" компаний на всех не хватит :-)