Не все хотят и должны быть творцами, но нужно дать возможность тем, кто хочет влиять на продукт. Если человеку нравится получать четкое ТЗ и писать качественный код это тоже очень ценно. Проблема начинается, когда всех насильно загоняют в режим "просто делай задачу и не задавай вопросов", даже тех кто мог бы предложить что-то дельное
когда от человека ждут, когда он придет и принесет свой проект в бизнес (в чей-то), причем бесплатно, или просто нагенерит коммерческих идей
мы говорим не о том, что разработчик должен генерить бизнес-идеи за продакта. Просто когда человек видит, что мы городим велосипед или архитектура не тянет, он должен иметь возможность это сказать, а не просто писать код по ТЗ
IMHO, ну неправильно это сравнивать взрослых людей с детьми, там, где требуется мало-мальски серьезное отношение.
Возможно, аналогия не очень удачная :) Суть была в том, что если мерить не то, получишь не тот результат. Мерим количество тасков – люди их дробят. Мерим часы – рисуют в конце месяца
Зависит от типа генерального директора, кмк
Да, тут про технического основателя, который понимает продукт. Если он просто согласовывает скрепки, то без комментариев, сами понимаете :)
Под ценностью мы имеем в виду не только деньги, но и знание. Если команда за месяц проверила идею и выяснила, что она не работает или не нужна – это огромная ценность, и вы не потратили год на развитие провальной фичи
И вот антипример: команда полгода делала что-то, что можно было проверить за две недели, или вообще делала не то, что нужно бизнесу, потому что никто не удосужился спросить
для многих компаний Jira действительно работает хорошо Мы рассказали о тех случаях, когда она не справляется. Если у вас в Jira всё прекрасно, значит, она подходит под ваши задачи, и это здорово
В некоторых ситуация ускорение происходит не только от смены таск-трекера. Часто это результат изменения подхода: переход от проектного мышления к продуктовому, улучшение синхронизации команд, интеграция с ITSM для приоритизации на основе инцидентов. Таск-трекер либо помогает этому, либо мешает
Понимаю ваш скепсис, статью я основывал на собственном опыте. Если у вас другой опыт, буду рад услышать, как вы решаете проблемы с синхронизацией команд
по моему мнению, структура инструмента заставляет создавать лишние слои. Бизнес-отдел работает в своём проекте, команды в своих. Связать их можно, но приходится настраивать иерархию или горизонтальные связи, которые 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 всё прекрасно, значит, она подходит под ваши задачи, и это здорово
В некоторых ситуация ускорение происходит не только от смены таск-трекера. Часто это результат изменения подхода: переход от проектного мышления к продуктовому, улучшение синхронизации команд, интеграция с ITSM для приоритизации на основе инцидентов. Таск-трекер либо помогает этому, либо мешает
Понимаю ваш скепсис, статью я основывал на собственном опыте. Если у вас другой опыт, буду рад услышать, как вы решаете проблемы с синхронизацией команд
по моему мнению, структура инструмента заставляет создавать лишние слои. Бизнес-отдел работает в своём проекте, команды в своих. Связать их можно, но приходится настраивать иерархию или горизонтальные связи, которые 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 охватывает полный цикл процессов управления активами.
Добрый день! Для этого и стоит внедрять практики сервисного подхода, переходить от тикетов к зрелым процессам, например:
"Управление инцидентами" чтобы скорейшим способом восстанавливать штатный режим работы.
"Управление проблемами" для того чтобы выяснять причину инцидентов, вести базу данных известных ошибок с обходными решениями и в итоге делать так, чтобы инциденты не повторялись.
"Управление изменениями", так чтобы вносить необходимые изменения без негативного влияния
"Управление конфигурациями", чтобы четко понимать какой компонент инфраструктуры в каком состоянии и как связан с другими, как влияет и на услугу и на продукт, и так далее.