#Ретроспектива 27.05.2019 2%.
***
Когда-то давно (примерно 6 лет назад), у меня была мечта - я должен был непременно стать бизнесменом, зарабатывать свои деньги и вот это вот все.
Вижу цель - не вижу препятствий. У меня была хорошая компетенция в 2х вещах: в ИТ (крупные заказчики, сложные проекты внедрения) и в #excel (+/- 10 лет опыта на тот момент).
И я, как подобает нормально стартаперу, решил начать с чего-то крутого, и начал я с внедрения #jira для среднего бизнеса. Есть руководитель, у него, значит, подчиненные, и вот он им задачи ставит, а потом контролирует. И вот тут у большинства (как мне казалось) руководитель с контролем-то и не все хорошо. А так как я сам оч увлекался техникой пустого инбокса, #gtd и посматривал в тихаря Максима Дорофеева, то точно знал: «что не записано, то продолбано». И значит, руководителям этим бедным и несчастным, надо просто систему внедрить, чтобы они, квадратно-головые, перестали все в голове хранить, и чтобы система им в этом помогала.
Долго ли коротко ли, но не пошло сие начинание.
***
Не зашло ИТ, пойдем в #excel. Взял пару проектов, сделал, потом еще и еще и хорошо так пошло, что потом вышел на проекты и с ИТ. И заказчики откуда-то нашлись, и деньги платили. И настало время как-то себя назвать. Вспомнил, что у меня шутка с заказчиками была, что они мне деньги платят за то, что я знаю функций экселя не 2%, как они, а 10%. Потом я где-то слышал, что 2% от населения представляют собой предприниматели. Ну 2%, так 2%. Вот я себя и стал называть 2 процентным консалтингом.
***
Прошли эти 6 лет. Сейчас я занимаюсь совсем другими вещами, писать стал с завидной периодичностью. Решил завести себе канал и название пришло само собой.
Так и появился мой канал «2%».
***
Когда-то давно (примерно 6 лет назад), у меня была мечта - я должен был непременно стать бизнесменом, зарабатывать свои деньги и вот это вот все.
Вижу цель - не вижу препятствий. У меня была хорошая компетенция в 2х вещах: в ИТ (крупные заказчики, сложные проекты внедрения) и в #excel (+/- 10 лет опыта на тот момент).
И я, как подобает нормально стартаперу, решил начать с чего-то крутого, и начал я с внедрения #jira для среднего бизнеса. Есть руководитель, у него, значит, подчиненные, и вот он им задачи ставит, а потом контролирует. И вот тут у большинства (как мне казалось) руководитель с контролем-то и не все хорошо. А так как я сам оч увлекался техникой пустого инбокса, #gtd и посматривал в тихаря Максима Дорофеева, то точно знал: «что не записано, то продолбано». И значит, руководителям этим бедным и несчастным, надо просто систему внедрить, чтобы они, квадратно-головые, перестали все в голове хранить, и чтобы система им в этом помогала.
Долго ли коротко ли, но не пошло сие начинание.
***
Не зашло ИТ, пойдем в #excel. Взял пару проектов, сделал, потом еще и еще и хорошо так пошло, что потом вышел на проекты и с ИТ. И заказчики откуда-то нашлись, и деньги платили. И настало время как-то себя назвать. Вспомнил, что у меня шутка с заказчиками была, что они мне деньги платят за то, что я знаю функций экселя не 2%, как они, а 10%. Потом я где-то слышал, что 2% от населения представляют собой предприниматели. Ну 2%, так 2%. Вот я себя и стал называть 2 процентным консалтингом.
***
Прошли эти 6 лет. Сейчас я занимаюсь совсем другими вещами, писать стал с завидной периодичностью. Решил завести себе канал и название пришло само собой.
Так и появился мой канал «2%».
Одураченные случайностью.. по Дорофееву
Максим разбирает доклад, в котором делается ссылка на исследование, из которого автор доклада делает вывод, что работать в openspace хуже (в терминах стресса), чем в тихих кабинетиках.
Видео очень короткое, но поэтому просто рекомендую его посмотреть, но если по пунктам:
1️⃣ Авторы сравнивают средние 2х выборок (группа в шумном и тихом офисе) и из различий делают вывод
2️⃣ Кроме средних (у которых, кстати, нет стандартного отклонения, что странно) приводят значение t-статистики (которая имеет распределение Стьюдента), которая проходит на грани по гормонам стресса (вероятность получить такие средние из 2х подмножества 1й выборки около 4%, когда граница 5, то есть хорошо, но спорненько, но для публикации самое “то”)
3️⃣ Приводится живой пример (в #excel), когда из 2х выборок сотрудников на основании сравнения средних и t-статистики делается вывод, что 1 лучше, чем другие, хотя все значения получены из данных подбрасывали игральных костей
В конце Максим призывает
📌 Не делать поспешных выводов на одурманенный случайностью мозг
📌 Не использовать “сравнительные” данные для премирования (увольнения) людей
Хочется сказать Максиму большое спасибо за его просветительскую работу.
https://www.youtube.com/watch?v=dv1tv81Z_0M
Максим разбирает доклад, в котором делается ссылка на исследование, из которого автор доклада делает вывод, что работать в openspace хуже (в терминах стресса), чем в тихих кабинетиках.
Видео очень короткое, но поэтому просто рекомендую его посмотреть, но если по пунктам:
1️⃣ Авторы сравнивают средние 2х выборок (группа в шумном и тихом офисе) и из различий делают вывод
2️⃣ Кроме средних (у которых, кстати, нет стандартного отклонения, что странно) приводят значение t-статистики (которая имеет распределение Стьюдента), которая проходит на грани по гормонам стресса (вероятность получить такие средние из 2х подмножества 1й выборки около 4%, когда граница 5, то есть хорошо, но спорненько, но для публикации самое “то”)
3️⃣ Приводится живой пример (в #excel), когда из 2х выборок сотрудников на основании сравнения средних и t-статистики делается вывод, что 1 лучше, чем другие, хотя все значения получены из данных подбрасывали игральных костей
В конце Максим призывает
📌 Не делать поспешных выводов на одурманенный случайностью мозг
📌 Не использовать “сравнительные” данные для премирования (увольнения) людей
Хочется сказать Максиму большое спасибо за его просветительскую работу.
https://www.youtube.com/watch?v=dv1tv81Z_0M
YouTube
Шум, моча и open office: научная работа по психологии (как она есть и как ее цитируют)
Укороченная текстовая версия у меня на форуме: https://forum.mnogosdelal.ru/viewtopic.php?f=11&t=1068
Исходный доклад Вадима Макишвили: https://www.youtube.com/watch?v=ytX7Dv3K7Go
Статья Ульяма Госсета под псевдонимом Стьюдент: http://www.york.ac.uk/dept…
Исходный доклад Вадима Макишвили: https://www.youtube.com/watch?v=ytX7Dv3K7Go
Статья Ульяма Госсета под псевдонимом Стьюдент: http://www.york.ac.uk/dept…
Обращение к #telegram
Уважаемый Павел Дуров!
В эпоху AI, ML, и проч алгоритмов довольно грустно осознавать, что офигенная функция «отложенный пост» до сих пор не обзавелась «разумностью» 🤷♂️
Если взять все сообщения в канале, то даже в #excel 🤦♂️ можно увидеть следующий паттерн моих постов:
⏰ почти наверное публикация будет в 9:00
⏰ в один из 3х дней: понедельник, среда или пятница
Да, бывают исключения, когда мысль приходит в моменте и ею хочется поделиться 🛫, но в целом ведение канала — это планируемая деятельность 📆
🔧 Пожалуйста, @durov, сделай уже с этим что-то (например, предустановленное время поста с учетом уже написанных, но не отправленных)
❤️Твой самый #NPS’ный (10 из 10 и не на словах, а на деле) пользователь!
#Найм #МодельКомпетенций #AgileКоуч
Процесс найма agile-коучей (АК). Продолжение
В прошлой публикации мы описали первые 2 этапа процесса найма АК. Настала пора раскрыть оставшиеся.
3️⃣ После успешного прохождения интервью на ценности кандидат переходил на этап кейсового интервью, которое проводили более опытные АК.
Здесь все так же, как и в интервью по ценностям, с тем лишь отличием, что
➕ формат этого интервью идет от кандидата и его ответов, а не из скрипта интервью;
➕ интервью всегда проводят 2 agile-коуча (не меньше, чтобы иметь разные мнения, не больше, чтобы не испугать кандидата— каждый может вспомнить свои ощущения, когда на интервью сидят 3-4 человека с кислыми минами ), которые в конце заполняют анкету обратной связи.
Успешно этот этап завершало порядка 15-20% кандидатов.
4️⃣ Если кандидат прошел все испытания, то осталось понять адекватность (с нашей точки зрения) зарплатных ожиданий.
Решений “про деньги” принимали уже мы с Антоном (мы подумали, но не стали идти по пути scrumtrek и раскрывать ЗП коучей друг перед другом).
Чтобы получить искомый ответ, мы в свое время сделали анализ ЗП и соответствующих ей компетенций и увидели между ними функциональную связь (какая связь мы не раскроем, но уверены, что есть среди agile-коучей люди, кто еще не забыл моделирование, например, в #Python или на худой конец в #Excel).
Мы в целом заранее знали ожидания человека и уже понимали, потянем его или нет, готовы ли по модели предложить нечто сопоставимое. За очень редким исключением, далее переходили почти все, то есть около 95-99%.
5️⃣ Если все этапы пройдены, кандидат получал офер и выходил к нам работать, где его ждал процесс адаптации – 3х месячный испытательный срок с онбордингом.
Замечание:
На любом этапе могли возникнуть разногласия, они разрешались переговорами. Если переговоры не приносили эффекта (собеседующие АК не могут прийти к единой позиции), то мы отказывали кандидату (климат в команде важнее хорошего кандидата).
Из цифр воронки найма видно, что мы из 350 CV в штат наняли 6️⃣ АК, но в каждом из них мы были уверены, как в самих себе 🙂
Продолжение следует…⏩
____
Сергей и Антон
Канал 2%
Процесс найма agile-коучей (АК). Продолжение
В прошлой публикации мы описали первые 2 этапа процесса найма АК. Настала пора раскрыть оставшиеся.
3️⃣ После успешного прохождения интервью на ценности кандидат переходил на этап кейсового интервью, которое проводили более опытные АК.
Здесь все так же, как и в интервью по ценностям, с тем лишь отличием, что
➕ формат этого интервью идет от кандидата и его ответов, а не из скрипта интервью;
➕ интервью всегда проводят 2 agile-коуча (не меньше, чтобы иметь разные мнения, не больше, чтобы не испугать кандидата
Успешно этот этап завершало порядка 15-20% кандидатов.
4️⃣ Если кандидат прошел все испытания, то осталось понять адекватность (с нашей точки зрения) зарплатных ожиданий.
Решений “про деньги” принимали уже мы с Антоном (мы подумали, но не стали идти по пути scrumtrek и раскрывать ЗП коучей друг перед другом).
Чтобы получить искомый ответ, мы в свое время сделали анализ ЗП и соответствующих ей компетенций и увидели между ними функциональную связь (какая связь мы не раскроем, но уверены, что есть среди agile-коучей люди, кто еще не забыл моделирование, например, в #Python или на худой конец в #Excel).
Мы в целом заранее знали ожидания человека и уже понимали, потянем его или нет, готовы ли по модели предложить нечто сопоставимое. За очень редким исключением, далее переходили почти все, то есть около 95-99%.
5️⃣ Если все этапы пройдены, кандидат получал офер и выходил к нам работать, где его ждал процесс адаптации – 3х месячный испытательный срок с онбордингом.
Замечание:
На любом этапе могли возникнуть разногласия, они разрешались переговорами. Если переговоры не приносили эффекта (собеседующие АК не могут прийти к единой позиции), то мы отказывали кандидату (климат в команде важнее хорошего кандидата).
Из цифр воронки найма видно, что мы из 350 CV в штат наняли 6️⃣ АК, но в каждом из них мы были уверены, как в самих себе 🙂
Продолжение следует…⏩
____
Сергей и Антон
Канал 2%
Дилемма: надо ли руководителю работать руками? (продолжение)
Хочу ответить на вопрос с нескольких позиций
Я не мастер #SQL, но при необходимости могу написать пару JOINов, небольшой расчёт в python в notebook и запилить макрос в #excel (и даже data-pipeline в #clojure)
Точно потрачу больше времени, чем человек, который занимается этими делами профессионально.
При этом чаще я просил подготовить для меня выгрузку, а потом уже с ней ковырялся, реже — пилил аналитику сам («реже» — не есть «никогда»).
Почему в целом делал руками?
Три причины:
🪄 было интересно🧐, когда задачка казалась вызовом для моих ручек как у 🦖
🪄 стоимость постановки задачи и ее реализации собственными силами были соотносимы
🪄 когда был доступен человек, которого надо было много проверять и который в силу разных причин не мог глубоко разобраться в нюансах задачи
В качестве заключения
Ответ на вопрос «работать ли руководителю руками» сильно зависит от его уровня.
Есть категория руководителей, с которыми нужно обращаться как с тяжело больными: не отвлекать по пустякам, готовить материалы, оформлять, направлять их внимание и проч.
К таким не относятся ни менеджеры продуктового, ни проектного толка, поэтому пусть работают руками хотя бы иногда и для души.
Хочу ответить на вопрос с нескольких позиций
Я не мастер #SQL, но при необходимости могу написать пару JOINов, небольшой расчёт в python в notebook и запилить макрос в #excel (и даже data-pipeline в #clojure)
Точно потрачу больше времени, чем человек, который занимается этими делами профессионально.
При этом чаще я просил подготовить для меня выгрузку, а потом уже с ней ковырялся, реже — пилил аналитику сам («реже» — не есть «никогда»).
Почему в целом делал руками?
Три причины:
🪄 было интересно🧐, когда задачка казалась вызовом для моих ручек как у 🦖
🪄 стоимость постановки задачи и ее реализации собственными силами были соотносимы
🪄 когда был доступен человек, которого надо было много проверять и который в силу разных причин не мог глубоко разобраться в нюансах задачи
В качестве заключения
Ответ на вопрос «работать ли руководителю руками» сильно зависит от его уровня.
Есть категория руководителей, с которыми нужно обращаться как с тяжело больными: не отвлекать по пустякам, готовить материалы, оформлять, направлять их внимание и проч.
К таким не относятся ни менеджеры продуктового, ни проектного толка, поэтому пусть работают руками хотя бы иногда и для души.