Спасибо, пойду думать дальше

🤝

точно, спасибо

Добрый день. Меня попросили узнать кто чем пользуется и что посоветует? Как вообще пишется план для разработки, ну то есть, то что нужно внедрить для развития проекта?
Как называется этот документ?
Можете дать ссылку где можно посмотреть\почитать\пройти курс?

Технический Road Map?

или классический project plan ?

Документ из которого уже можно писать задачи для программистов

это скорее техническое задание / спецификация / Application specification / Requirements

Можете что-либо порекомендовать. Техническое задание, use casе ы

так пообщайтесь с программистами (и другими исполнителями, с тестированием тоже). Вам надо понять какого объема и в каком формате необходимо и достаточно документации на конкретном проекте. По опыту обучать людей на формат, который они не воспринимают - сизифов труд.

Еще вопрос по любому новому документу - будет ли его кто-то согласовывать. Если да, то к ним вопросы, что ожидают там видеть.

Спасибо за ответы. Еще вопрос, можете что-нибудь порекомендовать. Предложили вот эту книжку Селиховкин Иван. Управление ИТ-проектом. Эффективная система "с нуля" в любой организации

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

Event Storming - это средство исследования домена. Исследовать с его помощью solution получится только в том случае, если код отражает домен (DDD). Как я понял из вашего описания ситуации - это не ваш случай.

Ответ на Ваш вопрос зависит от того, какая у вас SDLC-модель разработки. Если отвечать в общих чертах, то:
- https://t.me/emacsway_log/490
- https://t.me/emacsway_log/502

Возможно, понадобится еще "ISO/IEC/IEEE 29148:2011 Systems and software engineering - Life cycle processes - Requirements engineering".

Ваш архитектор должен выбрать SDLC-модель и необходимый уровень документирования, исходя из конкретного ситуативного контекста проекта.

Спасибо, ценное замечание!
Учитывая его для меня в итоге выглядит, что Event Storming здесь будет применим, но достаточно ограниченно — домен целиком не знает никто (несмотря на то, что как мне кажется он не очень большой), скорее всего его здесь можно будет прояснить и сделать видимым.
И видимо как здесь уже прокомментировали, мы достаточно быстро начнем вязнуть в том, что в коде лапша.
Что с этой лапшой делать это уже будет совершенно отдельным внутренним вопросом.
Стало проясняться, будем думать, обсуждать с коллегами, спасибо!

Я бы еще приплел сюда conway's law. То есть чтобы собрать данные по решению надо начинать с 2х вещей: предметной области и процессов, которые их обслуживают

/help@banofbot

😎 Banofbot позволяет голосовать за бан участников чата. Появился спамер или еще какой негодяй, а админов нет рядом? Просто ответьте на сообщение провинившегося текстом @banofbot и бот начнет голосование.

/help — Показывает это сообщение 😱
/language — Позволяет выбрать язык 📣
/lock — Включить или выключить доступ не-админов к командам бота 🔑
/limit — Сменить минимальное количество голосов для кика пользователя (также вы можете использовать формат "/limit 100") ✌️
/time — Настроить минимальное время между банами
/votekickWord — настройка дополнительных слов начала голосований. Используйте в формате /votekickWord кик, челлендж, драка 🐸

Не забудьте назначить @banofbot админом, иначе он не сможет работать.

Остались вопросы? Почитайте наш канал поддержки — @borodutch_support 🦄

Попробуйте еще один мой проект — Тудурант (iOS, Андроид). Это умный список задач, который использует поведенческую психологию для того, чтобы заставить ваш мозг выполнять задачи. Полностью бесплатен 30 дней без каких-либо обязательств, поэтому почему бы не попробовать улучшить свою продуктивность? Тудурант помог мне, поможет и вам!

> Спасибо, ценное замечание!

Пожалуйста!)

> Что с этой лапшой делать это уже будет совершенно отдельным внутренним вопросом.

Желательно оценить динамику качества кода (косвенно можно оценить по успешности сроков, динамике багов и т.п.). Если за последние полгода код не очищался, то, боюсь, что и написание системы с нуля спасет не на долго. [UPDATE: сорри, если у вас никто не знает домена, значит там новый коллектив, и мое замечание нерелевантно.] В таком случае нужно начинать с обучения разработчиков. Могу порекомендовать корпоративные курсы Володи Хорикова ( @vkhorikov ) - один из лучших русскоязычных специалистов в области Software Design. Если коллектив хорошо понимает английский, тогда можно организовать авторские курсы Вернона, Янга, Дахана и т.п. Но вообще, обучение - это не быстрый процесс, и было бы хорошо запастись знающим системным архитектором в штат.

Дальше нужно понять что происходит в домене, и как строить систему. Тут как раз Event Storming может помочь.

Дальше нужно оценить экономическую целесообразность рефакторинга. Может оказаться, что https://docs.microsoft.com/en-us/azure/architecture/patterns/strangler-fig окажется дешевле.

Можно было бы сразу начать делать микросервисы (у Sam Newman есть хорошая книга по распилу, тут на Хабре парень писал конспект по его книге: https://m.habr.com/ru/post/548054/ ), но без знающего системного архитектора это будет дороже, чем Monolith First.

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