Если же Service Desk работает преимущественно вручную, первым шагом должна быть именно автоматизация, а не найм: она высвобождает 20-30% ресурсов, которые затем переучивают на качество и аналитику.

 когда от человека ждут, когда он придет и принесет свой проект в бизнес (в чей-то), причем бесплатно, или просто нагенерит коммерческих идей

мы говорим не о том, что разработчик должен генерить бизнес-идеи за продакта. Просто когда человек видит, что мы городим велосипед или архитектура не тянет, он должен иметь возможность это сказать, а не просто писать код по ТЗ

IMHO, ну неправильно это сравнивать взрослых людей с детьми, там, где требуется мало-мальски серьезное отношение.

Возможно, аналогия не очень удачная :) Суть была в том, что если мерить не то, получишь не тот результат. Мерим количество тасков – люди их дробят. Мерим часы – рисуют в конце месяца

Зависит от типа генерального директора, кмк

Да, тут про технического основателя, который понимает продукт. Если он просто согласовывает скрепки, то без комментариев, сами понимаете :)

И вот антипример: команда полгода делала что-то, что можно было проверить за две недели, или вообще делала не то, что нужно бизнесу, потому что никто не удосужился спросить

А чем менеджер занимается, который управляет этими командами? Почему нельзя просто завести один эпик и в него кинуть 3 разных задачи?

Можно, но когда эпик живёт в одном проекте, а задачи команд в трёх других, получается 4 проекта, между которыми нужно прыгать. Бизнес не опускается в задачи команд, команды поднимаются в эпик бизнеса. Мы решаем это через единый бэклог продукта, из которого команды берут задачи, это плоская структура вместо иерархии проектов

Это вообще не связано с таск трекером. Не беда, если какая-то инфа лежит на конфлюенсе. Человек умрет что-ли, если в конфлюенс перейдет?

Согласен, что информация может лежать где угодно. Но проблема в том, что когда у вас 20+ проектов и 30 команд, новый человек тратит кучу времени, чтобы понять, где его доска, что за продукт делают, зачем это нужно. Confluence отдельно, Jira отдельно, Miro где-то ещё. Единая точка входа упрощает онбординг

Мы постоянно работаем над тем, чтобы специалистам было проще освоить платформу. У нас есть бесплатные и платные обучающие курсы, а требования к навыкам для работы с платформой соответствуют уровню Junior-Middle.

Код, лежащий в ядре системы, является полностью нашей разработкой. 

Объектная модель в нашей системе реализована по принципам, схожим с ведущими мировыми платформами, что обеспечивает ее эффективность и гибкость.

Импорт BPMN-моделей включен в нашу дорожную карту развития продукта, можно ознакомиться с ней на сайте.

Наша платформа не ограничивается функциональностью BPMS, а предоставляет более широкие возможности в рамках концепции ESM.

Ценообразование нашего продукта основано на рыночных принципах. Мы ведем честный бизнес и открыты к диалогу по любым вопросам.

Приглашаем присоединиться к Сообществу SimpleOne, где вы сможете более подробно обсудить все аспекты работы с нашей платформой. Мы ценим каждое мнение и стремимся к постоянному совершенствованию.

Все активы, материальные и нематериальные, целесообразно учитывать в одной системе, чтобы получать общую картину. У нас можно вести учет любых активов, которые имеют значение для вашей организации, и это не обязательно только ИТ-активы. Помимо материальных объектов, таких как оборудование или "железо", система позволяет полноценно вести учет нематериальных активов.

Наша платформа гибкая и адаптируемая, что обеспечивает учет всех значимых для вашей компании ресурсов, вне зависимости от их типа или характера. Если у вас есть конкретные примеры или кейсы, будем рады помочь в настройке учета! Спасибо!