Спасибо, комментарий по делу. Согласны: полноценная ИСУП — это не 7 функций Ганта. Ресурсы, загрузка, несколько исполнителей, ставки, правила пересчёта сроков — всё это тянет на отдельный разговор. В статье речь шла о другом: как сделать саму диаграмму Ганта рабочим инструментом, а не картинкой. Критический путь опытный РП и так видит. Но он пригождается, когда проект передают по наследству, защищают перед заказчиком, вводят новых людей или разбирают, почему поехали сроки. С раскраской аналогично. Красить всё подряд — получится шум. Подсвечивать нужно точечно: просрочки, блокировки, критичные задачи. «Кто обновляет статусы» — действительно ключевой вопрос. Если это делает только РП вручную, пользы мало. Статусы должны подтягиваться из действий исполнителей, из самого процесса работы. Для полноценной ИСУП требований, конечно, больше. Ресурсное планирование и скрытая механика таких систем стоит разобрать отдельно.
Налоговая не блокирует ФН. Если ККТ не передавала документы 30 дней, то ККТ просто не будет принимать новые документы до тех пор пока они не будут отправлены в ОФД.
Увы, блокирует. Цитируем публикацию на официальном сайте Налоговой службы: «Фискальный накопитель блокируется, если в течение 30 дней от оператора фискальных данных (ОФД) не приходят подтверждения о доставке чеков оператору».
Именно так! 😄 Все имена, фамилии и другие персональные данные на скринах мы заменили на вымышленные, например, на «Ивановых», чтобы сохранить конфиденциальность наших клиентов. А вот суть истории — полностью реальная!
Хотите узнать больше о том, как работает наша поддержка? Нам есть что рассказать про аналитику и проведение настроек, обучение новых сотрудников и другие моменты. Напишите, если интересно, и мы продолжим эту серию материалов.
Мы обсудили в команде и сошлись на том, что если кто-то не хочет или не может помогать новичку, он в любом случае найдет причины, чтобы этого не делать, есть баддинг в компании или нет.
С другой стороны, если у новичка есть бадди, то и просьб о помощи к другим коллегам будет значительно меньше.
В общем, не особенно верится, что баддинг способен негативно повлиять на обмен опытом и взаимовыручку. Адаптация пройдет, а коллектив-то останется :)
ITSM, конечно, не является полноценным решением для обеспечения безопасности, как SOAR-системы. Но ее функциональности достаточно, чтобы специалисты ИБ могли вести в ней свои процессы — об этом и поговорим на вебинаре) а, и еще огромная разница с SOAR-системами в цене
Да, так сделать можно — главное, чтобы по сервисам были заполнены сроки окончания.
Здесь имеет смысл подумать над форматом. Например, присылать только оповещение со списком или создавать общую для всех сервисов задачу на продление.
Как вариант, можно также вывести все сервисы в отдельный список и фильтровать его по дате окончания подписки, без уведомлений вовсе, если так будет удобнее в работе.
Проводилось нагрузочное тестирование на 6–10 тыс. задач; проблем с производительностью не выявлено.
Спасибо, комментарий по делу. Согласны: полноценная ИСУП — это не 7 функций Ганта. Ресурсы, загрузка, несколько исполнителей, ставки, правила пересчёта сроков — всё это тянет на отдельный разговор.
В статье речь шла о другом: как сделать саму диаграмму Ганта рабочим инструментом, а не картинкой. Критический путь опытный РП и так видит. Но он пригождается, когда проект передают по наследству, защищают перед заказчиком, вводят новых людей или разбирают, почему поехали сроки. С раскраской аналогично. Красить всё подряд — получится шум. Подсвечивать нужно точечно: просрочки, блокировки, критичные задачи. «Кто обновляет статусы» — действительно ключевой вопрос. Если это делает только РП вручную, пользы мало. Статусы должны подтягиваться из действий исполнителей, из самого процесса работы.
Для полноценной ИСУП требований, конечно, больше. Ресурсное планирование и скрытая механика таких систем стоит разобрать отдельно.
+
Здравствуйте,
Увы, блокирует. Цитируем публикацию на официальном сайте Налоговой службы: «Фискальный накопитель блокируется, если в течение 30 дней от оператора фискальных данных (ОФД) не приходят подтверждения о доставке чеков оператору».
Вы правы, не более, а около :)
Именно так! 😄 Все имена, фамилии и другие персональные данные на скринах мы заменили на вымышленные, например, на «Ивановых», чтобы сохранить конфиденциальность наших клиентов. А вот суть истории — полностью реальная!
Хотите узнать больше о том, как работает наша поддержка? Нам есть что рассказать про аналитику и проведение настроек, обучение новых сотрудников и другие моменты. Напишите, если интересно, и мы продолжим эту серию материалов.
Спасибо за комментарий!
Мы обсудили в команде и сошлись на том, что если кто-то не хочет или не может помогать новичку, он в любом случае найдет причины, чтобы этого не делать, есть баддинг в компании или нет.
С другой стороны, если у новичка есть бадди, то и просьб о помощи к другим коллегам будет значительно меньше.
В общем, не особенно верится, что баддинг способен негативно повлиять на обмен опытом и взаимовыручку. Адаптация пройдет, а коллектив-то останется :)
Если бы 😁
ITSM, конечно, не является полноценным решением для обеспечения безопасности, как SOAR-системы. Но ее функциональности достаточно, чтобы специалисты ИБ могли вести в ней свои процессы — об этом и поговорим на вебинаре) а, и еще огромная разница с SOAR-системами в цене
Да, так сделать можно — главное, чтобы по сервисам были заполнены сроки окончания.
Здесь имеет смысл подумать над форматом. Например, присылать только оповещение со списком или создавать общую для всех сервисов задачу на продление.
Как вариант, можно также вывести все сервисы в отдельный список и фильтровать его по дате окончания подписки, без уведомлений вовсе, если так будет удобнее в работе.
Нам тоже интересно, подумаем об этом!