Потому что сейчас одновременно работает несколько разных поколений. То, что очевидно одному, может совершенно игнорироваться другим. Довольно сложно сделать и поддерживать все эти программы
Загружать в мозг фундаментальные знания. Да, критическое мышление само по себе не формируется. Хотя было бы интересно заглянуть на несколько десятилетий вперед и спросить обывателя "что там с медициной и образованием?"
Радует, когда люди приходят к выводу, что "оно само" не работает :)
дать MVP знания для выполнения базовой задачи
А ведь “базовых задач” может и не быть, их же тоже кто-то должен нормировать.
чтобы команда могла удобно планировать нагрузку на новичка
С другой стороны, только лишь изучать информацию весь день на протяжении недели/месяца - достаточно утомительно и снижает мотивацию. Мне помогли демонстрационный стенд и тестовое задание - скелет, на который потом наслаивается все остальное.
Многие связывают качество лишь с отсутствием дефектов. Подобное представление слишком узкое. На практике значение имеет весь производственный цикл. Сырье, оборудование, квалификация работников, методы контроля, документация и организация операций одинаково влияют на конечный результат.
“Качество в бизнесе не то, что вкладывает производитель, это то, что ценит потребитель” (Питер Друкер). Эта цитата подчеркивает важность понимания и удовлетворения потребностей клиента, к чему и стремится CES.
Статья про метрику, которая измеряет уровень усилий, затраченных клиентом при взаимодействии с компанией или использовании её продуктов и услуг.
Hba — время адаптации до внедрения базы знаний, час
Тут бы сначала зафиксировать факт успеха адаптации, то есть задачи дб унифицированы по времени выполнения и\или сложности. А то получится, что одному “новичку” повезло с потоком, а второму не очень. Полагаю, что в банке с этим проще, чем в ИТ.
Ta — среднее время эксперта на разборки с неправомерной эскалацией, час
Тогда этот параметр тоже должен как-то фиксироваться в системе учета, не выискивать же по злобным комментариям.
у более 1000 статей выросло удобства восприятия контента на 18,6% и улучшилось качества обработки обратной связи на 28,4%
опытные специалисты тратят на поиск информации на 35% меньше времени
Идеальная фраза! Однако тонкость в том, чтобы уметь это сформулировать. Обычно народ доходит до чего-то очевидного и на этом все заканчивается. Ну а там, где очевидно, зачем что-то описывать? Потом проходит поколение и причинно-следственная связь теряется (рука-лицо).
Забавно, что когда я начинал читать PMBoK, я не понял - чего там учить-то? Там были описаны весьма банальные вещи, но потом я прошел курс по управлению проектами, и методология закрепилась сама собой. Потом я решил для сравнения пройти курс про Prince и моя логика сломалась - очень сложная методология, по которой я бы работать не смог. Ну то есть для запуска космических аппаратов - самое оно, но для рядовых ИТ-проектов перебор. Потому и спросил.
Когда я только начинал выстраивать процессы внутри команды, я экспериментировал с различными подходами
Если это не перевод статьи, то хочу спросить автора - а каковы были предпосылки? Ну, в чем сложность - дана голая команда без какой-либо системы работы или нужно как-то повысить ее эффективность? Почему Prince а не PMBoK?
но все усилия перечеркиваются какой-нибудь мелочью: то в компании забыли оплатить контактный телефон; то переполнился электронный почтовый ящик; то забыли указать новый адрес на «Яндекс.Картах»
Допускаю, что тотальные прогулы учебы к успеху не приведут, однако учиться можно разному. Кому-то важна проработка курсовых работ (особенно если человек работает по профилю), а кому-то гуманитарная составляющая (выступить, организовать, мотивировать и т.п.). Мы в свое время смеялись над сокурсниками по направлению "менеджмент", а вот сейчас стало очевидным, как плохо выстроенный процесс руинит инженерные шедевры.
С одной стороны цифра странная, т.к. в статье нет развернутого описания (как они вообще проверяли? там же просто новость в 1 предложение), а с другой - в масштабах такой компании вполне предсказуемо. Наверное дело не в терминах, а в номенклатуре запчастей от различных производителей. Видимо, в попытках экономии их стало слишком много и теперь нужна помощь роботов, чтобы разобрать этот бардак
Специалисты Toyota подсчитали, что только за счёт унификации терминологии в документации и информационных системах можно на 30% сократить количество промежуточных операций и ускорить процесс выпуска автомобилей.
Потому что сейчас одновременно работает несколько разных поколений. То, что очевидно одному, может совершенно игнорироваться другим. Довольно сложно сделать и поддерживать все эти программы
Загружать в мозг фундаментальные знания. Да, критическое мышление само по себе не формируется. Хотя было бы интересно заглянуть на несколько десятилетий вперед и спросить обывателя "что там с медициной и образованием?"
Виталий, вы пишите много статей, но почему-то не отвечаете на комментарии. Есть какой-то иной ресурс с обсуждениями?
Радует, когда люди приходят к выводу, что "оно само" не работает :)
А ведь “базовых задач” может и не быть, их же тоже кто-то должен нормировать.
С другой стороны, только лишь изучать информацию весь день на протяжении недели/месяца - достаточно утомительно и снижает мотивацию. Мне помогли демонстрационный стенд и тестовое задание - скелет, на который потом наслаивается все остальное.
Про оценку эффективности обучения и тренингов (модель Киркпатрика): https://practicum.yandex.ru/b2b/blog/model-kirkpatrika-i-drugie-metody-otsenki-effektivnosti-obucheniya/
Я сделал запрос одному из авторов статьи, но ответа пока не получил.
Про надежность попались 2 статьи (хотя они немного в другую сторону):
Математика надёжности. Доклад Яндекса
Надёжность, устойчивость, доступность
Как улучшить качество производства: 15 методов повышения качества продукции и процессов
Статья про метрику, которая измеряет уровень усилий, затраченных клиентом при взаимодействии с компанией или использовании её продуктов и услуг.
Статья про ROI при внедрении базы знаний в банках - https://habr.com/ru/companies/teamly/articles/1063618/
Добрый день!
Тут бы сначала зафиксировать факт успеха адаптации, то есть задачи дб унифицированы по времени выполнения и\или сложности. А то получится, что одному “новичку” повезло с потоком, а второму не очень. Полагаю, что в банке с этим проще, чем в ИТ.
Тогда этот параметр тоже должен как-то фиксироваться в системе учета, не выискивать же по злобным комментариям.
А это как определялось?
Идеальная фраза! Однако тонкость в том, чтобы уметь это сформулировать. Обычно народ доходит до чего-то очевидного и на этом все заканчивается. Ну а там, где очевидно, зачем что-то описывать? Потом проходит поколение и причинно-следственная связь теряется (рука-лицо).
Забавно, что когда я начинал читать PMBoK, я не понял - чего там учить-то? Там были описаны весьма банальные вещи, но потом я прошел курс по управлению проектами, и методология закрепилась сама собой. Потом я решил для сравнения пройти курс про Prince и моя логика сломалась - очень сложная методология, по которой я бы работать не смог. Ну то есть для запуска космических аппаратов - самое оно, но для рядовых ИТ-проектов перебор. Потому и спросил.
Не уверен за контекст, но добавлю ссылку на статью: "Качественные исследования в бизнесе: книга, которой не хватало"
Если это не перевод статьи, то хочу спросить автора - а каковы были предпосылки? Ну, в чем сложность - дана голая команда без какой-либо системы работы или нужно как-то повысить ее эффективность? Почему Prince а не PMBoK?
Про качество клиентского обслуживания - https://www.osp.ru/os/2026/02/13060837
Допускаю, что тотальные прогулы учебы к успеху не приведут, однако учиться можно разному. Кому-то важна проработка курсовых работ (особенно если человек работает по профилю), а кому-то гуманитарная составляющая (выступить, организовать, мотивировать и т.п.). Мы в свое время смеялись над сокурсниками по направлению "менеджмент", а вот сейчас стало очевидным, как плохо выстроенный процесс руинит инженерные шедевры.
Добавил 2 критерия для регламентов: согласованность и детализация.
С одной стороны цифра странная, т.к. в статье нет развернутого описания (как они вообще проверяли? там же просто новость в 1 предложение), а с другой - в масштабах такой компании вполне предсказуемо. Наверное дело не в терминах, а в номенклатуре запчастей от различных производителей. Видимо, в попытках экономии их стало слишком много и теперь нужна помощь роботов, чтобы разобрать этот бардак
https://habr.com/ru/news/1055090/
Я подозревал, что терминология влияет, но не думал, что на 30%! Теперь хоть будет ресурс, на который можно ссылаться :)