по моему мнению, структура инструмента заставляет создавать лишние слои. Бизнес-отдел работает в своём проекте, команды в своих. Связать их можно, но приходится настраивать иерархию или горизонтальные связи, которые Jira не очень любит.
Мы убрали этот промежуточный слой, бизнес и команды работают с одним бэклогом продукта
Справедливо. Речь скорее не про то, что новичок сам выбирает приоритеты, а что ему нужно понять контекст: какой продукт делаем, зачем, как его задача вписывается в общую картину. В Jira это размазано по проектам и Confluence. В SimpleOne продукт с описанием ценности это отдельная сущность, которую сразу видно
А чем менеджер занимается, который управляет этими командами? Почему нельзя просто завести один эпик и в него кинуть 3 разных задачи?
Можно, но когда эпик живёт в одном проекте, а задачи команд в трёх других, получается 4 проекта, между которыми нужно прыгать. Бизнес не опускается в задачи команд, команды поднимаются в эпик бизнеса. Мы решаем это через единый бэклог продукта, из которого команды берут задачи, это плоская структура вместо иерархии проектов
Это вообще не связано с таск трекером. Не беда, если какая-то инфа лежит на конфлюенсе. Человек умрет что-ли, если в конфлюенс перейдет?
Согласен, что информация может лежать где угодно. Но проблема в том, что когда у вас 20+ проектов и 30 команд, новый человек тратит кучу времени, чтобы понять, где его доска, что за продукт делают, зачем это нужно. Confluence отдельно, Jira отдельно, Miro где-то ещё. Единая точка входа упрощает онбординг
Аналогия понятна, но есть нюанс: Mercedes вы покупаете под свои задачи. А Jira многие используют просто потому что все так делают, хотя она под их задачи не заточена. Если у вас одна команда из 5 человек, Jira отлично работает. Если 30 команд и используется например SAFe, начинаются проблемы, которые мы описали
Добрый день! Также хотелось бы дополнить наш первый ответ
Мы постоянно работаем над тем, чтобы специалистам было проще освоить платформу. У нас есть бесплатные и платные обучающие курсы, а требования к навыкам для работы с платформой соответствуют уровню Junior-Middle.
Код, лежащий в ядре системы, является полностью нашей разработкой.
Объектная модель в нашей системе реализована по принципам, схожим с ведущими мировыми платформами, что обеспечивает ее эффективность и гибкость.
Импорт BPMN-моделей включен в нашу дорожную карту развития продукта, можно ознакомиться с ней на сайте.
Наша платформа не ограничивается функциональностью BPMS, а предоставляет более широкие возможности в рамках концепции ESM.
Ценообразование нашего продукта основано на рыночных принципах. Мы ведем честный бизнес и открыты к диалогу по любым вопросам.
Приглашаем присоединиться к Сообществу SimpleOne, где вы сможете более подробно обсудить все аспекты работы с нашей платформой. Мы ценим каждое мнение и стремимся к постоянному совершенствованию.
Мы активно работаем над оптимизацией скорости интерфейса и UX: уже тестируем новую дизайн-систему, улучшаем отклик системы при высоких нагрузках. На самом деле, на производительность влияет множество факторов — от качества кастомизаций до инфраструктуры, на которой развернут продукт. В статье Архитектура корпоративных приложений высокой производительности мы подробно рассказываем, как достигаем стабильности через горизонтальное масштабирование, кеширование и распределение данных. Если у вас есть конкретные сценарии, где вы столкнулись с задержками — давайте обсудим!
Мы действительно учитываем опыт лидеров рынка, таких как ServiceNow и делаем так, чтобы впитать только самое лучшее) Возможно, в обзоре не удалось полноценно раскрыть все аспекты ESM-платформы, поэтому предлагаем ознакомиться с материалом Рабочие пространства как основа для ESM-платформы, где подробно разобраны современные подходы, включая SIAM, а также как это реализовано у нас
Все активы, материальные и нематериальные, целесообразно учитывать в одной системе, чтобы получать общую картину. У нас можно вести учет любых активов, которые имеют значение для вашей организации, и это не обязательно только ИТ-активы. Помимо материальных объектов, таких как оборудование или "железо", система позволяет полноценно вести учет нематериальных активов.
Наша платформа гибкая и адаптируемая, что обеспечивает учет всех значимых для вашей компании ресурсов, вне зависимости от их типа или характера. Если у вас есть конкретные примеры или кейсы, будем рады помочь в настройке учета! Спасибо!
Добрый день! Спасибо за ваш вопрос. Стоимость формируется индивидуально и зависит от количества необходимых лицензий.
Что касается glpi+fusion inventory: данные решения действительно предоставляют функциональность инвентаризации, однако SimpleOne ITAM охватывает полный цикл процессов управления активами.
Добрый день! Для этого и стоит внедрять практики сервисного подхода, переходить от тикетов к зрелым процессам, например:
"Управление инцидентами" чтобы скорейшим способом восстанавливать штатный режим работы.
"Управление проблемами" для того чтобы выяснять причину инцидентов, вести базу данных известных ошибок с обходными решениями и в итоге делать так, чтобы инциденты не повторялись.
"Управление изменениями", так чтобы вносить необходимые изменения без негативного влияния
"Управление конфигурациями", чтобы четко понимать какой компонент инфраструктуры в каком состоянии и как связан с другими, как влияет и на услугу и на продукт, и так далее.
по моему мнению, структура инструмента заставляет создавать лишние слои. Бизнес-отдел работает в своём проекте, команды в своих. Связать их можно, но приходится настраивать иерархию или горизонтальные связи, которые Jira не очень любит.
Мы убрали этот промежуточный слой, бизнес и команды работают с одним бэклогом продукта
Справедливо. Речь скорее не про то, что новичок сам выбирает приоритеты, а что ему нужно понять контекст: какой продукт делаем, зачем, как его задача вписывается в общую картину. В Jira это размазано по проектам и Confluence. В SimpleOne продукт с описанием ценности это отдельная сущность, которую сразу видно
Можно, но когда эпик живёт в одном проекте, а задачи команд в трёх других, получается 4 проекта, между которыми нужно прыгать. Бизнес не опускается в задачи команд, команды поднимаются в эпик бизнеса. Мы решаем это через единый бэклог продукта, из которого команды берут задачи, это плоская структура вместо иерархии проектов
Согласен, что информация может лежать где угодно. Но проблема в том, что когда у вас 20+ проектов и 30 команд, новый человек тратит кучу времени, чтобы понять, где его доска, что за продукт делают, зачем это нужно. Confluence отдельно, Jira отдельно, Miro где-то ещё. Единая точка входа упрощает онбординг
Аналогия понятна, но есть нюанс: Mercedes вы покупаете под свои задачи. А Jira многие используют просто потому что все так делают, хотя она под их задачи не заточена. Если у вас одна команда из 5 человек, Jira отлично работает. Если 30 команд и используется например SAFe, начинаются проблемы, которые мы описали
Спасибо, что маякнули! Всё поправили :)
Добрый день! Также хотелось бы дополнить наш первый ответ
Мы постоянно работаем над тем, чтобы специалистам было проще освоить платформу. У нас есть бесплатные и платные обучающие курсы, а требования к навыкам для работы с платформой соответствуют уровню Junior-Middle.
Код, лежащий в ядре системы, является полностью нашей разработкой.
Объектная модель в нашей системе реализована по принципам, схожим с ведущими мировыми платформами, что обеспечивает ее эффективность и гибкость.
Импорт BPMN-моделей включен в нашу дорожную карту развития продукта, можно ознакомиться с ней на сайте.
Наша платформа не ограничивается функциональностью BPMS, а предоставляет более широкие возможности в рамках концепции ESM.
Ценообразование нашего продукта основано на рыночных принципах. Мы ведем честный бизнес и открыты к диалогу по любым вопросам.
Приглашаем присоединиться к Сообществу SimpleOne, где вы сможете более подробно обсудить все аспекты работы с нашей платформой. Мы ценим каждое мнение и стремимся к постоянному совершенствованию.
https://docs.simpleone.ru/ru/platform/developer-help/developer-api/server-side-api/simplesystem#ssdebugmessage
https://docs.simpleone.ru/ru/platform/developer-help/developer-api/server-side-api/simplesystem#ssinfomessage
https://docs.simpleone.ru/ru/platform/developer-help/developer-api/server-side-api/simplesystem#sswarningmessage
https://docs.simpleone.ru/ru/platform/developer-help/developer-api/server-side-api/simplesystem#sserrormessage
Недавно раскрывали аспекты нашей платформы в подкасте, можете посмотреть здесь в конце материала
Мы активно работаем над оптимизацией скорости интерфейса и UX: уже тестируем новую дизайн-систему, улучшаем отклик системы при высоких нагрузках. На самом деле, на производительность влияет множество факторов — от качества кастомизаций до инфраструктуры, на которой развернут продукт. В статье Архитектура корпоративных приложений высокой производительности мы подробно рассказываем, как достигаем стабильности через горизонтальное масштабирование, кеширование и распределение данных. Если у вас есть конкретные сценарии, где вы столкнулись с задержками — давайте обсудим!
Мы действительно учитываем опыт лидеров рынка, таких как ServiceNow и делаем так, чтобы впитать только самое лучшее) Возможно, в обзоре не удалось полноценно раскрыть все аспекты ESM-платформы, поэтому предлагаем ознакомиться с материалом Рабочие пространства как основа для ESM-платформы, где подробно разобраны современные подходы, включая SIAM, а также как это реализовано у нас
Добрый день!
Все активы, материальные и нематериальные, целесообразно учитывать в одной системе, чтобы получать общую картину. У нас можно вести учет любых активов, которые имеют значение для вашей организации, и это не обязательно только ИТ-активы. Помимо материальных объектов, таких как оборудование или "железо", система позволяет полноценно вести учет нематериальных активов.
Наша платформа гибкая и адаптируемая, что обеспечивает учет всех значимых для вашей компании ресурсов, вне зависимости от их типа или характера. Если у вас есть конкретные примеры или кейсы, будем рады помочь в настройке учета! Спасибо!
Добрый день! Спасибо за ваш вопрос. Стоимость формируется индивидуально и зависит от количества необходимых лицензий.
Что касается glpi+fusion inventory: данные решения действительно предоставляют функциональность инвентаризации, однако SimpleOne ITAM охватывает полный цикл процессов управления активами.
Добрый день! Для этого и стоит внедрять практики сервисного подхода, переходить от тикетов к зрелым процессам, например:
"Управление инцидентами" чтобы скорейшим способом восстанавливать штатный режим работы.
"Управление проблемами" для того чтобы выяснять причину инцидентов, вести базу данных известных ошибок с обходными решениями и в итоге делать так, чтобы инциденты не повторялись.
"Управление изменениями", так чтобы вносить необходимые изменения без негативного влияния
"Управление конфигурациями", чтобы четко понимать какой компонент инфраструктуры в каком состоянии и как связан с другими, как влияет и на услугу и на продукт, и так далее.