что он там должен или нет, это вообще не касается темы разговора, детали можно продумывать, но вносить физ модель, да блин это сразу его ограничивает, в секунду. Вы вписали enum вы думаете он про key-value базу где почти все string подумает? Неосознанно он в реляционку будет думать, классическую. Хотя не функт требования, вполне будут намекать на быстрою key value

Ни разу там не работал, ни на одном проекте от них. Без понятия что и как там у них.

Мне приходится иметь схем с несколькими абстракциями, при этом разбивать их так, чтобы они удобно укладывались разработчику как в контекст конкретной задачи, так и в таск в JIRA.

Вроде как делаем солнечную систему, вот вам карта с планетами.
Хотите сегодня работать с Марсом - хорошо, вот схема карты марса со спутниками.
Вам нужен Марс? Ок, вот его карта поверхности и атмосферы, какая вам нужна?


Ну и задачи:
Изучение Марса
Изучение лун Марса

Потом обновляшки всякие:
Обновление пятой луны марса в части её прохода по орбите.

Кстати, периодически приходится бафать их на мораль, особенно когда менеджер ппц как старается потопить проект.

PlantUML умеет гиперссылки на схемах, попробуй)
я считаю это очень крутая фича

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

В том же проекте по омни-платформе, 25% моей работы уходило на поддержание связей между разработчиками и поддержкой их в нужный момент.
Тыканием "как дела?", напоминаниями и прочими небольшими хитростями поддержки боевого духа вроде встреч, разгрузки в чатах, дополнительных брифингах и т.д.

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

Так что если ты ещё и зонтичный системный аналитик и не обращаешь внимание на мораль войска, то твой проект пойдёт ко дну.

control freaks это диагноз)

Это красный уровень, отключение мозгов на работе и формирование фокуса на чём ни будь другом.

избавиться от потребности все контролировать можно лишь научившисть ставить задачи.
то есть определить требуемый результат, а не качественные пожелания к процессу его достижения (сделайте мне красиво, причем надо вчера)

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

Бесполезно разговаривать с людьми, которым и так хорошо.
Зачем им меняться?

Это вообще нужно РП пнуть (который проект ведет как руководитель), пусть с лидом разбираются что у них там.

Ты думаешь, что я у разработчиков забираю работу. А вот и нет. Я как раз стараюсь иметь между бизнес-требованиями и структурами кода абстрактный уровень.
Кстати интересный момент, для слабых разработчиков приходится залезать на уровень структур, для сильных держаться максимально абстрактно.

У меня на первом проекте РП так и не назначили, а МП (было аж 4) отказались исполнять зонтичную роль.
Пара бара па, фьють.

я не разработчик, и это была шутка, но в целом там есть доля, вы говорите что людям и  так хорошо, а значит есть тот кто дал им возможность так строить среду, и те кто вынужденно ее поддерживают... И вы в этой системе. Да среда сильнее, но вы ее часть. Смекаете😉

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

Какой смысл париться там, где тебя не ждут и не ценят?
Или работать там, где тебя используют с минимальным кпд?

Как мне сказали, секретарь ведет протокол, я сказал что я диктую администратором его потом, так как они не догоняют ни потоки ни решения, я получил ответ, смекаешь кто у вас секретарь😉. Так и тут. Догоняют они или нет, это не должно быть моей заботой, а получилось что я сделал это своей. И все.