NEXUS

Приложение NEXUS® предоставляет полный набор инструментов для проектирования перекрестков дорог.
NEXUS® — это идеальное решение для проектирования перекрестков при новом строительстве и ремонте дорог с учетом транспортного потока и характеристик безопасности в одном комплексном пакете. Благодаря 65% -ной экономии общих затрат на проектирование, NEXUS позволяет создавать и оценивать концепции соединений за меньшее время по сравнению с традиционным или ручным черчением и проектированием.
Используя запатентованный метод проектирования Vehicle Envelope Method®, NEXUS включает в себя все ключевые элементы процесса проектирования перекрестков. Сюда входит проектирование транспортных средств, условия пропускной способности, линии обзора, конфликтные точки и концептуальную оценку. Обеспечивается мгновенная обратная связь, что позволяет оперативно получать высокоэффективные схемы соединений, ориентированные на безопасность.
NEXUS® изменит подход инженеров и проектировщиков к планированию и проектированию дорожных развязок. Поскольку каждый компонент проекта связан и зависит друг от друга, программа позволяет вам оценивать и контролировать производительность всей конструкции по мере внесения изменений, ускоряя разработку геометрии стыка и дренажа поверхности в одном едином и эффективном программном решении.
Поскольку каждый компонент проекта transoft в NEXUS взаимозависим, вы можете анализировать и контролировать работу компоновки всех узлов по мере внесения изменений. Это значительно ускоряет процесс разработки геометрии и поверхностного дренажа для разводки стыков.
В двух словах о NEXUS
Весной этого года команда наших разработчиков побывала на тренинге по многокомандному скраму с использованием фреймворка Nexus. Это оказался очень интересный инструмент, и мы хотим поделиться с вами впечатлениями от его возможностей.

Nexus — это фреймворк Кена Швабера, являющийся органичным и эволюционным расширением классического скрама для крупных проектов с многокомандной разработкой. Он базируется на тех же привычных scrum-основах: ролях, артефактах и ивентах, дополняя их аналогичными ивентами и артефактами для выявления и управления зависимостями, своевременного обмена информацией и доменными знаниями между командами и удержания фокуса на конечном продукте, а не индивидуальных инкрементах.
Роли
К стандартным scrum-ролям добавляется новая — Nexus Integration Team, отвечающая за успешную интеграцию всех сделанных инкрементов и решение технических и нетехнических ограничений между командами.
Эта группа участников состоит из выбранных представителей команд, которые озвучивают интересы команды. Если рабочее время участников делится между NIT и командой разработчиков, то более приоритетна работа в Nexus Integration Team.
Состав интеграционной команды может меняться по необходимости.
События
С камнем преткновения многокомандного скрама — перекрёстными зависимостями между фичами и командами, — в процесс официально добавляются refinement sessions, время проведения которых жёстко не задано и выбирается в любой удобный момент спринта.
Событие проходит в несколько этапов: сперва NIT разбивает содержимое бэклога на мелкие и независимые части до уровня, когда одна команда может закончить фичу за один спринт.
Затем выявляются и визуализируются все зависимости между фичами и командами. На этом этапе NIT определяет своеобразную «дорожную карту» фич и зависимостей: что и какой командой будет сделано, в каком спринте.
Дальше фичи спускаются на уровень команд и пересматриваются более подробно с помощью того же подхода: разделить на более мелкие части, выделить и визуализировать зависимости.
Планирование в Nexus также проходит этапами:
- На начальном этапе, где присутствуют все команды, Product Owner озвучивает и поясняет общие приоритеты спринта, цель общего инкремента. Представители команд еще раз корректируют распределение работы исходя из найденных зависимостей. Также на этом этапе формулируется общая цель спринта.
- Дальше команды продолжают планирование в индивидуальном порядке, и результаты планирования по всем командам вносятся в Nexus Sprint Backlog.
Классические три вопроса скрама для интеграционной команды трансформируются в:
- Что было успешно интегрировано до сегодняшнего Daily Scrum?
- Какие новые зависимости обнаружили?
- Какую информацию нужно распространить среди команд сегодня?
Nexus Retrospective состоит из трёх частей:
- NIT определяет проблемы, затронувшие более одной команды, и передает их как дополнительную входную информацию для командной ретроспективы.
- Командная ретроспектива, на которой обязательно принимаются во внимание общие проблемы, определённые на первом этапе
- Финальная часть ретроспективы, где формируется общее видение, как визуализировать и отслеживать сформулированные пункты.
Артефакты
Чтобы видеть целостную картину по продукту, Product Backlog всегда сохраняется в единственном числе, как и инкремент. В Nexus нет командных Sprint Review, и результатом спринта является сумма всего, сделанного командами — Integrated Increment по продукту. Помимо Sprint Backlog, добавляется новый артефакт — Nexus Sprint Backlog, который является набором фич для всех команд с указанными между ними зависимостями — своеобразным общим планом спринта, — и используется для отслеживания прогресса и ежедневного перепланирования по общему инкременту.
Definition of Done формируется NIT, пересматривается и поддерживается в актуальном состоянии после каждой ретроспективы. Команды могут дополнительно создавать свои DoD, но правила должны быть строже, чем у общего.
Масштабирование
Масштабирование начинается с хорошо настроенного скрама в рамках одной команды — те же основы и опыт фрактально переносятся на многокомандный уровень. Постепенно исходная команда делится на две-три команды и итеративно и инкрементально добавляются новые разработчики. Нужно следить, чтобы общий инкремент оставался устойчивым и предсказуемым. В ином случае количество потраченных усилий будет несравнимо выше, и сложность зависимостей, интеграционных и коммуникационных проблем будет расти в геометрической прогрессии при добавлении каждой следующей команды.
Nexus предполагает работу над одним продуктом 3-9 команд. Существует еще Nexus+, представляющий собой следующий уровень надстройки над фреймворком (Nexus для Nexus-а), но стоит трижды подумать, прежде чем его применять. В какой-то момент количество времени, уходящее на менеджмент зависимостей, перевешивает пользу от добавления новых команд.
Single source control, continuous integration/build/test/deploy, use of SOLID principles, API’s, DevOps concepts и т.п. — чем больше масштабирование, тем большее количество техник и подходов необходимо использовать.
Product Owner отвечает за верхнеуровневое видение продукта, за стратегию, приоритезацию и определение ценности. В независимости от масштаба проекта, существует только один бэклог и один PO на продукт. Он или она может иметь помощников по ежедневными задачами: описывать критерии истории, разъяснять командам детали, обращаться за помощью к экспертам в какой-то доменной области. Но финальное слово по приоритезации остаётся за Product Owner.
- Блог компании NIX
- Управление разработкой
- Управление проектами
Nexus, платформа цифровой реальности от Hexagon теперь доступна производственникам
Nexus делает это возможным, объединяя оборудование, данные и процессы для создания цифровой реальности, в которой информация доступна людям в режиме реального времени, в контексте и в одном месте, чтобы они могли принимать более обоснованные решения. Клиенты Hexagon смогут подключать то, что им нужно, из своего портфолио, состоящего из сотен программных приложений и устройств для проектирования и проектирования, производства и метрологии, а также технологий сторонних производителей.
- Metrology Reporting, приложение Nexus: Приложение соединяет Hexagon и сторонние источники метрологических данных в защищенной облачной среде Nexus, чтобы компании любого размера могли немедленно сообщать о ранее неиспользованных данных контроля качества со своего оборудования, чтобы выявлять тенденции и выявлять проблемы с допусками. Любой пользователь может создавать интерактивные трехмерные отчеты на основе САПР и подробные графики тенденций, ключевые показатели эффективности и документацию о соответствии, а также самые последние данные с коллегами, клиентами или поставщиками.
- Materials Connect, приложение Nexus: совершенно новая облачная библиотека данных о материалах, которая позволяет производителям или поставщикам материалов управлять данными о материалах, данными физических испытаний и моделями поведения для использования в рабочих процессах автоматизированного проектирования (CAE) продукта.
- Materials Enrich, приложение Nexus: первое в своем роде приложение Enrich, оно использует возможности машинного обучения платформы Nexus и моделирование поведения материалов с облачным ускорением, чтобы помочь пользователям находить и моделировать оптимальные материалы, которые, возможно, никогда не производились.
- Проектирование для аддитивного производства (DfAM), решение Nexus: предварительно сконфигурированное решение, которое упрощает и повышает эффективность совместной разработки оптимальной металлической детали, напечатанной на 3D-принтере, и подготовки ее к успешной печати с использованием лазерного сплавления в порошковом слое (PBF) процесс. Клиенты могут использовать веб-интерфейс Nexus для подключения программного обеспечения Hexagon MSC Apex Generative Design и Simufact Additive для моделирования процессов с AM Studio из CADS Additive и Materials Connect через облако и легко управлять доступом пользователей к проектам.
Nexus дает возможность пользователям расширять свой существующий портфель технологий, способствуя открытию новых инструментов, обучению и поддержке с помощью беспрецедентного портфеля программного и аппаратного обеспечения от Hexagon и ее партнерской экосистемы.
На момент запуска в число партнеров входит компания Oqton, которая свяжет DfAM и аналогичные предпроизводственные рабочие процессы со своей системой управления производством (MES), что позволит клиентам использовать данные для сокращения сроков выполнения заказов, решения проблем с качеством и расширения возможностей операторов. Компания Altium, занимающаяся разработкой программного обеспечения Electronic Design Automation (EDA), также подключит свое портфолио к Nexus, чтобы предоставить инженерам более полное представление о том, как разрабатывать и производить продукты с электронными системами.
Читайте также:
- Новая технология PlateSaver компании Hypertherm
- В CIMCO EDIT V8 появится FTP-клиент
- Компания OPEN MIND представляет hyperMILL® 2018.2
- Симуляция заточки инструмента теперь с компонентами ModuleWorks
- Hexagon внедряет подготовку аддитивного процесса в CAM-системе ESPRIT для оптимизации и масштабирования гибридного производства
- Релиз обновленных программных компонентов ModuleWorks v2019.04
- Первое в мире приложение для мониторинга работы станков с ЧПУ на Apple Watch
- Выпущен КОМПАС-3D v18 Home. Что получат пользователи домашней версии?
- hyperCAD®-S: эффективное трехмерное моделирование
- Siemens добавляет интеллектуальный дизайн в портфолио Xcelerator с новой версией NX
Страница не найдена
Возможно страница была перемещена или указан неправильный адрес.
- Вернуться в блог
- Перейти на главную страницу
- Выбрать статьи блога по ссылкам ниже
Свежие записи
- «Почему так долго?» Ищем и устраняем заторы в задачах с помощью Канбан
- Зомби-Scrum: симптомы, причины и их лечение
- Эволюция Scrum-мастера
- Управлять VS Менять. Как перестать выбирать и достичь баланса Run and Change
- Что такое бэклог простыми словами?
Рубрики
- Enterprise Agility (129)
- Business Agility (92)
- Глоссарий OKR (18)
- Словарь терминов Scrum (39)
- Глоссарий Bi-Cycle (22)
- Глоссарий Kanban (26)
- Глоссарий владельца продукта (89)
Метки
Мы хотим, чтобы компании были крутыми, а люди в них — счастливыми
- Что мы делаем
- Наша команда
- Блог
- Контакты
- Расписание тренингов
- Карта тренингов
- Обучение новичков в Agile
- Обучение Scrum Master
- Обучение Product Owner
- Обучение Kanban
- Услуги для компаний
- Тренинги для групп от 10 чел.
- Кейсы клиентов
© 2008 — 2024 ScrumTrek