Риски срыва поставок
Замечает, что поставка под угрозой, раньше, чем она сорвалась
Тема готова к старту: сузить до MVP и работать
Область и границы
четыре роли · четыре ответаКому больно — и можно ли этого человека спросить?
Снабженец ведёт поставки и узнаёт о срыве в день, когда товар не приехал
Почему это не решается одним вызовом модели?
Сигналы разной природы: даты и суммы из своих систем, новости и письма — текстом. Предупреждение без объяснения снабженец проигнорирует, а ложная тревога стоит его времени
Где должен появиться результат и что здесь необратимо?
Результат — тревога по конкретной поставке: по ней ищут замену и меняют планы производства
Что будет считаться успехом?
О срыве известно заранее и с запасом на действие, а тревоги не приучили их игнорировать
Поставщик заинтересован в хорошей оценке: данные о себе он подаёт сам
Есть публичные наборы или открытые данные; живой контекст добирается разговором
Новости, реестры и открытая отчётность поставщиков. История срывов синтезируется по разговору со снабженцем: какие сигналы он вспоминает как предвестники
О чём тема
О срыве узнают в день, когда товар не приехал, — и дальше живут в авральном режиме. Между тем сигналы были: поставщик тянул с подтверждением, у него менялись сроки, в его регионе что-то происходило. Область — собрать эти сигналы в предупреждение, которому поверят, и не завалить снабженца тревогами обо всём подряд.
Зачем это людям
Узнавать о риске срыва заранее, когда ещё есть время что-то сделать.
Что предстоит выяснить
ответов здесь нетГотового решения в каталоге нет намеренно: тема задаёт область и границы, а что и как строить — работа команды. Это и защищают на приёмке.
Взять эту тему
Тему из каталога берёт любая команда, одобрение не требуется. Одну тему могут взять несколько команд — на Demo Day видно, насколько разошлись решения.