• MBO, OKR, PPR: смешивать, но не взбалтывать
    0
    Логика KR в том, что это такие промежуточные точки, которые позволяют понять приближаемся мы к цели или нет. При составлении этой цели мы выделили гипотезу (по легенде), что время ожидания в очереди оказывает существенное влияние на клиентский опыт. Поэтому этот индикатор и выбрали в качестве первого KR.
  • MBO, OKR, PPR: смешивать, но не взбалтывать
    0
    Мы учимся. И как я написал, ставить себе недостижимые цели для людей чисто психологически очень тяжело. Поэтому у нас некий промежуточный вариант. Мы не ругаем за 100%, но все время командой пытаемся понять, а можно ли было посмотреть на эту цель под другим углом и сделать ее более значимой. Для этого как раз и есть PPR.
  • MBO, OKR, PPR: смешивать, но не взбалтывать
    0
    С т.з. системы я бы сформулировал так.
    MBO на год: улучшение клиентского NPS на 30%

    OKR Q1: улучшить клиентский опыт в очередях (видите, это скорее вектор, направление в котором мы хотим достичь результата)

    KR1: Время ожидание в очереди сокращено с 4 минут до 1 (собственно наша задача)

    KR2: NPS у клиентов отделений вырос на 15% (вдруг мы ошиблись, и очереди сейчас не влияют на NPS — это поможет проверить, что цель достигается)
  • MBO, OKR, PPR: смешивать, но не взбалтывать
    0
    Скорее первая это задача без цели, но только в воздухе висящая, без ценности. Тут же важно понимать зачем мы это время сокращаем. Либо потому что затраты хотим сократить, либо NPS повысить. Моя основная мысль — за каждой задачей должен быть смысл, и люди из формулировок должны его понимать
  • Страх публичных выступлений
    0
    А чем в итоге занимаетесь? В какой профессии?
  • Страх публичных выступлений
    +1
    Проговаривать себе и другим своё выступление. Как это делать?


    Чисто практически — хожу по закрытой переговорке и проговариваю голосом себе предстоящее выступление. Прям ровно теми словами, которыми буду его рассказывать. В идеале — дергаю на этаже 3-4 случайных человека, сажаю их в эту же переговорку и прошу обратную связь — это очень отрезвляет и показывает мгновенно непонятки для аудитории (например излишнее злоупотребление необщепринятой терминологией)

    Как правильно отвечать на вопросы, на которые не знаешь ответа? Теоретически, считаю, что не стыдно сказать «не знаю». А как на практике?

    Это тоже тема отдельной статьи, но если коротко я всех учу технике пинг-понга: представьте, что у вас в руке ракетка, а неудобный вопрос из зала — это шарик. Что с ним можно сделать?
    1) Отбить задавшему — «А как вы сами бы ответили на этот вопрос?» — зачастую задающий (чисто статистически можно доказать) знает ответ на свой вопрос и вопросом привлекает внимание к себе. Дайте ему того, чего ему так не хватает.
    2) Отбить в зал — «А кто-то в зале хочет ответить на этот сложный вопрос?» — ну а вдруг вам на самом деле помогут, глупо выглядеть не будете, а у очередного эксперта будет его 30 сек славы
    3) Задержать на ракетке — «Отличный вопрос, давайте его припаркуем (в идеале записать на флипчарт, чтобы все видели физическое наличие этого вопроса в аудитории)» после чего либо берете паузу и возвращаетесь к «парковке» через какое-то время, либо уводите вопрос в оффлайн
    А еще есть отдельно несколько техник работы с троллями в аудтории, про это тоже могу отдельно написать.
  • Страх публичных выступлений
    0
    Я не психотерапевт, но некоторые ваши комментарии ложатся в мой план раскрытия темы СПВ в последующих статьях.
  • Страх публичных выступлений
    0
    Спасибо, что поделились, это очень интересно. И ваши размышления накинули мне почти готовый план второй статьи по этой теме
  • Страх публичных выступлений
    0
    Провокация — это очень круто для раскачки аудитории, но у нее всегда есть свои ограничения. Ваш пример очень показательный. Аудитория лучше покупает такие провокации от знакомых спикеров. А в случае «первого контакта» может закрываться.
  • Страх публичных выступлений
    0
    А если попробовать сначала не на «большую публику», а чуть расширить круг с «очень знакомых» на «просто знакомых»?
    А еще попробуйте у них самих спросить, является ли ваше знание для них ценным/стоящим? Я гарантирую, что очень много ответов будет в вашу пользу
  • Страх публичных выступлений
    0
    Конечно, практика и адаптация подхода в данном контексте работает лучше всего. И чем больше, тем лучше
  • Страх публичных выступлений
    +1
    Уверенным в чем-то на 100% быть сложно, а зачастую довольно неразумно, как мне кажется. Тем не менее часто, рассказывая что-то мы должны выглядеть максимально уверенно, скажем для того чтобы убедить/замотивировать остальных. И главное здесь не врать. Если у вас есть сомнения в теме, по которой вы выступаете — не притворяйтесь что их нет, но и не выпячивайте их на передний план.
    Еще такой момент, как мне кажется есть два понятия: неуверенность в себе и неуверенность в предмете презентации. Часто эти темы смешиваются, хотя в реальности причины и решения здесь совсем разные.
  • Война клонов или как привлекать таланты
    +2
    Это прям история, которая требует пояснения.
    Про изменить: вместе с командой удалось запустить ряд инициатив, которые привели к тому, что банк сейчас быстрее, заметнее и привлекательнее для клиентов. По деталям отдельную статью могу написать, если интересно (Райф 2012 vs 2017).

    Про интервью: тогда была совершенно сюрная система, при которой тебя сначала отсматривал тот самый адекватный нанимающий менеджер, а самым последним этапом шел HR. Проверяли якобы cultural fit. В реальности схема была кривой изначально. А стрессовость заключалась в формате проведения: десять одинаковых вопросов, в разные моменты времени (ну а вдруг разнервничаетесь и расскажите таки правду), тембр голоса от шепота до почти крика, ну и всякие такие штуки, которые отталкивают напрочь. Хак заключался в том, что тот самый менеджер с печеньками предупредил, что «это нужно будет просто пережить», поэтому я скорее смотрел на ситуацию со стороны и сильно старался не нервничать.
  • Война клонов или как привлекать таланты
    0
    Про деньги я писал здесь:
    Нормальные зарплаты инженерам? Все это уже поняли и рано или поздно произойдет нормализация рынка.

    И мысль была ровно в том, что у серьезных игроков рынка эта история неизбежна. Я с вами на 300% согласен, что если фактор денег не закрыт, то и обсуждать нечего.
  • Война клонов или как привлекать таланты
    0
    2 месяца это ад, соглашусь. И да, все банки сейчас стараются сделать максимально гладкий процесс т.н. онбординга. Хоть не у всех это и получается. Историй на тему: «Сидел без компа и доступов первые две недели» по индустрии гуляет масса.
    З.Ы. Не эчар и никогда им не был )
  • Война клонов или как привлекать таланты
    +1
    Примерно об этом я писал в статье, до всех серьезных игроков сейчас доходит/ уже дошло, что инженерным профессиям нужно платить нормальные деньги, и в ближайшее время это станет скорее фактором гигиены, чем дифференциатором. Про Магнит не знаю, расскажите, интересно.
  • Про туалетную бумагу, DevOps и 582 банка
    0
    Есть
  • Про туалетную бумагу, DevOps и 582 банка
    0
    У нас свои дата-центры с момента основания банка:) раньше их было 15 по всей стране. После внедрения vdi и консолидации используем 3. 2 из них полностью в собсвенности банка.
  • Про туалетную бумагу, DevOps и 582 банка
    0
    «Нас» в третьем примере было про весь Банк, но в целом у свободы два основных аспекта, как я это вижу:
    1) Свобода действий в рамках своей зоны ответственности
    2) Свобода в том, чтобы провести свою идею до реализации с минимальным набором проволочек
  • Про туалетную бумагу, DevOps и 582 банка
    +4
    Мы давно ушли от подхода закупки физического оборудования под конкретную задачу. Во первых количество задач постоянно растет, гранулярность задач снижается. во вторых повсеместно используется виртуализация. Соответвенно, ресурсы в виде серверов выделяются практически сразу из резерва, с последующим его восполнением. Такой подход сокращает сроки выделения до недели — двух максимум с учетом всей бюрократии и нестандартных конфигураций. А если вам нужно что-то потестировать на короткий промежуток времени можно воспользоваться локальным облаком и получить желаемое за полчаса.
  • Про туалетную бумагу, DevOps и 582 банка
    +1
    Эффективность оцениваем в рамках стандартного процесса performance management (где-то с применением OKR). Главное — четкие цели, свобода в большинстве своем связана с реализацией и достижением этих самых целей. И да, не только свобода )
  • Про туалетную бумагу, DevOps и 582 банка
    0
    В каждой стране — точно своя )
  • Увольнять, нанимать, повышать — культура вашей компании. Анатомия редиски
    +2
    Мне в целом нравится ответ в статье, по ссылке выше.
  • Увольнять, нанимать, повышать — культура вашей компании
    0
    Вы абсолютно правы в том, что в конфликтных ситуациях люди стремятся, в большинстве случаев, решить конфликт меньшей кровью. Сложно ответить за автора статьи, но я склоняюсь к том, что «план улучшения ценностей» должен быть максимально простым и понятным обоим сторонам.

    А теперь представьте, что произойдет, когда комптентного человека не устраивают условия труда, а вы к нему приходите с психологом и предложением составить план улучшения ценностей.


    Если нашего сотрудника — компетентную редиску — не устраивают условия труда, как обозначено в Вашем примере, то, возможно это не имеет отношения к cultural fit, а может быть решено проще.
    Мне вспоминалась одна история из предыдущего опыта, когда как раз таки с очень умным, суперкомпетентным редиской долго пытались что-то сделать (неумело конечно и в силу опыта), а в конце нашли идеально всех устроивший вариант удаленки. Токсичность из коллектива ушла — редиска был доволен. Но такое получается не всегда, конечно же.
  • Увольнять, нанимать, повышать — культура вашей компании
    0
    Спасибо за внимательность!
  • Увольнять, нанимать, повышать — культура вашей компании
    0
    Это перевод. Не прямое руководство к действию. И понятно, что всегда нужно соблюдать трудовой кодекс :) во всяком случае мы точно рекомендуем так делать ;)
  • Увольнять, нанимать, повышать — культура вашей компании
    +12
    Я бы с радостью написал это яркое и емкое слово, но русский язык достаточно богатый, поэтому можно не употреблять в своей речи мат. И да, есть иные варианты перевода :)
  • В очередной раз об инцидентах и сервисных запросах
    0
    Cпасибо за развернутый ответ, убедили :) Согласен, много точек зрения имеют право на жизнь.
  • В очередной раз об инцидентах и сервисных запросах
    0
    Тогда резонный вопрос, кто будет заниматься анализом причин неполадок в системе? Работа по СР это не подразумевает, т.к. там все прямо — надо восстановить работу, как только задача выполнена — СР закрывается. При этом причины возникновения этой ситуации не анализируются и никто не гарантирует повторения в будущем. А из инцидента мог бы лего возникнуть problem record :)
  • В очередной раз об инцидентах и сервисных запросах
    0
    Соглашусь с тем, что по первому примеру это типичный сервисный запрос, просто сгенерированный за пользователя, т.к. по факту ему ничего не мешало самостоятельно проверить место на диске и сделать такой же запрос. По второму — это однозначный инцидент, причем вполне себе массовый, т.к. сервис не предоставляется и в принципе не важно, кто сломал систему: пользователь или любые другие внешние факторы. С т.з. бизнес-процесса — это инцидент.
  • В очередной раз об инцидентах и сервисных запросах
    0
    А как тогда быть с проблемами «кривых рук» когда пользователи сами себе ломают/удаляют/перенастраивают? По факту это же недоступность сервиса, а соответственно инцидент. При этом вся работа специалиста ИТ сводится к перенастройке, что очень напоминает предусмотренный в сервисном запросе порядок действий, о котором говорилось выше.
  • В очередной раз об инцидентах и сервисных запросах
    0
    Спасибо за комментарий, поправил
  • В очередной раз об инцидентах и сервисных запросах
    0
    Не соглашусь, т.к. у вас может быть четкий порядок действий по устранению инцидентов, особенно это касается т.н. аварий или кризисных ситуаций, когда подобные действия зачастую регламентированы и они, фактически, направлены на устранение инцидента.