Статья обязательна к прочтению теми, кто хочет написать про "эффективных менеджеров" и бедных непонятых программистах. Рулить людьми это ВСЕГДА сложно. Это самое сложное чем вообще можно рулить.
(Не) выделение какой бы то ни было функции в отдельное подразделение — исключительно вопрос объема предстоящих задач и роли этой функции в реализации глобальной стратегии.
Как я и говорил выше — все идет от непонимания и вы это подтверждаете. :)
Если не понимать функцию HR, то любой ее представитель автоматически будет находиться на уровне плинтуса в системе ценностей. Обобщения — следствие этого.
Треть вопросов как минимум к коммерческому дир-ру (другие на них не ответят), треть — снижают шанс пройти на следующий этап минимум наполовину, а оставшуюся треть нужно привязать к этапам собеседования (чего в статье нет).
"Задачи, которые выполняет девопс – это та же разработка, только инфраструктуры и процессов".
Ну как и следует из названия — "DEVeloper OPerationS". Во всех индустриях роль operations вполне себе определена (как и остальных бизнес-функций), а в IT до сих пор жаркие споры и непонятки. :-)
Кстати, по поводу того, что выше товарищ ardraeiss вам ответил: ему было как раз предложено вместе подумать, его это не устроило. Ну а я, разумеется, его переубеждать с таким настроем не вижу смысла. Как раз к дискуссии, к которой он аппелирует, я и призывал, но он сам отказался — его право.
Возвращаясь к вашим вопросам. Опять же, если готовы к дискуссии, то готов и я. Только давайте поэтапно и последовательно: какой продукт деятельности мы хотим получить от нашего программиста? Это на самом деле ключевой и не такой простой вопрос, как кажется на первый взгляд. Более того, ответ не может быть сформулирован одним словом. Предложением — может.
Если от каждого ждут результат, значит его можно замерять, а значит — выстроить KPI. Ничем IT не отличается от других индустрий в этом контексте. А групповая ответственность пилота и диспетчера будет повыше, однако ж и у них есть KPI.
Очень приятно почитать ваши адекватные рассуждения, которые (совершенно предсказуемо) тут заминусили.
Всецело разделяю вашу точку зрения по поводу того, что ответственность должна быть *индивидуальной*, а принцип «ты оценил, ты и делай» — верный симптом болезни под названием «патернализм» (в простонародье — перекладывание ответственности), которая — по историческим причинам — эпидемией бушует на всем постсоветском пространстве. До сих пор.
Надеюсь, на момент этого случая вам было лет 25, не больше.
Вы о конкретной программе конкретной школы сейчас? А то я не сторонник фантазий "в воздух".
За рубежом принято быть довольно сильно закредитованным, независимо от дохода. Просто цена расходов растет.
Я вижу что он говорит и вижу результат. Остальное мне неважно. То, что его рекомендации лишь для B2B — заблуждение, разумеется.
В статье несколько важных мыслей, увидев которые умный человек не удивится, почему у этого парня компания стоимостью 15 ярдов.
Статья обязательна к прочтению теми, кто хочет написать про "эффективных менеджеров" и бедных непонятых программистах. Рулить людьми это ВСЕГДА сложно. Это самое сложное чем вообще можно рулить.
(Не) выделение какой бы то ни было функции в отдельное подразделение — исключительно вопрос объема предстоящих задач и роли этой функции в реализации глобальной стратегии.
Как я и говорил выше — все идет от непонимания и вы это подтверждаете. :)
Если не понимать функцию HR, то любой ее представитель автоматически будет находиться на уровне плинтуса в системе ценностей. Обобщения — следствие этого.
Я всё понимаю, но в плюс вы выводите за счет интеграции софта, или вы еще и спецы по недвижимости, а то может и по гринфилду/браунфилду?
"Мы делаем софт для стоматологий".
Но советы даете в т.ч. о правильном месте локации стоматологии и т.д. Самоуверенно.
Солдафонский подход в бизнесе наглядное свидетельство беспомощности. (с) Из опыта.
Ковидономика
"ментальность типичного россиянина и китайца относительно близка. В крайнем случае, ближе, чем того же россиянина и американца"
Хороша фантазейка, взбодрила. :-)
Треть вопросов как минимум к коммерческому дир-ру (другие на них не ответят), треть — снижают шанс пройти на следующий этап минимум наполовину, а оставшуюся треть нужно привязать к этапам собеседования (чего в статье нет).
Ну вот же: https://en.wikipedia.org/wiki/DevOps
Первая строчка.
"Задачи, которые выполняет девопс – это та же разработка, только инфраструктуры и процессов".
Ну как и следует из названия — "DEVeloper OPerationS". Во всех индустриях роль operations вполне себе определена (как и остальных бизнес-функций), а в IT до сих пор жаркие споры и непонятки. :-)
Возвращаясь к вашим вопросам. Опять же, если готовы к дискуссии, то готов и я. Только давайте поэтапно и последовательно: какой продукт деятельности мы хотим получить от нашего программиста? Это на самом деле ключевой и не такой простой вопрос, как кажется на первый взгляд. Более того, ответ не может быть сформулирован одним словом. Предложением — может.
Какая ваша версия?
Если от каждого ждут результат, значит его можно замерять, а значит — выстроить KPI. Ничем IT не отличается от других индустрий в этом контексте. А групповая ответственность пилота и диспетчера будет повыше, однако ж и у них есть KPI.
Всецело разделяю вашу точку зрения по поводу того, что ответственность должна быть *индивидуальной*, а принцип «ты оценил, ты и делай» — верный симптом болезни под названием «патернализм» (в простонародье — перекладывание ответственности), которая — по историческим причинам — эпидемией бушует на всем постсоветском пространстве. До сих пор.
Считаю важным поддерживать единомышленников. :-)