Перейти до вмісту
XSIS

Процес і комунікація

Програмне забезпечення, ШІ та дані

З чого почати зі ШІ, якість і точність, доступність, швидкість, релізи в магазинах застосунків і міграції без простоїв.

24 запитання

Чи замінять агенти ШІ наших працівників контакт-центру?

Вони беруть рутинні запити високого обсягу, тож ваші люди обробляють складні й чутливі. Кожна розмова може перейти до людини з повним контекстом. Ви вирішуєте, які запити агенти виконують самостійно.

Яка різниця між рівнями ШІ?

Пакети є готовими до розгортання рішеннями для типових завдань, які налаштовують, а не будують. Корпоративні системи замовні й суверенні, створені для великих обсягів. Керовані послуги підтримують роботу будь-яких із них за підпискою або з оплатою за використання.

Який рівень підходить нам?

Залежить від того, наскільки типове завдання, який обсяг і де мають зберігатися ваші дані. Типове завдання помірного обсягу пасує пакету. Суворе розміщення, глибока інтеграція чи високий обсяг вказують на систему для підприємства.

Як починається робота з базами даних із вами?

Зазвичай із перевірки стану. Ми переглядаємо конфігурацію, продуктивність, безпеку, резервні копії й потужність і даємо письмовий перелік висновків, упорядкованих за ризиком і зусиллями. Далі ви вирішуєте, що ми виправляємо, мігруємо чи ведемо і в якому порядку. Якщо потреба вже ясна, як-от запланована міграція, ми натомість починаємо з її дизайну.

Як ви мігруєте базу даних без втрати даних і зупинки бізнесу?

Ми репетируємо кожну міграцію на захищеній копії й звіряємо кількості рядків і контрольні суми між джерелом і ціллю. Для систем, які не можуть зупинятися, ми тримаємо обидві синхронізованими й перемикаємося в коротке заплановане вікно з готовим перевіреним відкатом.

З чого почати, якщо ми не знаємо, де наші чутливі дані?

З виявлення. Ми простежуємо системи, сховища даних, резервні копії й файлові ресурси, що містять персональні, платіжні чи конфіденційні дані, і потоки до ваших постачальників. Інвентаризація показує найбільші ризики першими.

Чи доведеться нам замінювати поточні інструменти BI?

Не обовʼязково. Ми можемо додати розмовний аналіз і спільні визначення поверх даних, які у вас уже є, і поступово вивести зайві панелі.

Що якщо наші вимоги зміняться під час проєкту?

Зазвичай так і буває, і процес це передбачає. Беклог переглядається з вами на кожній ітерації. У проєкті з фіксованим обсягом зміну погоджують письмово, з її впливом на вартість і строки, до початку роботи над нею.

Наш настільний застосунок старий, і його важко змінювати. Які в нас варіанти?

Переписати все одразу рідко буває найбезпечнішим вибором. Ми оцінюємо код, його залежності й те, як люди ним користуються. Потім радимо, чи рефакторити його, чи перенести на сучасний фреймворк, чи замінити вебпрограмним забезпеченням. Який би шлях ви не обрали, ми змінюємо його поетапно, щоб користувачі продовжували працювати й кожен етап можна було перевірити.

Чи потрібне дослідження користувачів, якщо ми вже їх знаємо?

Ви знаєте багато, і дослідження на цьому будується. Воно перевіряє припущення з людьми, які виконують роботу, і часто виявляє кроки, обхідні шляхи й терміни, що ніколи не потрапляють до документа вимог. Малий раунд інтервʼю й тестів прототипу коштує менше, ніж зміна програмного забезпечення після релізу.

Чи варто автоматизувати всі наші тести?

Ні. Автоматизуйте те, що виконується часто й має давати ту саму відповідь щоразу: модульні тести, тести API й найважливіші шляхи. Людей залиште для дослідницького тестування, зручності використання та функцій, що ще змінюються. Менший набір, який ніколи не збоїть випадково, цінніший за великий, якому ніхто не довіряє.

Що таке хаос-тестування і чи воно безпечне?

Хаос-тестування навмисно вимикає сервіси, сповільнює мережі чи заповнює диски, щоб довести, що система плавно деградує й відновлюється. Ми починаємо в тестових середовищах, узгоджуємо межі з вашою операційною командою й проводимо контрольовані експерименти у робочому середовищі лише тоді, коли доведені моніторинг і відкат.

Як ви тестуєте інтеграції з банками, платіжними провайдерами чи ERP?

Ми використовуємо пісочницю партнера, де вона є, і симулятори, де її немає, тож тести виконуються на кожну зміну. Тестові дані покривають відхилені платежі, тайм-аути, дублікати повідомлень і часткові збої, а наскрізні перевірки підтверджують, що підсумки звіряються між системами.

Чому не переписати всю систему одразу?

Повний перепис має відтворити роки поведінки, перш ніж замінити хоч щось, поки бізнес змінюється навколо. Такі проєкти часто тривають довго й запускаються з прогалинами. Заміна по одній компетенції дає цінність рано й залишає стару систему як запобіжник. Ви можете зупинитися чи змінити напрям на будь-якому кроці.

Чи доведеться бізнесу зупинятися під час міграції?

Підхід спроєктовано так, щоб ні. Стара система продовжує працювати, поки кожну нову частину створюють і доводять паралельно. Робота поступово переходить на нову частину й може повернутися назад, якщо щось не так. Де міграція даних потребує перемикання, ми спершу репетируємо його й плануємо разом із вами.

Ніхто повністю не розуміє нашу стару систему. Чи можете ви все одно її модернізувати?

Так, і це поширено. Ми відновлюємо знання з коду, даних, журналів і людей, які користуються системою. Ми фіксуємо її поведінку в характеризаційних тестах, які стають специфікацією, якій мають відповідати нові частини.

Чи перерве міграція наш бізнес?

Ми плануємо кожне перенесення так, щоб уникнути перерви або зробити її короткою й запланованою. Навантаження переносяться по одному, дані синхронізуються перед перемиканням, і кожен крок має шлях відкату. Де система не може працювати у двох місцях одночасно, ми узгоджуємо з вами вікно обслуговування й спершу репетируємо перемикання.

Що охоплює співпраця з ІТ-інфраструктури?

Вона охоплює все, на чому працюють ваші системи: мережі й майданчики, сервери й віртуалізацію, сховища й резервне копіювання, служби каталогів та ідентичності, моніторинг і звʼязки з вашими хмарними акаунтами. Ми можемо взяти всю інфраструктуру чи одну її частину, як-от перепроєктування мережі. Обсяг узгоджується письмово до початку робіт.

У нас уже є конвеєри. Чи доведеться починати заново?

Ні. Ми починаємо з того, що працює, стандартизуємо це в шаблони й замінюємо лише крихкі чи відсутні частини. Сервіси переходять на платформу по одному.

Чи можете ви захистити агентів і моделі, які створювали не з вами?

Так. Ідентичність, облікові дані, захисні правила й моніторинг розташовані навколо агента, тож працюють з агентами, створеними вашою командою, іншим постачальником чи на платформі постачальника. Нам потрібен доступ до конфігурації агента та його підключень, не обовʼязково до коду.

З чого нам почати? (ШІ та дані)

Зазвичай із суверенного агентного прототипу: один робочий процес, підключений до ваших внутрішніх інструментів у приватній мережі, що показує цінність до більшої розробки.

Чи мають наші дані бути впорядковані спершу?

Не повністю, але ми їх спершу перевіряємо. Якщо документи неструктуровані або бази даних розрізнені, ми починаємо з перегляду якості даних, походження й готовності до ШІ, а потім будуємо платформу, потрібну моделям.

Мій проєкт належить до напряму «Інженерія програмного забезпечення» чи «Підприємства й інтеграції»?

Software Engineering будує й модернізує самі застосунки: платформи, портали, застосунки й цифрові двійники. Enterprises & Integrations зʼєднує їх з ERP, банками, податковими органами й платіжними мережами. Більшість проєктів потребують обох, і одна команда охоплює їх за одним договором.

З чого нам почати? (Хмара й інфраструктура)

Більшість клієнтів починають з аудиту переносимості хмари й FinOps токенів ШІ. Він показує, де ви привʼязані до одного провайдера, окреслює шлях до суверенної чи мультихмарної інфраструктури й ставить кешування та маршрутизацію моделей перед вашими навантаженнями ШІ. З нього випливають більші програми.

Більше запитань

Усі теми запитань

Почніть із розмови, а не з договору.

Розкажіть, що вам треба побудувати, зʼєднати чи захистити. Архітектор пройде це з вами, а потім порадить, з чого почати.

Що буде далі

  1. Узгодження часу

    Наша команда напише вам, щоб узгодити час сесії.

  2. Попередня консультація

    Формат: безкоштовна 30-хвилинна онлайн-консультація перед співпрацею. Ми разом розбираємо ваші цілі, системи й обмеження.

  3. Оцінка готовності

    На кроці «безкоштовна 48-годинна оцінка готовності» головний архітектор перевіряє ваш проєкт за 6 пунктами Definition of Ready і рекомендує відповідний трек.

  4. Вибір треку

    Проєкти з готовим обсягом отримують обовʼязкову пропозицію протягом від 3 до 5 робочих днів. Проєкти на стадії концепції починаються в Blueprint Studio. Робоча система, яка дає збої, не має документації або потребує інтеграції, починається з діагностики тривалістю від 1 до 2 тижнів. Blueprint Studio і діагностика мають фіксовану плату, зазначену в пропозиції.