Возможно я что-то неправильно понял из описанного текста, но как себя поведет система в следующей ситуации?
Я и коллега вместе поодошли к шкафу попивая чаёк и ведя милые беседы.
Коллега приложил бейдж, открыл шкаф, взял телефон А, закрыл шкаф.
Как только шкаф был закрыт я приложил бэйдж, открыл шкаф, взял телефон B, закрыл шкаф.
Если я правильно понял, то оба телефона могут быть записаны на моего коллегу т.к. в промежутке между закрытием и открытием двери небыло првоерки какие устройства в шкафу, а какие нет.
В данной ситуации выглядит более простым повесить считыватель меток на дверь, повесить какой-то индикатор типо лампочки и написать инструкцию "взял телефон, приложи к метке на двери, дождись зеленой лампочки."
А ваш скрипт можно использовать чтобы контролировать не прихватил ли коллега что-то лишнее с собой.
Приветствую. В своё время также внедряли подобную систему.
А можете пояснить логику использования именно таких численных метрик, если, конечно, это не была слепая калька откуда-то?
Обычно каждая организация сама решает какая цифра является нормой. Мы считали изначально так, у нас есть допустимое количество сотрудников в отделе, среднее время разговора, среднее количество обращений в месяц\день. Считаем сколько звонком отдел может "переварить" при текущем штате, сообщаем руководству, что будет потеряно(пропущено) примерно столько звонков. Дальше руководство на основании вашего доклада решает что норма а что нет. Дальше при работе эта цифра меняется потому как: компетенция сотрудников растет, развивается база данных, меняются flow продуктов\сервисов для упрощения взаимодействия с ними, автоматизируются процессы, вводятся стандарты поведения сотрудников и т.д.
Обычно всё описанное мной выше сильно влияет на время разговора, а как следствие на количество запросов которое отдел может обработать в сутки\месяц, а значит и влияет на количество пропущенных звонков.
Есть ли проблема с тем, что сотрудники вместо единого номера обращаются напрямую к знакомым специалистам? Если да, как боретесь (и боретесь ли)?
попросили сотрудников поддержки предупреждать звонящих что это последний раз когда мы принимаем заявку по личному телефону, в след раз только по единому номеру
запретили сотрудникам поддержки создавать новые заявки при звонке на личный номер, обращающихся предупредили что звонить сотрудникам поддержки можно только в крайнем случае и только при условии что данный сотрудник поддержки указан в вашей заявке как исполнитель.
ввели систему наказаний за беспокойство поддержки по личным номерам.
За пару месяцев 95% сотрудников стали обращаться на единый номер. Ещё нельзя забывать, что эскалировать проблему и пожаловаться что "я позвонил, а проблема не решается" нельзя если она не поступила на общий номер и не зарегистрирована в системе. А значит и пользователю выгоднее позвонить на общий номер.
А как насчет регистрации обращений по другим каналам (почта, мессенджеры, отправка с портала самообслуживания) - используются или нет, есть ли по ним метрики на реакцию?
Однозначно перевод обращений в текстовый канал общения удешевляет стоимость каждого обращения и уменьшает время на 1 запрос. Использовать стоит(мы используем активно, вплоть до того, что большинство типов обращений принимаются только через тикет систему) все удобные каналы: тикет система, мессенджеры(чат бот с авторегистрацией тикетов и уведомлениями при изменении статуса\решении), почта(автоматическое создание тикетов и автоуведомление клиента при изменении статуса\решении).
Также помогает использование современных тикет систем которые в процессе описания проблемы клиентом предлагает подходящие статьи в вики для самостоятельного решения(например, пользователь в теме пишет как настроить принтер и тикет система пишет "возможно вам будут полезны статьи Как настроить принтер на windows, Как настроить принтер на MacOS"), автоматически распределяется заявки на нужные отделы минуя первую линию по определенным кретериям\категориям, предлагает сотруднику поддержки шаблоны ответов в зависимости от темы\категории, позволяет делать связанные задачи на другие отделы.
Для решения описанного выше мы постепенно перевели все отделы разработки и поддержки в одну систему, прописали SLA взаимодействия всех отделов и теперь при звонке клиента заводится тикет и можно проследить кто общался с клиентом, кому заявка была передана, какой статус ей присвоили, когда планируют исправить(указывается номер релиза и автоматически подтягивается статус\дата планируемой раскатки релиза), а после решения получается обратная связь исправлена ли проблема
Если слоты заняты, то ставить больше нельзя (попросту некуда). Сиди жди.
Увы, каждый отдел может переварить только определенное количество запросов каждый день. При грамотном расчете это приводит к тому, что заказчик(другие отделы) начинают более осознанно заниматься планированием и пиритизацией своих запросов. В одной из компаний мы ипользовали аналогичную систем, только у каждого типа заявок была своя "стоимость" исходя из средних времязатрат на тот или иной тип задач, а в месяц для каждого управления\отдела выдавалось определенное количество "баллов" для траты. Можно заказать 50 быстрых задач или 5 лёгких, можно договориться с другим управлением, чтобы они часть своих баллов передали вам и т.д. Скажу честно, что бывало и такое, что задача изначально оценивается в 2 часа, а реально решается за 10 минут. такое бывало, но редко, тогда сотрудника сам менял "стоимость" заявки и на еженедельном митинге уведомлял заказчика что у него высвободилось сколько-то баллов.
Если ты хочешь занять срочный слот своей фигнёй – пожалуйста, но доска публичная и все это увидят.
Думаю, что тут имеется ввиду, что руководитель-технолог прежде чем закинуть задачу сисадминам старается сам решить\найти среди подчиненных кто в этом разбирается.
На моем опыте такой подход позволяет тем, кому это интересно, сильно развиваться и переходить работать в техподдержку в будущем. В одной из компаний где я работал был такой подход. В итоге каждый сотрудник кроме основной специализации имел глубокие знания о рабочем инструменте и в итоге, например, помимо об обработки заявок в jira\jsd мог настроить права, flow, автоматизацию, автонавешивание тегов, автосоздание связанных заявок, уведомление ответственных при профуканном SLA и т.д. Такой подход, как я думаю, снизил количество запросов в техподдержку по данным сервисам на процентов 99% и требовал привлечение техподдержки только там, где требовались права админа.
Могу рассказать на своём примере, когда-то давно работал в маленькой фирме сисадмином(отвечал за всё что связано с ПК, серверами софтом и т.д.), фирма около 20 человек. Как сейчас модно говорить "внедряли" CRM, а по факту нашли пару зрелых опенсорсных проектов, развернули, посмотрели что максимально подходит по функционалу и и выбрали. CRM полностью покрывала все хотелки путём настройки через админку без написания кода. Вот и получили CRM с всеми хотелками стоимостью работы в пару дней работы нескольких штатных сотрудников.
Я могу рассказать про свою реализацию "умного освещения" в квартире. Сразу скажу, что в моем понимании умное освещение это то, которое работает самостоятельно, поэтому я отказался от использования выключателей, вайфай и т.д. Каждая зона - отдельная ардуина со своим сценарием, которая понятия не имеет что происходит в остальных частях квартиры. Моя реализация ограничивает большие сценарии в которых должна учувствовать вся квартира, но я за год использования так и не почувствовал этих ограничений
1) прихожая с входной дверью, дверью в туалет и шкафом: ардуина + 2 датчика движения. При входе в коридор с любой стороны включается свет и горит пару минут, через пару минут при отсутствии движения гаснет
2) ванна\туалет: ардуина , геркон, датчик движения. открываем дверь - включается свет и горит 3 минут, если за эти 3 минут сработал датчик движения то свет горит пока не поменяется состояние двери. Поэтому при сценарии долгого сидения в туалете или жена зашла помыть мне спинку свет горит и не гаснет, с этим проблем нет.
3) кухня: ардуина . геркон, датчик движения, датчик освещенности. всё как в ванне, только перед включением света проверяем яркость в комнате. пару раз хотелось включить свет при высокой яркости, но поправил конфиг на включение при более высокой освещенности и проблема пропала, хотя осталась мысль сделать кнопку включения света руками.
4) проходной коридор: ардуина + 2 датчика движения, алгоритм как в прихожей
Комнаты автоматизировать не удалось, потому что не понял логику своего поведения когда включаю свет, поэтому оставил без автоматизации.
Если брокер действительно отправляет ваши запросы на биржу, то ему выгодно, чтобы вы не сливали свой депозит, а продолжали торговать, ведь заработок этого брокера с комиссии за каждый открытый ордер.
Если это брокер, который делает вид, что отправляет ордер на биржу, а на самом деле этого не делает то ему выгоднее чтобы трейдеры как можно быстрее сливали свой депозит
Я пополнил баланс счёта 3 мемяца назад. За 3 месяца я уже вернул около 75% вложений. Если следующий месяц будет таким же как и прошлый, то в след месяце я верну своё.
В будущем я не планирую пополнять баланс, только снимать.
Если в какой-то момент я солью этот депозит то я не начну торговлю снова пока не пойму в чем была ошибка и как сделать так чтобы не сливать. А значит в минус не уйду:)
В торговле на Форекс нет места азарту и эмоциям. И если первые пару сделок ушли в минус то я сегодня больше не торгую.
Делаю всё, чтобы не было как в первый раз. На азарте повышал размер лота в сделке в попытках отыграться. А ещё когда увидел -100$ в сделке я её закрыл. Если бы не поддался эмоциям то на следующий й день закрыл бы её в 0, а через день в небольшой плюс.
А ещё я отказался от отображения баланса в $, смотрю только на % изменения. Когда ордер в минус 5% не так сильно задевает душу как ордер в минус 200 долларов.
Начитался в интернете, что там всё просто и решил попробовать просто полагаясь на интуицию. За первый месяц я сделал 200% от депозита(депозит был около 200$), снял со счета свои вложения и расслабился. за следующую неделю проиграл всё, что осталось на счёте. Т.е. отыграл в 0 ничего не потеряв.
После этого понял, что наугад не получится и пошел учиться. С этого времени стал проходить обучения, смотреть множество вебинаров, порой нудных, но в каждом находил какой-то инсайт.
Итог:
после начала обучения каждый месяц есть прибыль
сейчас каждый месяц забираю 10% от депозита как свою ЗП, остальную прибыль снимаю чтобы вернуть свои вложения(почти всё вернул, осталось вывести 28% от начальных вложений и при любом раскладе я буду в плюсе). При этом депозит стараюсь держать примерно на одном уровне.
последние 3 месяца получаю стабильно более 25% прибыли в месяц.
после того как верну свои вложения буду выводить со счета только 10-15% в месяц как ЗП, остальное буду оставлять для увеличения депозита и, как следствие, увеличения своей ЗП.
Да, статистика не врёт, но есть те, кто из неё выбивается :)
PS я знаю на 100% что когда-нибудь я снова потеряю весь депозит и делаю всё, чтобы к этому времени я успел вернуть свои вложения и быть в плюсе
Если такие большие деньги приводят Вас в депрессию, то предлагаю поделиться небольшой суммой со мной. уверяю Вас, что мне деньги помогут встать на ноги и почувствовать себя намного лучше, а вам поднимет настроение чувство того что вы хороший человек и помогли другому. можно перевод на карту, банковский счет, крипта и другие варианты
тогда тестиовщики вмето тестов будут тратиь время на ожидание тестового устройства возле шкафа
Возможно я что-то неправильно понял из описанного текста, но как себя поведет система в следующей ситуации?
Я и коллега вместе поодошли к шкафу попивая чаёк и ведя милые беседы.
Коллега приложил бейдж, открыл шкаф, взял телефон А, закрыл шкаф.
Как только шкаф был закрыт я приложил бэйдж, открыл шкаф, взял телефон B, закрыл шкаф.
Если я правильно понял, то оба телефона могут быть записаны на моего коллегу т.к. в промежутке между закрытием и открытием двери небыло првоерки какие устройства в шкафу, а какие нет.
В данной ситуации выглядит более простым повесить считыватель меток на дверь, повесить какой-то индикатор типо лампочки и написать инструкцию "взял телефон, приложи к метке на двери, дождись зеленой лампочки."
А ваш скрипт можно использовать чтобы контролировать не прихватил ли коллега что-то лишнее с собой.
Спасибо за написанный материал. Увы, разработчик jira ушел с Российского рынка...
Пора писать такую статью про российские аналоги jira как один из поводов импортозамещения
А кто сказал что RAM бессмертна и бесконечна?
Приветствую. В своё время также внедряли подобную систему.
Обычно каждая организация сама решает какая цифра является нормой. Мы считали изначально так, у нас есть допустимое количество сотрудников в отделе, среднее время разговора, среднее количество обращений в месяц\день. Считаем сколько звонком отдел может "переварить" при текущем штате, сообщаем руководству, что будет потеряно(пропущено) примерно столько звонков. Дальше руководство на основании вашего доклада решает что норма а что нет. Дальше при работе эта цифра меняется потому как: компетенция сотрудников растет, развивается база данных, меняются flow продуктов\сервисов для упрощения взаимодействия с ними, автоматизируются процессы, вводятся стандарты поведения сотрудников и т.д.
Обычно всё описанное мной выше сильно влияет на время разговора, а как следствие на количество запросов которое отдел может обработать в сутки\месяц, а значит и влияет на количество пропущенных звонков.
попросили сотрудников поддержки предупреждать звонящих что это последний раз когда мы принимаем заявку по личному телефону, в след раз только по единому номеру
запретили сотрудникам поддержки создавать новые заявки при звонке на личный номер, обращающихся предупредили что звонить сотрудникам поддержки можно только в крайнем случае и только при условии что данный сотрудник поддержки указан в вашей заявке как исполнитель.
ввели систему наказаний за беспокойство поддержки по личным номерам.
За пару месяцев 95% сотрудников стали обращаться на единый номер. Ещё нельзя забывать, что эскалировать проблему и пожаловаться что "я позвонил, а проблема не решается" нельзя если она не поступила на общий номер и не зарегистрирована в системе. А значит и пользователю выгоднее позвонить на общий номер.
Однозначно перевод обращений в текстовый канал общения удешевляет стоимость каждого обращения и уменьшает время на 1 запрос. Использовать стоит(мы используем активно, вплоть до того, что большинство типов обращений принимаются только через тикет систему) все удобные каналы: тикет система, мессенджеры(чат бот с авторегистрацией тикетов и уведомлениями при изменении статуса\решении), почта(автоматическое создание тикетов и автоуведомление клиента при изменении статуса\решении).
Также помогает использование современных тикет систем которые в процессе описания проблемы клиентом предлагает подходящие статьи в вики для самостоятельного решения(например, пользователь в теме пишет как настроить принтер и тикет система пишет "возможно вам будут полезны статьи Как настроить принтер на windows, Как настроить принтер на MacOS"), автоматически распределяется заявки на нужные отделы минуя первую линию по определенным кретериям\категориям, предлагает сотруднику поддержки шаблоны ответов в зависимости от темы\категории, позволяет делать связанные задачи на другие отделы.
Для решения описанного выше мы постепенно перевели все отделы разработки и поддержки в одну систему, прописали SLA взаимодействия всех отделов и теперь при звонке клиента заводится тикет и можно проследить кто общался с клиентом, кому заявка была передана, какой статус ей присвоили, когда планируют исправить(указывается номер релиза и автоматически подтягивается статус\дата планируемой раскатки релиза), а после решения получается обратная связь исправлена ли проблема
Увы, каждый отдел может переварить только определенное количество запросов каждый день. При грамотном расчете это приводит к тому, что заказчик(другие отделы) начинают более осознанно заниматься планированием и пиритизацией своих запросов. В одной из компаний мы ипользовали аналогичную систем, только у каждого типа заявок была своя "стоимость" исходя из средних времязатрат на тот или иной тип задач, а в месяц для каждого управления\отдела выдавалось определенное количество "баллов" для траты. Можно заказать 50 быстрых задач или 5 лёгких, можно договориться с другим управлением, чтобы они часть своих баллов передали вам и т.д. Скажу честно, что бывало и такое, что задача изначально оценивается в 2 часа, а реально решается за 10 минут. такое бывало, но редко, тогда сотрудника сам менял "стоимость" заявки и на еженедельном митинге уведомлял заказчика что у него высвободилось сколько-то баллов.
Думаю, что тут имеется ввиду, что руководитель-технолог прежде чем закинуть задачу сисадминам старается сам решить\найти среди подчиненных кто в этом разбирается.
На моем опыте такой подход позволяет тем, кому это интересно, сильно развиваться и переходить работать в техподдержку в будущем. В одной из компаний где я работал был такой подход. В итоге каждый сотрудник кроме основной специализации имел глубокие знания о рабочем инструменте и в итоге, например, помимо об обработки заявок в jira\jsd мог настроить права, flow, автоматизацию, автонавешивание тегов, автосоздание связанных заявок, уведомление ответственных при профуканном SLA и т.д. Такой подход, как я думаю, снизил количество запросов в техподдержку по данным сервисам на процентов 99% и требовал привлечение техподдержки только там, где требовались права админа.
В каждом подходе есть свои плюсы и минусы.
Могу рассказать на своём примере, когда-то давно работал в маленькой фирме сисадмином(отвечал за всё что связано с ПК, серверами софтом и т.д.), фирма около 20 человек. Как сейчас модно говорить "внедряли" CRM, а по факту нашли пару зрелых опенсорсных проектов, развернули, посмотрели что максимально подходит по функционалу и и выбрали. CRM полностью покрывала все хотелки путём настройки через админку без написания кода. Вот и получили CRM с всеми хотелками стоимостью работы в пару дней работы нескольких штатных сотрудников.
Я могу рассказать про свою реализацию "умного освещения" в квартире. Сразу скажу, что в моем понимании умное освещение это то, которое работает самостоятельно, поэтому я отказался от использования выключателей, вайфай и т.д. Каждая зона - отдельная ардуина со своим сценарием, которая понятия не имеет что происходит в остальных частях квартиры. Моя реализация ограничивает большие сценарии в которых должна учувствовать вся квартира, но я за год использования так и не почувствовал этих ограничений
1) прихожая с входной дверью, дверью в туалет и шкафом: ардуина + 2 датчика движения. При входе в коридор с любой стороны включается свет и горит пару минут, через пару минут при отсутствии движения гаснет
2) ванна\туалет: ардуина , геркон, датчик движения. открываем дверь - включается свет и горит 3 минут, если за эти 3 минут сработал датчик движения то свет горит пока не поменяется состояние двери. Поэтому при сценарии долгого сидения в туалете или жена зашла помыть мне спинку свет горит и не гаснет, с этим проблем нет.
3) кухня: ардуина . геркон, датчик движения, датчик освещенности. всё как в ванне, только перед включением света проверяем яркость в комнате. пару раз хотелось включить свет при высокой яркости, но поправил конфиг на включение при более высокой освещенности и проблема пропала, хотя осталась мысль сделать кнопку включения света руками.
4) проходной коридор: ардуина + 2 датчика движения, алгоритм как в прихожей
Комнаты автоматизировать не удалось, потому что не понял логику своего поведения когда включаю свет, поэтому оставил без автоматизации.
Эх... так надеялся в конце статьи увидеть "после этих изменений среднее потребление памяти пользователем уменьшилось с xx до yy МБ"
это уже вопрос выбора брокера.
Если брокер действительно отправляет ваши запросы на биржу, то ему выгодно, чтобы вы не сливали свой депозит, а продолжали торговать, ведь заработок этого брокера с комиссии за каждый открытый ордер.
Если это брокер, который делает вид, что отправляет ордер на биржу, а на самом деле этого не делает то ему выгоднее чтобы трейдеры как можно быстрее сливали свой депозит
Я пополнил баланс счёта 3 мемяца назад. За 3 месяца я уже вернул около 75% вложений. Если следующий месяц будет таким же как и прошлый, то в след месяце я верну своё.
В будущем я не планирую пополнять баланс, только снимать.
Если в какой-то момент я солью этот депозит то я не начну торговлю снова пока не пойму в чем была ошибка и как сделать так чтобы не сливать. А значит в минус не уйду:)
В торговле на Форекс нет места азарту и эмоциям. И если первые пару сделок ушли в минус то я сегодня больше не торгую.
Делаю всё, чтобы не было как в первый раз. На азарте повышал размер лота в сделке в попытках отыграться. А ещё когда увидел -100$ в сделке я её закрыл. Если бы не поддался эмоциям то на следующий й день закрыл бы её в 0, а через день в небольшой плюс.
А ещё я отказался от отображения баланса в $, смотрю только на % изменения. Когда ордер в минус 5% не так сильно задевает душу как ордер в минус 200 долларов.
Хочу верить что меня это не ждёт :)
не... у меня слишком мало знаний для курсов :)
Это не моя основная работа, так, эксперимент по доп. заработку. Каждый будний день я трачу на обучение + трейдинг около 4-5 часов.
С трейдинга около 400$ в месяц выходит, это около четверти от минимальной ЗП в стране, где я сейчас проживаю.
Я занимаюсь трейдингом коло полугода.
Начитался в интернете, что там всё просто и решил попробовать просто полагаясь на интуицию. За первый месяц я сделал 200% от депозита(депозит был около 200$), снял со счета свои вложения и расслабился. за следующую неделю проиграл всё, что осталось на счёте. Т.е. отыграл в 0 ничего не потеряв.
После этого понял, что наугад не получится и пошел учиться. С этого времени стал проходить обучения, смотреть множество вебинаров, порой нудных, но в каждом находил какой-то инсайт.
Итог:
после начала обучения каждый месяц есть прибыль
сейчас каждый месяц забираю 10% от депозита как свою ЗП, остальную прибыль снимаю чтобы вернуть свои вложения(почти всё вернул, осталось вывести 28% от начальных вложений и при любом раскладе я буду в плюсе). При этом депозит стараюсь держать примерно на одном уровне.
последние 3 месяца получаю стабильно более 25% прибыли в месяц.
после того как верну свои вложения буду выводить со счета только 10-15% в месяц как ЗП, остальное буду оставлять для увеличения депозита и, как следствие, увеличения своей ЗП.
Да, статистика не врёт, но есть те, кто из неё выбивается :)
PS я знаю на 100% что когда-нибудь я снова потеряю весь депозит и делаю всё, чтобы к этому времени я успел вернуть свои вложения и быть в плюсе
Если такие большие деньги приводят Вас в депрессию, то предлагаю поделиться небольшой суммой со мной. уверяю Вас, что мне деньги помогут встать на ноги и почувствовать себя намного лучше, а вам поднимет настроение чувство того что вы хороший человек и помогли другому. можно перевод на карту, банковский счет, крипта и другие варианты
как показывает мой опыт, при такого рода переездах теряется очень важный, для некой группы пользователей, функционал.
как показывает мой опыт, часть этого функционала так и не появляется со временем :(
Надеюсь разработчики обратят внимание на отзывы технарей под этим постом и сделают выводы...
Ничего не понятно, но очень интересно.
Вы хоть сделали pull реквесты с исправлением?)
Если вы написали софт который автоматически проверяет проекты, предлагаю запустить его на всех преоктах :)