Выходные для учёбы и мемасов – так считает наша команда GetAnalyst 🕺🏻💯
Поэтому свежая порция шуток на тему работы в IT от нашего стола к вашему, как говорится 😅
Всем отличного настроения 😘
Поэтому свежая порция шуток на тему работы в IT от нашего стола к вашему, как говорится 😅
Всем отличного настроения 😘
👍11🤣5
This media is not supported in your browser
VIEW IN TELEGRAM
Привет-привет! Ответ на загадку "Где баг?" - в мобильной верстке📱
При разработке требований и приемке задач от разработчиков не забывайте учитывать требования к адаптации под мобильные устройства - это требования к мобильной верстке.
В первую очередь - это требования к дизайнеру. А потом уже напоминание разработчику фронтенда, который это все верстает.
Важные моменты - отличия, которые могут быть в мобильной верстке:
✔️ Изменение порядка элементов.
✔️ Часть функциональности может быть недоступна в мобильной верстке.
✔️ Часть элементов может отображаться иначе или работать иначе, чем в компьютерной широкоэкранной верстке.
✔️ Есть ли возможность (отдельная кнопка) для просмотра компьютерного режима со смартфона - писать в требованиях.
При проверке задач, если это необходимо, лучше пользоваться смартфоном. Если сидите за компьютером и лень, то повторите то, что я сделала на видео - сужение экрана и отслеживание: как ведут себя элементы дизайна.
Так что если сейчас работаете с веб-приложениями, то можно посмотреть, что будет, если перейти в мобильный режим 🙃 Мало ли... 😄
P.S. А еще, прорабатывая нефункциональные требования к веб-приложениям, не забудьте в договоре с заказчиком указать требования к видам и версиям браузеров, где оно должно работать 😉
При разработке требований и приемке задач от разработчиков не забывайте учитывать требования к адаптации под мобильные устройства - это требования к мобильной верстке.
В первую очередь - это требования к дизайнеру. А потом уже напоминание разработчику фронтенда, который это все верстает.
Важные моменты - отличия, которые могут быть в мобильной верстке:
✔️ Изменение порядка элементов.
✔️ Часть функциональности может быть недоступна в мобильной верстке.
✔️ Часть элементов может отображаться иначе или работать иначе, чем в компьютерной широкоэкранной верстке.
✔️ Есть ли возможность (отдельная кнопка) для просмотра компьютерного режима со смартфона - писать в требованиях.
При проверке задач, если это необходимо, лучше пользоваться смартфоном. Если сидите за компьютером и лень, то повторите то, что я сделала на видео - сужение экрана и отслеживание: как ведут себя элементы дизайна.
Так что если сейчас работаете с веб-приложениями, то можно посмотреть, что будет, если перейти в мобильный режим 🙃 Мало ли... 😄
P.S. А еще, прорабатывая нефункциональные требования к веб-приложениям, не забудьте в договоре с заказчиком указать требования к видам и версиям браузеров, где оно должно работать 😉
❤7👍3
Я запускала сообщество GetAnalyst полностью своими силами. Каждый блок на сайте был создан мной.
Дорабатывается он постепенно. Шаг за шагом. Страницы я редизайнила по 3-7 раз. Это был долгий процесс. Например, страница с блогом и страница с курсом по БД - все еще моя работа.
С этого года к проекту подключился наш веб-дизайнер и веб-разработчик Кирилл, благодаря которому сайт начал преображаться ❤️ Спасибо ему за работу! Я в восторге!
🔥 С радостью анонсирую новую страницу О проекте. История сообщества GetAnalyst + мой путь + команда. Большая работа по сбору и структурированию информации.
Системный анализ - это структурированные требования к разработке, задачи с описанием подробностей реализации на программистов.. Это понимание технических деталей. Понимание, что есть мобильная верстка, что за кнопками скрывается API, интеграции и... просто много важных деталей. Без системных аналитиков теряются знания о технической реализации проекта, сложнее его развитие и сопровождение.
Роль системного аналитика в IT-проектах важна!
На этой неделе можно посмотреть мой вебинар для тех, кто переходит в профессию СА или начинает карьеру в ИТ
📹 Вклад системного аналитика в IT-проекты
🟢 Подробности по этой ссылке
Желаю вам продуктивной недели! 🚀
Дорабатывается он постепенно. Шаг за шагом. Страницы я редизайнила по 3-7 раз. Это был долгий процесс. Например, страница с блогом и страница с курсом по БД - все еще моя работа.
С этого года к проекту подключился наш веб-дизайнер и веб-разработчик Кирилл, благодаря которому сайт начал преображаться ❤️ Спасибо ему за работу! Я в восторге!
Системный анализ - это структурированные требования к разработке, задачи с описанием подробностей реализации на программистов.. Это понимание технических деталей. Понимание, что есть мобильная верстка, что за кнопками скрывается API, интеграции и... просто много важных деталей. Без системных аналитиков теряются знания о технической реализации проекта, сложнее его развитие и сопровождение.
Роль системного аналитика в IT-проектах важна!
На этой неделе можно посмотреть мой вебинар для тех, кто переходит в профессию СА или начинает карьеру в ИТ
📹 Вклад системного аналитика в IT-проекты
🟢 Подробности по этой ссылке
Желаю вам продуктивной недели! 🚀
Please open Telegram to view this post
VIEW IN TELEGRAM
🎉6❤1
📹 Вклад системного аналитика в IT-проекты
🟢 Доступ к вебинару по этой ссылке: https://pruffme.com/webinar/?id=80c2474301e7eba3d150db43d269d180
⏰ Сегодня в 15:00 и в 19:00 МСК
🟢 Доступ к вебинару по этой ссылке: https://pruffme.com/webinar/?id=80c2474301e7eba3d150db43d269d180
⏰ Сегодня в 15:00 и в 19:00 МСК
Привет-привет!
Знакомо ощущение, когда глаз дергается и сердце замирает? 😁
Делитесь в комментариях, что еще вызывает такие же эмоции))
Знакомо ощущение, когда глаз дергается и сердце замирает? 😁
Делитесь в комментариях, что еще вызывает такие же эмоции))
🔥12😁10😱1
У вас бывало такое, что вы используете приложение, или смотрите, как в регистратуре в поликлинике не могут сделать какую-то элементарную вещь с вашим приемом к врачу, и в голове:
"Ну это же элементарно! Почему у вас это не работает?!" 🤯
Бытовые ситуации вдохновляют меня на разбор ошибок проектирования, которые ведут к костылям и неудобству по развитию системы.
Дано:
1. Автосалон 🚘
Продает авто и занимается сервисным обслуживанием (плановый технический осмотр - ТО), ремонтом.
2. Есть учет всех клиентов. Общий.
3. Для автомастерской есть учет истории визитов каждой машины.
4. Процессы:
+ ведение базы всех клиентов,
+ покупка авто,
+ запись на прием в автомастерскую с уведомлениями клиента,
+ создание отчетов о выполненных работах.
Кажется, все просто. Но если погружаться в разбор бизнес-процессов, то можно найти элементарный, который не учли: перевод машины между владельцами.
Что случилось, в чем ошибка бизнес-аналитика и что из-за нее не учли в системном анализе? Как дорого будет стоить ее исправление?
Будем последовательно разбираться. И проектировать нормально. Рассмотрим полный цикл: требования, БД, бэкенд, фронтенд, интеграции 🙌
Вводную и погружение в контекст сделала в формате видео. Смотреть тут 👀
"Ну это же элементарно! Почему у вас это не работает?!" 🤯
Бытовые ситуации вдохновляют меня на разбор ошибок проектирования, которые ведут к костылям и неудобству по развитию системы.
Дано:
1. Автосалон 🚘
Продает авто и занимается сервисным обслуживанием (плановый технический осмотр - ТО), ремонтом.
2. Есть учет всех клиентов. Общий.
3. Для автомастерской есть учет истории визитов каждой машины.
4. Процессы:
+ ведение базы всех клиентов,
+ покупка авто,
+ запись на прием в автомастерскую с уведомлениями клиента,
+ создание отчетов о выполненных работах.
Кажется, все просто. Но если погружаться в разбор бизнес-процессов, то можно найти элементарный, который не учли: перевод машины между владельцами.
Что случилось, в чем ошибка бизнес-аналитика и что из-за нее не учли в системном анализе? Как дорого будет стоить ее исправление?
Будем последовательно разбираться. И проектировать нормально. Рассмотрим полный цикл: требования, БД, бэкенд, фронтенд, интеграции 🙌
Вводную и погружение в контекст сделала в формате видео. Смотреть тут 👀
YouTube
1. Системный анализ проекта с нуля: Сбор бизнес-требований, погружение в контекст
Проектирование с нуля системы для Автосервиса. Подгружаемся в контекст.
Нужно поддержать этот минимум функциональных возможностей:
- вести учет клиентов - потенциальных и текущих,
- фиксировать продажи автомобилей,
- записывать на сервисное обслуживание…
Нужно поддержать этот минимум функциональных возможностей:
- вести учет клиентов - потенциальных и текущих,
- фиксировать продажи автомобилей,
- записывать на сервисное обслуживание…
❤7👍3🔥1
🔥⚠️ Новый проект⚠️ 🔥
🚘 Система для автосалона 🚘
Обеспечить возможности записи машин на прием в автосервис салона, ведения истории их обслуживания. Уведомлять клиентов, владельцев авто, о записи по СМС. В СМС включать ссылку с информацией об услуге.
Порядок работы:
🟡 In Progress - в процессе:
1. Знакомство с бизнес-контекстом и бизнес-требованиями, их уточнение
2. Определение ролей пользователей и приложений, которые будут задействованы
3. Выделение и описание основных сценариев
4. Проработка альтернативных сценариев
🔵 To Do - к выполнению:
5. Определить список задач к выполнению.
6. Задачи на дизайнера - макеты UI/UX
7. Выделить сущности и спроектировать БД.
8. Сделать постановки задач на фронтенд
9. Сделать постановки задач на бэкенд. Разработать дизайн REST API с документацией в Postman
Хотите что-то еще разобрать на примере этого проекта? Пишите в комментарии 👍
🚘 Система для автосалона 🚘
Обеспечить возможности записи машин на прием в автосервис салона, ведения истории их обслуживания. Уведомлять клиентов, владельцев авто, о записи по СМС. В СМС включать ссылку с информацией об услуге.
Порядок работы:
🟡 In Progress - в процессе:
1. Знакомство с бизнес-контекстом и бизнес-требованиями, их уточнение
2. Определение ролей пользователей и приложений, которые будут задействованы
3. Выделение и описание основных сценариев
4. Проработка альтернативных сценариев
🔵 To Do - к выполнению:
5. Определить список задач к выполнению.
6. Задачи на дизайнера - макеты UI/UX
7. Выделить сущности и спроектировать БД.
8. Сделать постановки задач на фронтенд
9. Сделать постановки задач на бэкенд. Разработать дизайн REST API с документацией в Postman
Хотите что-то еще разобрать на примере этого проекта? Пишите в комментарии 👍
Please open Telegram to view this post
VIEW IN TELEGRAM
👍13🔥8
Про #софтскилы в IT. Сегодня у нас в гостях #эмпатия 🤗
Эмпатия - это способность понимать и разделять чувства другого человека. Это один из главных инструментов в работе аналитика.
👩💻👨💻 Аналитик - это "переводчик" между разработчиками и бизнес-заказчиками.
Он должен понять, что хочет заказчик, и объяснить команде так, чтобы они могли реализовать это в IT-продукте. Именно тут приходит на помощь эмпатия. Она позволяет аналитику глубже проникнуть в потребности клиента, понять его боли и желания.
🔹 На собеседовании
При приеме на работу важны не только ваши технические навыки, но и soft skills, среди которых есть эмпатия. Работодатели и HR часто используют ситуационные вопросы или ролевые игры для оценки вашего уровня эмпатии. Например, вам могут предложить рассказать о ситуации, когда вы помогли коллеге решить проблему, или когда ваши действия помогли улучшить отношения в команде. Будьте готовы ответить⚡️
🔹 В команде
В работе с командой эмпатия помогает понять взгляды и ожидания каждого участника, что помогает создать более продуктивную рабочую атмосферу и облегчает общение.
🔹 Практические советы
1. Практикуйте активное слушание.
Когда вам говорят, старайтесь не только слушать, но и понимать, что чувствует собеседник. Представляйте себя на его месте, проживайте те же эмоции. Это поможет лучше понимать людей вокруг.
2. Отслеживайте свои эмоции. Разберитесь, какие эмоции вызывают в вас те или иные ситуации. Отходите в сторону и смотрите на свою реакцию. Это поможет лучше понимать чувства других людей.
3. Обратите внимание на язык тела - открытые (дружба) и закрытые (защита) позы.
Очень часто наши истинные чувства проявляются не в словах, а в жестах. Пробуйте отслеживать в диалогах с близкими в каком положении ваши руки, ноги.
Помните, эмпатия - это не то, что вы "включаете" в определенный момент. Это - навык, который развивается и совершенствуется в течение всей жизни.
Эмпатия - ваш верный помощник как в карьере, так и в жизни 🤗
Так что вперед, к пониманию и взаимопониманию! 🚀
Эмпатия - это способность понимать и разделять чувства другого человека. Это один из главных инструментов в работе аналитика.
👩💻👨💻 Аналитик - это "переводчик" между разработчиками и бизнес-заказчиками.
Он должен понять, что хочет заказчик, и объяснить команде так, чтобы они могли реализовать это в IT-продукте. Именно тут приходит на помощь эмпатия. Она позволяет аналитику глубже проникнуть в потребности клиента, понять его боли и желания.
🔹 На собеседовании
При приеме на работу важны не только ваши технические навыки, но и soft skills, среди которых есть эмпатия. Работодатели и HR часто используют ситуационные вопросы или ролевые игры для оценки вашего уровня эмпатии. Например, вам могут предложить рассказать о ситуации, когда вы помогли коллеге решить проблему, или когда ваши действия помогли улучшить отношения в команде. Будьте готовы ответить⚡️
🔹 В команде
В работе с командой эмпатия помогает понять взгляды и ожидания каждого участника, что помогает создать более продуктивную рабочую атмосферу и облегчает общение.
🔹 Практические советы
1. Практикуйте активное слушание.
Когда вам говорят, старайтесь не только слушать, но и понимать, что чувствует собеседник. Представляйте себя на его месте, проживайте те же эмоции. Это поможет лучше понимать людей вокруг.
2. Отслеживайте свои эмоции. Разберитесь, какие эмоции вызывают в вас те или иные ситуации. Отходите в сторону и смотрите на свою реакцию. Это поможет лучше понимать чувства других людей.
3. Обратите внимание на язык тела - открытые (дружба) и закрытые (защита) позы.
Очень часто наши истинные чувства проявляются не в словах, а в жестах. Пробуйте отслеживать в диалогах с близкими в каком положении ваши руки, ноги.
Помните, эмпатия - это не то, что вы "включаете" в определенный момент. Это - навык, который развивается и совершенствуется в течение всей жизни.
Эмпатия - ваш верный помощник как в карьере, так и в жизни 🤗
Так что вперед, к пониманию и взаимопониманию! 🚀
❤6👍1
Давайте назовем проект для автосалона PorscheLab 🚘, и погнали проектировать.
1️⃣ Структура документации.
Проект новый - сразу создаю пространство (спейс) в Confluence и выстраиваю структуру.
Коллеги, я создала не новый спейс, а раздел в уже существующем пространстве "GetAnalyst - Public Projects" по причинам удобства. У меня в нем шаблоны уже заготовлены.
В идеальном мире 1 проект = 1 спейс Confluence.
Так как у меня сразу же есть понимание какие приложения нужны, то выстроила структуру так: на каждый компонент БД+Backend, Дизайн, Сайт, CRM - свой раздел. За ними закреплены соответствующие исполнители: фронтендеры, бэкендеры, дизайнеры, тестировщики.
В ходе работы структура документации может меняться - это нормально. Предварительно выбираю такую.
Главное, чтобы команде было понятно, как выстроена документация на систему.
2️⃣ В разделе требований сразу же завожу свалку "Meeting Notes" - заметки со встреч.
Эта свалка нужна, чтобы потом можно было восстановить хронологию событий 😄 Вспомнить то, что я забыла и не вынесла по какой-то причине в требования после встреч.
Неструктурированные заметки сумасшедшего и куча файлов от заказчика будут появляться после каждой встречи и из писем. Много всего. Чтобы это все не раскидывать по гугл-дискам, "Загрузкам" на рабочем компьютере и в "Избранных" в почте, создается раздел с этими заметками.
⚡️ Рекомендую ввести правило:
Я получил информацию -> Перенес в свалку заметок за сегодняшний день в Confluence.
Это еще и помогает своевременно делиться информацией сразу со всей командой, в том числе с коллегами-аналитиками.
3️⃣ Описание бизнес-процессов и вопросы заказчику
Мы собрали информацию на первой встрече. Вопросы по процессам у меня уже есть, но пока нигде четко не зафиксированы. Бизнес-процессы понятны (вроде), но нигде не описаны.
Начинается работа аналитика, с конечными результатами для IT-проекта:
+ описание бизнес-процессов As Is,
++ разработка требований To Be,
+++ выделение задач на команду,
++++ передача в оценку.
P.S. Ссылкой на Miro делюсь 😉
1️⃣ Структура документации.
Проект новый - сразу создаю пространство (спейс) в Confluence и выстраиваю структуру.
Коллеги, я создала не новый спейс, а раздел в уже существующем пространстве "GetAnalyst - Public Projects" по причинам удобства. У меня в нем шаблоны уже заготовлены.
В идеальном мире 1 проект = 1 спейс Confluence.
Так как у меня сразу же есть понимание какие приложения нужны, то выстроила структуру так: на каждый компонент БД+Backend, Дизайн, Сайт, CRM - свой раздел. За ними закреплены соответствующие исполнители: фронтендеры, бэкендеры, дизайнеры, тестировщики.
В ходе работы структура документации может меняться - это нормально. Предварительно выбираю такую.
Главное, чтобы команде было понятно, как выстроена документация на систему.
2️⃣ В разделе требований сразу же завожу свалку "Meeting Notes" - заметки со встреч.
Эта свалка нужна, чтобы потом можно было восстановить хронологию событий 😄 Вспомнить то, что я забыла и не вынесла по какой-то причине в требования после встреч.
Неструктурированные заметки сумасшедшего и куча файлов от заказчика будут появляться после каждой встречи и из писем. Много всего. Чтобы это все не раскидывать по гугл-дискам, "Загрузкам" на рабочем компьютере и в "Избранных" в почте, создается раздел с этими заметками.
Я получил информацию -> Перенес в свалку заметок за сегодняшний день в Confluence.
Это еще и помогает своевременно делиться информацией сразу со всей командой, в том числе с коллегами-аналитиками.
3️⃣ Описание бизнес-процессов и вопросы заказчику
Мы собрали информацию на первой встрече. Вопросы по процессам у меня уже есть, но пока нигде четко не зафиксированы. Бизнес-процессы понятны (вроде), но нигде не описаны.
Начинается работа аналитика, с конечными результатами для IT-проекта:
+ описание бизнес-процессов As Is,
++ разработка требований To Be,
+++ выделение задач на команду,
++++ передача в оценку.
P.S. Ссылкой на Miro делюсь 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥18👍4❤2
Описание процессов AS IS + TO BE ✍️
На этапе описания процессов AS IS + TO BE поисходит структурирование информации, полученной в ходе встреч, исследования предметной области и общения с сотрудниками компании. Это необходимый шаг. Именно благодаря ему определяется реальный объем работ и формируются требования на разработку - ТЗ.
ТЗ - техническое задание, договор с заказчиком.
В ходе описания процессов у аналитика возникает множетсво уточнений и вопросов к заказчику.
*Хороший тон: не заваливать заказчика сообщениями в мессенджере каждый час, а один раз на созвоне задать все сразу.
⚠️ Что я заметила? Всегда прохожу один и тот же цикл:
1. Придумала 10 вопросов.
2. Пока дописывала ТЗ и разбиралась в деталях - отбросила 8.
3. На встречах 1-2 раза в неделю обсудила вопросы и продемонстрировала макеты экранов, чтобы показать, что примерно будет результатом работ.
Получила ответы и комментарии. Прошла еще круг после встречи. И так до готовности ТЗ. Уровнь детализации зависит от вашей компании, проекта и заказчика.
Описание бизнес-процессов и понимание, как они затем лягут на систему - зона ответственности бизнес- и системных аналитиков 🙌
1. Запись машины в сервис по телефону через менеджера или на сайте, с SMS-уведомлениями клиента:
1.1. Первичная запись с регистрацией клиента и авто
1.2. Повторная запись старого клиента со старым авто
1.3. Повторная запись старого клиента с новым авто
1.4. Повторная запись - новый клиент со старым авто (изменен владелец)
1.5. Повторная запись - добавлен второй владелец
1.6. ... еще что-то подскажете или найдем по ходу дела)))
2. Получение информации о записи клиентом через сайт, по ссылке из SMS
3. Получение истории обслуживания автомобиля мастером и менеджером.
4. Отмена записи:
4.1. мастером,
4.2. менеджером,
4.3. клиентом на сайте.
5. Получение информации о клиенте:
5.1. Список авто.
5.2. История обращений - общая по всем авто.
5.3. Редактирование информации.
6. и так далее 🙌
Обратите внимание, как начинает пополняться Confluence⚡️
На этапе описания процессов AS IS + TO BE поисходит структурирование информации, полученной в ходе встреч, исследования предметной области и общения с сотрудниками компании. Это необходимый шаг. Именно благодаря ему определяется реальный объем работ и формируются требования на разработку - ТЗ.
ТЗ - техническое задание, договор с заказчиком.
В ходе описания процессов у аналитика возникает множетсво уточнений и вопросов к заказчику.
*Хороший тон: не заваливать заказчика сообщениями в мессенджере каждый час, а один раз на созвоне задать все сразу.
1. Придумала 10 вопросов.
2. Пока дописывала ТЗ и разбиралась в деталях - отбросила 8.
3. На встречах 1-2 раза в неделю обсудила вопросы и продемонстрировала макеты экранов, чтобы показать, что примерно будет результатом работ.
Получила ответы и комментарии. Прошла еще круг после встречи. И так до готовности ТЗ. Уровнь детализации зависит от вашей компании, проекта и заказчика.
Описание бизнес-процессов и понимание, как они затем лягут на систему - зона ответственности бизнес- и системных аналитиков 🙌
1. Запись машины в сервис по телефону через менеджера или на сайте, с SMS-уведомлениями клиента:
1.1. Первичная запись с регистрацией клиента и авто
1.2. Повторная запись старого клиента со старым авто
1.3. Повторная запись старого клиента с новым авто
1.4. Повторная запись - новый клиент со старым авто (изменен владелец)
1.5. Повторная запись - добавлен второй владелец
1.6. ... еще что-то подскажете или найдем по ходу дела)))
2. Получение информации о записи клиентом через сайт, по ссылке из SMS
3. Получение истории обслуживания автомобиля мастером и менеджером.
4. Отмена записи:
4.1. мастером,
4.2. менеджером,
4.3. клиентом на сайте.
5. Получение информации о клиенте:
5.1. Список авто.
5.2. История обращений - общая по всем авто.
5.3. Редактирование информации.
6. и так далее 🙌
Обратите внимание, как начинает пополняться Confluence
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9❤4🔥3
GetAnalyst_Шаблон_требований_описание_процессов_Запись_машины_в.pdf
161.7 KB
⭐️ Шаблон документации - бизнес-процессы, без технических деталей ⭐️
Результат работы - описание процессов AS IS+TO BE по проекту PorscheLab.
Ключевое:
🔶 Сейчас заполнена основная информация по процессам.
🔶 Выделены основные процессы. Нет сильного дублирования информации, есть ссылочность внутри документа.
🔶 Я не сторонник писать, чтобы было больше текста. Можно описать отдельно AS IS, отдельно TO BE, чтобы как по ГОСТу, но задача спроектировать систему и скорее отдать задачи в разработку, а не лить воду.
🔶 Меньше текста, короче предложения - лучше читаемость, больше счастья.
🔶 Шаблон может быть доработан: добавить критерии приемки, добавить User Story на место общего описания, добавить диаграммы, можно поменять формат описания сценариев (я использовала Use Case без тех деталей). Это один из возможных вариантов.
Сохраняем, пользуемся ⭐️ Есть, что добавить или можете поделиться своими шаблонами? Комментарии ❤️
Результат работы - описание процессов AS IS+TO BE по проекту PorscheLab.
Ключевое:
🔶 Сейчас заполнена основная информация по процессам.
🔶 Выделены основные процессы. Нет сильного дублирования информации, есть ссылочность внутри документа.
🔶 Я не сторонник писать, чтобы было больше текста. Можно описать отдельно AS IS, отдельно TO BE, чтобы как по ГОСТу, но задача спроектировать систему и скорее отдать задачи в разработку, а не лить воду.
🔶 Меньше текста, короче предложения - лучше читаемость, больше счастья.
🔶 Шаблон может быть доработан: добавить критерии приемки, добавить User Story на место общего описания, добавить диаграммы, можно поменять формат описания сценариев (я использовала Use Case без тех деталей). Это один из возможных вариантов.
Сохраняем, пользуемся ⭐️ Есть, что добавить или можете поделиться своими шаблонами? Комментарии ❤️
❤12👍4🔥1