Выходные для учёбы и мемасов – так считает наша команда 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