До определённого момента юридический процесс кажется управляемым.
Есть стадии, статусы, отчёты, дедлайны. Пока дел немного, это работает.
Но когда их становится больше сотни, иллюзия управления начинает разваливаться.
Именно в этот момент я впервые понял, что с процессами что-то не так.
Проблемы начали проявляться не сразу и не в одном месте.
Одни дела шли быстро, другие — зависали без видимых причин.
Читать полностью »
Привет! Поведаю историю, неизвестную почти никому, но от того не менее занимательную.
Занимательной она мне кажется по нескольким причинам:
Она заставляет задуматься, как этика разработчиков влияет на имидж компании,
Приоткрывает завесу процесса разработки и запусков,
Иллюстрирует, на чем можно построить пиар
Я – один из ее фигурантов
Истории почти год, и сейчас я уже давно не работаю в компании, в которой работал тогда – поэтому считаю себя свободным от всяких аффилиаций и вправе написать эту статью в том виде, в котором считаю нужным.
Знакомая картина? Вы полгода впахивали над проектом. Ночами не спали, код рефакторили до блеска, разруливали косяки смежников, выкатили фичу, которой гордятся. Вы - молодец.
А потом приходит тимлид и с лицом хирурга, сообщающего плохие новости, говорит:
«Слушай, к твоей работе вообще нет вопросов. Ты красавчик. Но отдел маркетинга в этом квартале запустил вирусную кампанию, и по квоте „выдающихся“ сотрудников они забрали все слоты. Так что у тебя оценка „соответствует ожиданиям“. Без бонуса. Не обижайся».
Не обижаться? Да в этот момент хочется не обижаться, а перевернуть стол.
⚡️Классическая поддержка не справляется с ростом нагрузки. Мы внедрили цикл непрерывных улучшений (self-care + два уровня работы внутри поддержки), и это реально снизило число обращений, повысило FCR и вовлекло сотрудников в развитие процессов.
В классической модели техподдержки всё строится по принципу: «есть проблема → решаем её».
Работает? Да. Эффективно в масштабе? Нет.
С ростом клиентов и сервисов начинаются типичные боли:
количество обращений растёт быстрее, чем команда,
ожидания клиентов становятся выше,
В банковском секторе (и не только) эффективность — понятие относительное.
Зачастую корпоративные университеты представляют результаты обучения в виде сухого показателя обученности или, в лучшем случае, оптимистичного NPS. Сами по себе эти показатели ни плохи, ни хороши, но при их выбор бизнес-заказчик, как правило, выражает скепсис, и тогда в переговорной нависает вопрос: «А действительно ли обучение что‑то решает?»
В данной статье я покажу на примере, как можно измерять эффективность обучения, какие метрики выбрать и на что ориентироваться?
Привет! Я Арсен, разработчик в DDPlanet. Хочу рассказать, как мы делали свою систему KPI для оценки - кто и сколько реально работает.
Многие из вас — особенно, те, кто успели поработать в крупных компаниях или сменили много мест работы — наверняка, слышали аббревиатуру «KPI».
Всем привет, здесь рассказываю о новой системе планирования, которая драйвит нашу команду и приносит фаундеру $.
Командное планирование, которую используем мы, а также Google, Intel, Microsoft, Samsung, Avito и другие. Техника, которая многократно увеличит выручку, сделает процесс достижения общих целей увлекательным, как для команды так и для собственников бизнеса.
Кратко:
