Влияние трендов в IT на жизнь технических специалистов: плюсы и минусы

В этой статье пойдет речь о плюсах и минусах развития технологий с позиции «обобщенного» сотрудника IT-компании. Представлен он в виде человека лет тридцати-сорока, имеющего семью, детей и питомцев, любящего путешествовать. Кому стало интересно, впереди к прочтению

⏳10 мин | 🟤⚪️⚪️

Перейти | BA|SA

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

Часть 1

«В статье придется ограничиться только вопросами масштабирования, быстродействия и времени ответа

Также автор статьи показал, что 90% систем не имеют такого масштаба чтобы оправдать микросервисы»

⏳14 мин | 🟤🟤🟤

Часть 1 | BA|SA
______________________________

Часть 2.

Во второй части автор рассмотриваеи как распределенные архитектуры (и микросервисы в частности) помогают реализовать high load системы

⏳14 мин | 🟤🟤🟤

Часть 2 | BA|SA

10 систем управления проектами в 2025 году. Кто выжил, а кто вышел из игры

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

⏳11 мин | 🟤🟤⚪️

Перейти | BA|SA

Use-case 3.0: краткое руководство

В рамках текущей статьи, приведено основное, краткое содержание руководства Use-Case 3.0 — без отступлений, и дополнительных пояснений по тому или иному пункту.

Содержание:

- Что есть Use-case 3.0?
- Ключевые концепции
- Принципы
- Практики
- Анатомия Use-Case 3.0
- Карта Альф Use-Case 3.0
- Жизненный цикл альфы — Вариант использования
- Жизненный цикл альфы — Срез варианта использования
- Результаты работ — артефакты (Work products)
- Деятельность (Activities)
- Нефункциональные требования
- Жизненные циклы разработки
- Рабочий стол (Workbench)
- В заключении

⏳13 мин | 🟤🟤🟤

Перейти | BA|SA

System Design для начинающих: всё, что вам нужно. Часть 1

Предисловие от автора:
«Изучая System Design, вы часто видите только теоретические материалы. В этой статье я постарался показать в том числе практическую реализацию многих вещей, чтобы вы не просто готовились к собеседованиям, но и знали, как эти вещи используются в реальном мире»

⏳13 мин | 🟤⚪️⚪️

Перейти | BA|SA

Алоха! Еще до новогодних праздников я начала ходить по собеседованиям, чтобы понять, что изменилось в найме. До этого я написала пост о прохождении 15 собеседований и сейчас хочу упомянуть лишь одно, которое запомнилось мне сразу, своим подходом и вопросами.

После прошлых собесов, я прошла еще порядка 15, но планирую добить до 20, посмотрим что выйдет)) в конце будет фитбек в целом по рынку и найму в наше время.

Итак перейдем к самому собесу, что же мне там понравилось и запомнилось 👇

1️⃣Для начала со мной связалась hr, девушка была приятная, сразу же на собеседовании она узнала про мой опыт, про планы на будущее, с какими трудностями я сталкивалась, сколько конфликтов я запомнила и как решала, пару технических задала. Т.е. было не типичное общение с hr, а они подошли уже на этой стадии серьезно.

2️⃣Потом меня пригласили на второе собеседование уже с руководителем. Проходило оно удаленно, нас было 4 человека (hr, руководитель, бизнес аналитик и я) они были в поиске старшего системного аналитика на один из своих проектов.

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

✅Необычные и интересные вопросы, которые мне запомнились:

1. Представьте, что вам нужно убедить руководство в том, что проект, который они одобрили, должен быть отменен или изменен. Как вы подойдете к этой задаче?

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

2. Какой самый сложный проект, на котором вам приходилось работать, и какие уроки вы из него извлекли?

Кандидата просят не только поделиться опытом, но и продемонстрировать способности к самоанализу и рефлексии.

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

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

4. Как вы подходите к работе с очень старыми системами, которые нельзя просто заменить?

Это демонстрирует понимание проблем наследуемого кода и навыков их интеграции в современные процессы.

5. Какое ваше самое креативное решение проблемы в проекте, и как вы его реализовали?

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

6. Если бы у вас была возможность изменить одно правило или процесс в вашей предыдущей работе, что бы это было?

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

7. Как вы обеспечиваете баланс между требованиями бизнеса и потребностями пользователей?

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

8. В какой мере вы считаете, что ваш стиль работы меняется в зависимости от того, с какой командой вы работаете?

Этот вопрос может выявить гибкость кандидата и его способность адаптироваться к различным рабочим средам.

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

Это позволяет кандидату обсудить примеры стрессовых ситуаций и самокритичного анализа свой действий.
___________

По техническим вопросам мы тоже прошлись, где были вопросы: про UML, бизнес-процессы, BPMN, интеграции, API и тд.

Само собеседование проходило в дружелюбной форме, мы сразу перешли на «ты», обсуждали много что-то вместе, успели посмеяться, немного поспорить))

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

#собеседование | @ba_and_sa

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

Автор в своей статье отвечает на вопрос «А зачем аналитику знать код?».
Он считает, что любому системному аналитику нужно понимать хотяб один язык программирования и уметь читать код.

⏳6 мин | 🟤🟤⚪️

Перейти | BA|SA

Бизнес vs системный аналитик: в чём разница

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

⏳6 мин | 🟤⚪️⚪️

Перейти | BA|SA

Мой путь к быстрой и понятной архитектуре, или зачем я выбросил агрегаты из DDD?

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

⏳19 мин | 🟤🟤⚪️

Перейти | BA|SA

И снова, Алоха! Сегодня хочу поговорить о пользователях, а точнее о методе, который помогает понять, что для них важно при использовании продукта, ведь у нас цель - создать ПРОДУКТ, удобный, понятный и используемый, именно для ПОЛЬЗОВАТЕЛЕЙ!

И тут к нам на помощь 🦸‍♀️может прийти «Модель Кано» (есть и другие модели)

Модель Кано — это инструмент, разработанный профессором Нориаки Кано, который помогает анализировать и классифицировать требования клиентов к продукту или услуге. Модель выделяет различные категории требований, что позволяет бизнес-аналитикам/системный аналитикам лучше понять, что важно для пользователей и как это может повлиять на их удовлетворенность.

⚙️ Рассмотрим детальнее компоненты модели Кано

1. Базовые требования/обязательные (Must-be requirements) 🏠

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

2. Ожидаемые требования (Performance requirements) 💫

Чем лучше эти требования выполнены, тем больше удовлетворение пользователей. Это "линейные" требования, где удовлетворение растет пропорционально качеству выполнения.
Пример: В том же интернет-магазине возможность фильтровать товары по цене или рейтингу — желаемая функция. Она делает выбор более удобным, но без неё магазин будет все равно работать.

3. Привлекательные требования (Excitement requirements) 🎁

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

4. Неважные требования (Indifferent requirements) 🥱

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

5. Обратные требования (Reverse requirements) ❌

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

💡 Как пользоваться моделью Кано

1. Сбор данных: Начните с опросов, интервью или фокус-групп для выявления требований и ожиданий клиентов.

2. Классификация требований: Используйте компоненты модели Кано для классификации собранных требований. Определите, к какой категории относятся каждый из пунктов.

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

4. Формулирование рекомендаций: На основе классификации и приоритизации создайте отчеты и рекомендации для команды разработки, указав, какие функции следует реализовать в первую очередь.

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

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

📌Статьи для прочтения, лишним не будут)))

- Что такое модель Кано: как построить на примере
- Объяснение модели Кано: анализ и примеры

Источник: @ba_and_sa

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

⏳ 20 мин | 🟤⚪️⚪️

Перейти | BA|SA

Docs-as-Code в технической документации: переход от reStructuredText к AsciiDoc

⏳ 7 мин | 🟤⚪️⚪️

Перейти | BA|SA

Путеводитель по техническим транзакциям с Camunda 8 и Spring

⏳ 10 мин | 🟤🟤⚪️

Перейти | BA|SA

Как использовать японские подходы в IT. Часть 1: петля за петлей

⏳ 5 мин | 🟤⚪️⚪️

Перейти | BA|SA