Шерлок в IT @itsherlock Channel on Telegram

Шерлок в IT

@itsherlock


О системном анализе простыми словами

Автор: @uliiaNovikova

Шерлок в IT (Russian)

Шерлок в IT - это Telegram-канал, посвященный системному анализу в простых словах. Если вы хотите разобраться в тонкостях IT-технологий, но не хотите тратить часы на изучение сложных терминов, то этот канал для вас. Автором канала является @uliiaNovikova, профессионал в области IT, который делится своими знаниями и опытом с подписчиками. Шерлок в IT поможет вам разобраться в системном анализе, понять основные принципы работы IT-систем и научиться применять их на практике. Присоединяйтесь к сообществу, где каждый может стать настоящим детективом в мире информационных технологий!

Шерлок в IT

18 Nov, 08:00


Тестовое задание на позицию СА #1

Постановка: компания разрабатывает систему управления задачами для внутреннего использования. В системе пользователи могут создавать, редактировать, выполнять и удалять задачи. Каждая задача имеет несколько атрибутов, таких как название, описание, срок выполнения, приоритет, исполнитель и статус (например, "Новая", "В процессе", "Завершена").

Что нужно сделать:
1. Собрать требования

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

2. Спроектировать БД
Разработайте концептуальную модель данных для системы. Опишите сущности (например, "Задача", "Пользователь", "Статус задачи") и связи между ними. Можно использовать UML-диаграмму классов или ER-диаграмму.

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

4. Создать прототип пользовательского интерфейса
Нарисуйте схематичный прототип пользовательского интерфейса для создания и редактирования задач. Включите поля для ввода, выпадающие списки для выбора статуса, приоритета, и т.д.

5. Продумать риски и ограничения
Оцените потенциальные риски и ограничения при разработке этой системы. Какие проблемы могут возникнуть с производительностью или масштабируемостью, как решить вопросы безопасности данных и обеспечения отказоустойчивости?

Как вам такое задание? Если хотите увидеть решение от меня, ставьте 🔥

Шерлок в IT

18 Nov, 06:02


Работа за границей

Вы хотите работать за границей? Скажем, в Apple, Microsoft, Amazon или Valve? Если вы ответили "да", а дальше перечислили ряд причин по которым не получится, этот пост для вас.

Топ-3 причины, по которым вы думаете, что не сможете найти работу за границей:
1. «У меня плохой английский»

Don't worry. Если ваш уровень хотя бы A2+, попробуй формат обучения в мини-группах на рабочих задачах и в симуляторах. Обучение помогает разрушить языковой барьер, не упусти шанс найти работу пока он снова не закрылся.

2. «Нужно ещё немного поучиться»
Ох уж этот синдром самозванца. Его криптонит - это уверенное CV и конверсия из откликов в собесы и офферы. Сделай первый шаг, и увидишь, что готов.

3. «Моё Cover Letter не заметят»
Многие не знают, как правильно это делать, особенно когда приходится адаптировать его под каждую новую вакансию. Почитайте советы по написанию CL. А ещё AgileFluent поможет составить такое письмо, которое точно привлечёт внимание hr.

AgileFluent — сервис для поиска работы за границей в сфере IT и digital! Они помогут получить оффер под ключ, либо подключатся только там, где нужна помощь. Присоединяйтесь к эфиру «Путь к офферу за рубежом» 20 ноября и узнайте как эффективно искать работу за границей. Регистрация тут 👈

Сохраните канал AgileFluent и как минимум лежите в сторону работы за границей, а для самых смелых с 20 по 22 ноября там проходит Черная пятница:

Скидка -20% на все консультации, -10% на другие услуги с моим промокодом SHERLOCK, а также впервые скидка на полное сопровождение (скидки действуют только при оплате в эти даты на первую покупку).

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

Реклама. ООО «Эджайл». ИНН 7810964334. erid: 2Vtzqwqgari

Шерлок в IT

15 Nov, 13:30


День рождения

Сегодня год, как появился этот канал.
Начиналось всё с одного администратора, а теперь вас в 2722 раза больше!

За этот год я познала силу нетворкинга:
— Открыла для себя больше 100 каналов аналитиков, CEO, РМ, РО и коучей.
— Узнала авторов и других интересных людей через конференции, курсы, комментарии и личные сообщения.
— Восстановила утраченные связи и нашла новых знакомых. Подписчик канала даже помог с рабочей задачей по архитектуре (почему вы такие классные).


Теперь составляю дальнейшую стратегию ведения канала и прошу написать в комментариях почему вы подписаны, что здесь нравится, что не нравится и чего не хватает. Если хотите написать анонимно, то вот ссылка на гугл форму: https://forms.gle/MKZstnFmH5vJ9qUb9

Ваши комментарии, моё видение и новая книга Максима Ильяхова объединятся в путеводную звезду на следующий год.

Я думаю, не хватает ситуаций из жизни, практического опыта, задач, вопросов с собеседований и тестовых заданий. А вы как считаете?


P.S.: бесконечная благодарность за помощь и вопросы в комментариях. С пятницей
💕

Шерлок в IT

13 Nov, 06:39


Шаблон описания БТ

База требования: на основании какого нормативного акта
Исполнитель Заказчик: кто кому должен
Нормативная единица требования: что нужно сделать (предоставить / выполнить / принять решение о)
Стандарт требования: каким образом (НФТ)

Пример БТ по шаблону: На основании постановления правительства от 21 декабря 2020 г. N 2200 при условии невозможности доставки груза перевозчик в лице водителя должен грузоотправителю возвратить груз с предварительным уведомлением.


P.S.: если хотите изучить тему подробнее, советую статью по методике ЛЮСТРА от Алины Богачёвой. Чтение займёт от 25 минут до нескольких часов.

Шерлок в IT

12 Nov, 06:02


Почему сотрудник не работает нормально

Дисклеймер: пост для лидов, РМ, РО, других руководителей и тех кто не доволен сотрудниками.

В текущем контексте "нормально" — это когда человек делает не делает то, что вы от него хотите (делает не так или не то).


Есть всего 4 причины по которым человек ведёт себя не так, как мы хотим:

1. Нечёткая цель (понял по-своему)
Вы поставили задачу, исполнитель её взял в работу и вы получили совсем не то, что ожидали.
Как справиться: уточнить после постановки как понял задачу и задать критерии успеха.

2. Не умеет или не знает
Вы можете быть уверены, что сотрудник справится только если он уже неоднократно успешно делал аналогичные задачи и вы это видели
Как справиться: обучить и договориться о виде и частоте контроля. Например, созваниваться каждый день для актуализации статуса задачи.

3. Не может (нет ресурса)

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

4. Не хочет
Как справиться: озвучить зачем делать задачу, на что она влияет и как изменится ситуация после её решения.

Статья с множеством примеров: https://blog.stratoplan-school.com/blog/4-reasons-for-skipping/

Шерлок в IT

11 Nov, 05:40


Материалы для подготовки к собеседованию

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

Делюсь с вами подборкой для подготовки к собеседованию и созданию нормального резюме:

😀Ключевые лайфхаки по резюме и его ОШИБКИ
😀Нужны ли сопроводительные и что там писать
😀Когда не нужно указывать возраст в резюме?
😀Как отвечать на вопрос «Расскажите о себе»
😀Как вести себя с неадекватом на собесе
😀Как рассказывать о своем факапе?
😀Какие книги почитать в т.ч. для успешного прохождения собеседований?
😀Реальные примеры офферов бизнес и системным аналитиков до 500к

P.S.: и да, новый год уже близко — сохрани подборку, чтобы подарить себе работу с неприлично большой подходящей тебе ЗП💕

Шерлок в IT

07 Nov, 06:44


Инструмент "Дерево проблем" или "Дерево текущей реальности по Голдтратту"

Когда использовать: для анализа рисков и выявления бизнес-требований.

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


Последовательность шагов:
1. Сформулировать проблему.
В качестве примера рассмотрим интернет-магазин. Например, проблема сформулирована так "Система не присылает электронный чек при оплате".

2. Понять почему это проблема.
Спрашиваем заказчика и он отвечает, что из-за проблемы нужно оплачивать штрафы. Заказчик сформулировал последствия, а не объяснил почему проблема является проблемой.
Снова уточняем и получаем ответ "На основании закона 53-ФЗ при оплате заказа в магазине необходимо прислать клиенту электронный чек после оплаты картой". Мы сформулировали бизнес-требование — половина дела выполнена.

3. Сформулировать последствия.
Мы уже услышали, что главное последствие — это выплата штрафов при продаже товара без чека. Снова задаём наводящие вопросы и получаем ещё ряд последствий: 50% клиентов не совершают вторую покупку, у 100% клиентов не получается вернуть товар, клиенты часто жалуются в поддержку и уже несколько раз приходила налоговая. Последствия серьёзные, это действительно проблема.

4. Сформулировать причины.
Продолжаем интервью и получаем причину: при реализации онлайн оплаты не продумали выдачу электронных чеков и хотели прикладывать их к товару при доставке клиенту.


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

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


Ещё один инструмент в вашу копилку. Будете применять?

Шерлок в IT

06 Nov, 06:40


По понятиям

Кто из вас хоть раз называл Agile гибкой методологией? Не надо так. Давайте разберёмся раз и навсегда что же такое модель, методология и ещё 4 определения бонусом.


Модель — упрощённое представление процесса, системы или поведения. Это когда мы хотим заглянуть в будущее и найти гарантии, которых нет.
Пример: Waterfall, V-model, Incremental Model, Iterative Model, Spiral Model.

Методология — набор методов и подходов для управления процессом, системой или поведением.
Пример: RUP, CMM, MSF, XP, Lean.

Метод — последовательность действий для решения задачи.
Пример: Kanban, TDD, FDD, RAD.

Подход — стратегия на основе принципов, которая определяет точку зрения и приоритеты.
Пример: Agile.

Принцип — это основное правило или идея, лежащая в основе подхода.

Фреймворк — готовое решение или инструмент в основе метода.
Пример: Scrum.


Вот теперь вы готовы для чтения одной из лучших статей про подходы к разработке ПО с неправильными терминами, но информативными иллюстрациями: https://habr.com/ru/companies/edison/articles/269789/

Шерлок в IT

05 Nov, 08:05


25 вопросов и ответов по терминам REST API

Нашла классную статью, которая поможет вспомнить принципы REST и HTTP, а также проектирование и разработку API.

Если ещё думаете читать или нет, этот вопрос поможет определиться:

Какое из нижеприведенных утверждений НЕ относится к принципам работы REST?
🔠Запросы могут инициировать только клиенты, а ответы отправляют только серверы.
🔠Сервер не сохраняет данные о предыдущих запросах и ответах. Каждый запрос и ответ включает в себя всю необходимую информацию для завершения взаимодействия.
🔠Взаимодействие между клиентом и сервером требует использования одного формата данных для поддержания единообразия интерфейса.
🔠В ответах сервера указывается, является ли его ресурс кэшируемым, чтобы клиенты могли кэшировать любые ресурсы для повышения производительности.

Ссылка на статью: https://habr.com/ru/companies/ssp-soft/articles/772088/
Ответ в комментариях👇🏻

Шерлок в IT

25 Oct, 11:24


Тест DISC

Предлагаю вам пройти тест для оценки склада характера, который покажет природные склонности.

В двух словах о каждой букве из аббревиатуры:
D — прирождённые лидеры. Решительные, волевые и амбициозные. PM, PO и C-level, если в позициях.
I — эмоциональные лидеры. Открыты, харизматичны и убедительны. Лиды и БА.
S — психологи или моральная поддержка команды. Стабильны, доверчивы, эмпатичны и увлекаются всем вокруг. Тимлид.
C — аналитики. Точные, пунктуальные, логичные и медленно принимают решения. СА, архитекторы, разработчики.


Не могла пройти мимо и вот мои результаты:
D: -8, I: -2, S: 5, C: 5 — август
D: -7, I: -2, S: 9, C: 0 — октябрь

Тест действительно подсвечивает текущую ситуацию, но его легко запомнить — не проходите чаще, чем раз в полгода-год.


Ссылка на тест:
https://stratoplan-school.com/disc/
Делитесь своими результатами в комментариях

Шерлок в IT

25 Oct, 09:21


Возможно ли получить оффер за выходные?

Проверьте сами на Weekend Offer от ДОМ.РФ: решите тест сегодня и уже в субботу вас пригласят на ивент, где вы получите оффер!
Вам предстоит разрабатывать мастер-планы городов, двигать цифровизацию стройки и повышать финансовую грамотность населения (заодно повысите и свою).

Условия:
— к офферу прилагаются: рыночная з/п, ДМС, компенсация спорта и изучения языков и многое другое (до чего договоритесь с компанией🤫);
— вас ждут актуальные задачи: общение с заказчиками, разработка ТЗ для разработчиков и контроль качества;
— попадёте в дружное комьюнити с яркими ивентами и реальной заботой о сотрудниках.

А вот все явки и пароли по процессу:
1. Подаёте заявку до 13 ноября.
2. Проходите тестирование.
3. Созваниваетесь с HR.
4. Приходите на очное техническое собеседование 26 октября или 16 ноября.
5. Получаете оффер и выходите на работу через 2 недели.
Звучит как план!

Задачи, стек технологий и подробности на сайте — регистрируйтесь!
#нативнаяинтеграция

Шерлок в IT

23 Oct, 07:03


Моё новое обучение

Давно хотела научиться задавать правильные и глубокие вопросы, рассматривать задачу с разных сторон и предлагать лучшее решение, а не то, что придумал бизнес. Особенно остро ощутила необходимость, когда поняла, что я - единственный аналитик на 3х активных проектах, а не на одном, как обычно. Задала вопрос "когда если не сейчас?" и решилась войти в новое обучение.

И вот уже на следующей неделе пройдёт 4 практических воркшопа по разработке требований длительностью 2 часа. Честно, не верится что можно освоить и закрепить новый навык всего за 8 часов, но посмотрим. Поделюсь впечатлениями. В любом случае формат намного полезнее вебинаров с домашними заданиями, как было в курсе по архитектуре.


P.S.: А ещё эту неделю и следующую заменяю РО и РМ. Удачи мне всё успеть🤞🏻

Шерлок в IT

17 Oct, 06:55


Как улучшить процессы
и сделать их повторяемыми и управляемыми (2 уровень CMMI):


Инструкция:
1️⃣ Выпишите все рабочие процессы.
2️⃣ Декомпозируйте их на задачи.
3️⃣ Определите технику или алгоритм работы с каждой задачей и составьте таблицу соответствия.
4️⃣ Создайте шаблоны для задач, для которых это возможно.
Минимально — шаблон ТЗ и постановки, но также в работе помогут формы писем для подведения итогов встречи, согласования ТЗ, напоминания о согласовании.

5️⃣ Сформируйте процесс работы.
💩В какой последовательности выполняете задачи;
💩После какого артефакта или события задача считается выполненной;
💩Когда задачу или пункт в алгоритме нужно пропустить.

6️⃣ Протестируйте полученный процесс на практике
7️⃣ Скорректируйте алгоритм или шаблон по результатам
8️⃣ Повторяйте 6 и 7 пункты при работе с каждой задачей.

В итоге вы создадите собственный метод по эффективной работе, когда для решения любой задачи будет ваш алгоритм. И это приведёт вас к спокойному и счастливому профессионалу в зеркале без синдрома самозванца.

Да прибудет с вами дисциплина.


MVP моего процесса прикрепила к посту. Гайд по переговорам выйдет до конца года, статья про декомпозицию немного раньше, а пока держите полезные статьи:
Как оценить зрелость процессов управления анализом: чек-лист для самопроверки
10 техник проверки полноты требований
10 техник для разработки требований к ПО

P.S.: в комментариях оставила таблицу соответствия техник и задач БА
. Скачивайте💕

Шерлок в IT

07 Oct, 11:35


MVP

А вы знали, что MVP — это не только Minimum Viable Product (минимально жизнеспособный продукт), но и Model View Presenter?

Model View Presenter — архитектурный шаблон для разработки пользовательского интерфейса, который характеризуется четким разделением ответственности между классами:

🔵View — прорисовка, анимации, переходы между экранами;
🔵Presenter — форматирование, реакция на события, логика представления и управление View;
🔵Model — работа с загрузкой данных по API, извлечение данных из БД и их кэширование;


Подробнее можно почитать в статье
P.S.: а ещё MVP — это самый ценный игрок в команде (Most Valuable Player)

Шерлок в IT

04 Oct, 06:35


Музыка и концентрация

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

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

Отдельный кайф — попадать в ритм при печатании, но есть и минус: каждые минут 15-20 приходится ставить на паузу для генерации идей. Поэтому 99% времени что-то включать лень, работаю в тишине под звуки оповещений в чатах.


Расскажите, какие у вас отношения с музыкой на работе? Включаете ли для фона? Если да, то какая это музыка? Классика, знакомая, новая со словами или без? Может даже видео смотрите? Или вам нужна полная тишина для концентрации?

Шерлок в IT

02 Oct, 06:24


Лучшие месяцы для отпуска в 2025

— Июль и октябрь (23 рабочих дня)
— Апрель, сентябрь, декабрь (22)

Не берите отпуск в январе (17), мае (18), июне (19) и ноябре (19) — это самые экономически невыгодные месяцы, но если очень хочется, то можно.

Я собираюсь взять 2 недели в июле, в апреле, сентябре и в декабре по 3-4 дня. Будет отпуск каждый квартал 🌴

Производственный календарь на 2025


Подборка постов на тему:
Как определить, что пора в отпуск
Советы как выйти из отпуска

Шерлок в IT

01 Oct, 06:04


Подборка статей с хабра

Мой личный сорт эндорфина — сохранять статьи в закладки.

Каждый раз, когда я открываю гугл, рекомендации подкидывают интересные материалы. Перехожу по ссылке, вижу время прочтения 11 минут, добавляю в закладки и открываю поиск заново. Так продолжается до того момента, пока статьи в бесконечных рекомендациях не кончатся или не вспомню зачем брала телефон 😬


Давай читать вместе. Вот мои последние закладки:
Cистемный аналитик с ЗП 400+. Найти за 30 дней. Часть 1 и Часть 2 «Проверка на прочность»
Системный аналитик. Краткий гайд по профессии. Часть 5. Методологии разработки. Waterfall и Agile также советую ещё 4 предыдущих части
Как не сжечь команду дотла, или Почему Work-life balance — задача руководителя
Объективная оценка кандидатов: ключ к эффективному рекрутингу и успешной команде
Как понять свой уровень квалификации: junior, middle или senior
Как написать ТЗ на простую программу (калькулятор)


Делитесь вашими любимыми статьями или листом ожидания в комментариях💕

Шерлок в IT

19 Sep, 14:00


Первая неделя в роли лида

Прошла первая неделя за 2 года, как у меня появился руководитель. Все стадии принятия пройдены и я готова поделиться наблюдениями как нужно себя вести на этой должности.

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


Примерный план для руководителя:
— Узнайте что от вас хочет непосредственный начальник в краткосрочной (1 - 3 месяца) и долгосрочной (1 - 1,5 года) перспективе.

— Запишите цели в формате SMART для удобного отслеживания.

— Узнайте какие проекты / продукты / клиенты есть в компании. Сначала знакомимся с общей ситуацией.

— Узнайте сотрудников, для которых будете руководителем. В идеале, с каждым провести 1+1, рассказать о себе, просто поговорить и сделать выводы по первому впечатлению.

— Определите есть ли сотрудник, который собирается занять ваше место в перспективе. Особенно важно создать с ним партнёрские отношения.

— Создайте чат со всеми подчинёнными и попросите рассказать про процессы в компании. Это позволит вам проанализировать и создать единый регламент работы, шаблон для ускорения процесса.
Приведите пример ответа, который хотите услышать. Это важно, т.к каждый может понять ваш запрос по-своему.

— Следующие пункты неизвестны. Обязательно напишу, когда узнаю😁


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

А вчера лид увидел во мне самого сильного аналитика, которого будет растить до head. Счастью нет предела
💕

Шерлок в IT

17 Sep, 06:30


Мой топ макросов для Confluence

В своей практике применяю минимальный набор макросов и стараюсь писать понятно — текст сам подскажет какая функция вам подойдёт.


Что использую я:

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

Раскрыть
Универсальный инструмент. Да прибудет с вами сила противостоять желанию засунуть в него всю информацию, как в шкаф перед приходом гостей😬. Внутри блока тоже все должно быть структурированно и понятно.
🔵Использую в сочетании с макросом "Блок кода" для оформления примеров запроса и ответа с подсветкой синтаксиса, для дополнительной информации и для макетов. Помещаю скрины под кат и таблица выглядит компактнее.
🔵Для всего объёмного и не нужного на постоянной основе (например, запрос, ответ или логика работы эндпоинта).

Статус
Добавим цвет.
🔵Здесь упоминаю названия методов по аналогии со Swagger UI (GET синий, POST зелёный, DELETE красный, PUT и PATCH желтые).
🔵Также раньше разными цветами обозначали задачи на front и back, но мне больше нравится писать текстом [F], [B] и ставить тэги в самих задачах.
Если ваш таск-трекер - Jira, обратите внимание на "Фильтр/проблема Jira".

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

Разметка страницы.
Полезно, если хотите создать 2-3 колонки на странице. Например, когда нужно показать вид страницы в зависимости от роли пользователя.

— Заголовки, списки, таблицы.
Это база для создания структуры.


Поделитесь своими лайфхаками для оформления документации в комментариях💕
P.S.: если нужно больше макросов, вот статья

Шерлок в IT

09 Sep, 06:31


Как навести порядок в хаосе

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


Инструкция:
В начале, создайте базовые страницы для организации структуры. Каждый пункт в списке ниже - отдельная страница. Вложенность показала с помощью подпунктов.


1. Стартовая страница проекта
Опишите цели проекта и дочерние страницы для навигации. При необходимости укажите контакты заинтересованных лиц и другую базовую информацию.

1.2. Глоссарий
Использую базовую версию таблицы с двумя полями: "Термин" и "Описание". Если нужен расширенный вариант, вот шаблон из статьи.


1.3. Реестр бизнес-процессов
Перечислите БП системы. Предлагаю структуру: "Название БП", "Что делает", "Зачем" и "С каким БП связан", а если у вас микросервисы, добавьте в таблицу ещё входные и выходные данные.

1.3.1. Дочерние страницы под каждый БП
Если кажется, что описание процесса получается слишком большим, вам не кажется. Декомпозируйте.


1.4. Модель предметной области
Покажите как связаны сущности в системе. В качестве нотации используйте концептуальную ER диаграмму без атрибутов.

1.5. Реестр интеграций
Подойдёт если у вас больше 5-10 интеграций и вы о них знаете. Но с хорошим open Api рискуете пропустить интеграцию и о новой системе узнает только поддержка при создании токена😁


1.6. Шаблоны
Создайте шаблоны под каждую задачу, к которой аналитики подходят по-разному: ТЗ, моделирование, постановка задач, регламенты проведения встреч и т.д.

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


Подробнее о структурировании здесь
Поставьте 🔥, если хотите узнать о возможностях Confluence, которые я использую для создания красивой документации💕

Шерлок в IT

19 Aug, 06:06


Miro уходит — что делать.

UPD от 21.08: miro не уходит, пост и статья не актуальны. Ну и хорошо.

За выходные я потестировала 6 российских досок и нашла замену.


Pruffme. Сервис понравился больше всех — буду использовать его для хранения досок из miro и в личных целях.


Плюсы:
— неограниченное количество досок и элементов;
— импорт досок из miro;
— стикеры с подписью автора. Полезная функция для БШ, ретро и другой командной работы;
— фигуры для BPMN и UML, а не только стандартные;
— прикреплять можно любые файлы: не только png, jpeg, но и pdf, word и даже .exe;
— доску можно скачать в PDF, PNG, JPG, SVG и в любом качестве: низкое, среднее, высокое.


Единственный минус: в бесплатной версии редактирование доступно только двум участникам одновременно.


Ссылки:
Моя статья на хабре с обзором 6 российских досок
Сама доска Pruffme
Тарифные планы

Шерлок в IT

01 Aug, 08:35


На работу после отпуска

Или советы как уменьшить болезненные ощущения при выходе на работу.


1. Правильно уйдите в отпуск.
— Составьте таблицу с описанием текущих и запланированных задач по убыванию приоритета. Скрин шаблона прикрепила к посту.
Лично я каждый раз вспоминаю как работать аналитиком при возвращении, а таблица поможет ускорить процесс.

— Передайте срочные незаконченные дела коллегам устно на встрече и продублируйте письменно.

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

— Поставьте автоответчик на почте и напишите коллегам об отпуске.
Не забудьте сказать, что будете без связи на необитаемом острове.


2. Хорошо отдохните.
— Не читайте рабочие чаты во время отпуска.
Это база.


3. Плавно возвращайтесь из отпуска.
— Вернитесь домой за день до выхода на работу.
Разберите вещи, купите продукты, подготовьте себя и рабочее место.

— Выходите на работу в четверг.
Это идеальный день для выхода из отпуска: 2 дня работаем в энергосберегающем режиме, 2 снова отдыхаем и выходим уже на полную неделю.
Убережёт от частой проблемы, когда сотрудник выходит в понедельник и уже в среду кажется, что вообще в отпуск не уходил😢

— Запланируйте приятное дело на первые выходные.

— На адаптацию к привычной нагрузке уйдёт не больше 5 рабочих дней. Не спешите и в первый день:
⭐️прочитайте почту;
⭐️проверьте что сделали коллеги по задачам из таблицы;
⭐️поговорите с руководителем - важно узнать об изменениях и какие сейчас приоритеты;
⭐️начните по таблице вспоминать задачу, на которой остановились.

— Завершите рабочий день прогулкой.
Поставьте будильник на 18:00, выпишите что не успели закончить понятным языком. И выходите гулять.
Иначе есть риск в конце дня увидеть на часах 682 шага🙃

— Вспомните зачем работаете: деньги, признание, польза обществу, любовь к продукту.


Какие способы помогают вам?
Лично у меня до советов работало только «не уходить в отпуск»😬

Шерлок в IT

29 Jul, 12:25


Как стать архитектором

Спойлер: стать архитектором сложно, но можно если очень хочется и если вы готовы вначале вырасти до senior разработчика.


Итак, если вы:
— узнали о типах архитекторов;
— поговорили с архитекторами;
— ознакомились с задачами архитектора и описанием профессионального стандарта;
— готовы вначале стать разработчиком
И до сих пор у вас мурашки от мысли об архитектуре, то пора начинать.


Основные шаги СА → Архитектор решений:

0. Начните задумываться об НФТ.
Первое отличие хорошего аналитика начинающего архитектора и аналитика — внимание к нефункциональным требованиям при проработке решения.

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

Приготовьтесь к длинному пути — говорят, для входа в разработку нужно не менее 500 часов. Если учиться по 2 часа ежедневно, то путь займёт примерно 8 месяцев 😬

В статье от SF, автор выделяет роль бизнес-архитектора, как наиболее логичное развитие для СА, но ни одной вакансии я не нашла.

Задание со *: внедрить привычку раз в 6-12 месяцев изучать новые технологии / языки программирования на практике.

2. Изучите парадигмы программирования
Отдельно ООП и ООП в рамках модельно-ориентированного подхода к разработке (MDA). Здесь поможет статья от Яндекса.

3. Принципы и шаблоны проектирования систем
В качестве отправной точки в этом шаге советую статью обзор “Clean Architecture”. Сайт открывается только с vpn.

4. Архитектурные принципы, стили и шаблоны
Начните со статьи The Architect's Blueprint: 10 архитектурных стилей программного обеспечения и их паттерны

5. Корпоративные шаблоны
Каталог паттернов для архитектуры корпоративных приложений (PoEAA)


Полезные ссылки:

Профстандарт архитектора ПО
Кто такой архитектор ПО и как им стать: статья от Яндекса, от SE, мнение 2х архитекторов и HR, от Сбера
Подкаст Профессия: Solution Architect от Podlodka
Roadmap почти на русском
Roadmap на английском: самая подробная, 2 вариант, 3 вариант
Архитектурные шаблоны
Анализ вакансий архитекторов

Полезная реклама: курс "Проектирование архитектуры и интеграций" со скидкой 1200 по промокоду SHERLOCK — действует до 1.09


Архитекторы, что бы вы добавили в roadmap или посоветовали аналитикам для прохождения этого пути? Поделитесь в комментариях👇

2,744

subscribers

36

photos

2

videos