Готовимся к System Design интервью с помощью ИИ и немного про Enterprise Integration Patterns
⏳ 7 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Готовимся к System Design интервью с помощью ИИ и немного про Enterprise Integration Patterns
Некоторое время назад я с позором провалил собеседование на системного архитектора в один банк. Интервьюер просто до глубины души был оскорблен мои низким техническим уровнем....
❤3👍2
Живая онтология процессов: от смысловой модели к автоматизации
⏳ 10 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Живая онтология процессов: от смысловой модели к автоматизации
В предыдущей статье я показал, как документ можно превратить в сеть смыслов и получить «живую» онтологию знаний. С помощью своего семантического ритуала я разбираю текст на...
Делегировать рутину, а не ответственность: как ИИ-автоматизация проникает в управление проектами
Сложность: 🟡⚪️⚪️ | 8 мин
Читать статью | Analyst IT
Сложность: 🟡⚪️⚪️ | 8 мин
Читать статью | Analyst IT
Хабр
Делегировать рутину, а не ответственность: как ИИ-автоматизация проникает в управление проектами
Разберем, как ИИ работает в контексте управления процессами: от возможностей моделей до того, какие задачи реально автоматизировать и где ИИ может дать ощутимый эффект эффект. А на примере управления...
❤2
Управление проектом внедрения программных систем класса ERP
⏳ 5 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Управление проектом внедрения программных систем класса ERP
Наличие всевозможных методологий по управлению проектами внедрения ERP-систем может запутать новичка [1-3]. Ведь проекты внедрения могут вестись согласно каскадной однопроходной модели или...
❤3
Процессы vs. Инструменты: как выстроить сквозной поток создания ценности
⏳ 7 мини| 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Процессы vs. Инструменты: как выстроить сквозной поток создания ценности
Недавно мы с командой посчитали, сколько времени уходит только на то, чтобы найти информацию о задаче. Получилось около 8 часов в неделю на человека — это целый рабочий день, который тратится на...
Аудит процессного долга: инженерный поиск потерь на стыке IT и бизнеса
⏳ 7 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Аудит процессного долга: инженерный поиск потерь на стыке IT и бизнеса
В индустрии есть много странностей и парадоксов. При этом один парадокс, достаточно распространенный, сейчас особо сильно и больно бьет по компаниям. Его суть: при массовом...
DDD на пальцах: как перестать проектировать таблицы и начать думать о бизнесе
⏳ 6 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
DDD на пальцах: как перестать проектировать таблицы и начать думать о бизнесе
Привет, Хабр! Cегодня я хочу поговорить о самом непонятном и переоцененном термине в мире архитектуры — Domain-Driven Design (DDD). Я объясню его так, чтобы стало понятно даже джуну, и покажу на...
🔥3
Ну что, спецы по requirements'ам и не только, с наступившим! 🥂
Чтобы в 2026-м нас меньше дёргали в нерабочее время, заказчики делали выбор на первом же воркшопе, а разработчики не находили дыр в нашей логике.
Крепкого вам спокойствия и отличного баланса!
С искренними пожеланиями всегда ваш @analysis_it
Чтобы в 2026-м нас меньше дёргали в нерабочее время, заказчики делали выбор на первом же воркшопе, а разработчики не находили дыр в нашей логике.
Крепкого вам спокойствия и отличного баланса!
С искренними пожеланиями всегда ваш @analysis_it
Please open Telegram to view this post
VIEW IN TELEGRAM
🍾19🎅3🦄3❤2
Подборка лучшего. Наиболее важные события 2025 года, связанные с открытыми проектами
⏳ 13 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3❤1
Что это тут у нас? Неужели
приглашают на зашибенские бесплатные уроки🎓по архитектуре и интеграциям.
Учиться никогда не поздно. А если поздно, то завтра выходной.
➡️ Открывайте уроки
ПО ССЫЛКЕ.
👇
@studyit_help_bot
Cможете:
— научиться выбирать стиль интеграции под вашу задачу;
— начать проектировать с нуля и описывать интеграции в современных стилях (API: REST, SOAP, gRPC и других, + брокеры сообщений);
— и другое.
—
Скидка на полный курс от канала
1 000₽ по промокоду ITAN
до 31 января
приглашают на зашибенские бесплатные уроки🎓по архитектуре и интеграциям.
В современном IT-мире сложно представить востребованного аналитика, тестировщика, разработчика, проджекта, который бы не разбирался в Web-интеграциях и API.
Учиться никогда не поздно. А если поздно, то завтра выходной.
ПО ССЫЛКЕ.
👇
@studyit_help_bot
Cможете:
— научиться выбирать стиль интеграции под вашу задачу;
— начать проектировать с нуля и описывать интеграции в современных стилях (API: REST, SOAP, gRPC и других, + брокеры сообщений);
— и другое.
—
Скидка на полный курс от канала
1 000₽ по промокоду ITAN
до 31 января
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3❤1
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как мы ввели автосертификацию дашбордов в Авито
Привет, Хабр! Меня зовут Евгений Мичурин, я senior BI-разработчик в Авито . Если у вас BI растёт хаотично — вы наверняка сталкивались с тем же, что и мы: сотни дашбордов, разный стиль, неясные...
❤4
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Итоги LLM в 2025 году: прогресс, проблемы и прогнозы
Один из лучших обозревателей в мире LLM выпустил масштабный разбор всего самого важного, что случилось с языковыми моделями в 2025 году. Я перевел, чтобы как можно больше людей прочитало этот...
❤2👍1🤔1
Как написать постановку на разработку, чтобы ни у кого не было вопросов
⏳ 7 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как написать постановку на разработку, чтобы ни у кого не было вопросов
Привет! Я лид системных аналитиков в департаменте корпоративных систем ЛАНИТ. В этой статье я расскажу, как писать качественные постановки на разработку информационной системы. Я часто...
🤣4❤3🤔3👍1
От потребностей команд к требованиям: выбор движка бизнес процессов после EOL Camunda 7
⏳ 24 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
От потребностей команд к требованиям: выбор движка бизнес процессов после EOL Camunda 7
Часто оптимальное решение — не замена, а эволюция существующего стека. Привет, Хабр! Мы — бизнес-линия разработки кредитных продуктов для физических лиц в Т. Нам крайне важно использовать актуальное,...
❤2🤔1
За что на самом деле платят ваши пользователи: декомпозиция ценности, которую не покажут метрики
⏳ 9 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
За что на самом деле платят ваши пользователи: декомпозиция ценности, которую не покажут метрики
“Надо увеличить ценность нашего продукта!” - фраза, которую произнес, пожалуй, каждый продакт хотя бы раз за свою карьеру. Эта фраза уже так набила оскомину, что уже потеряла всякий смысл. А вот такой...
🔥3❤1
Forwarded from Business | System analyst
Салют! Когда приходишь на новую работу часто возникает вопрос: «Я ничего не понимаю и как не сойти с ума» 🤯 Сегодня как раз об этом и поговорим))
Что ты видишь в первый рабочий день?:
Вокруг — незнакомые лица, в ушах — непонятные акронимы, в задаче — туман, а в голове — панический внутренний диалог: «Я не справлюсь. Все уже давно в теме, а я даже с чего начать не знаю. Они сейчас поймут, что я — фейк».
Делиться своими лайфхаками.
Страх №1:🤔 «Я ничего не знаю о продукте/домене»
Совет, который меня спас: «не пытайся проглотить слона целиком»
1️⃣ Найди «ядро».
В первые дни я задаю себе один вопрос: «Какую одну главную проблему решает этот продукт/модуль для одного главного пользователя?». Все остальное — фичи, исключения, нюансы — будет нанизываться позже на этот стержень. Я прошу коллег или руководителя нарисовать эту самую простую, базовую схему на доске. Это фундамент.
2️⃣ Составь глоссарий.
В отдельный документ (я люблю OneNote или просто текстовик) начинаю записывать каждое новое слово, аббревиатуру, имя системы. Рядом — расшифровку и контекст, как оно используется.
Это твой личный переводчик. Через месяц в него будет страшно заглянуть — настолько это станет для тебя родным языком.
3️⃣ Изучай не «все», а «от задачи».
Не читай всю документацию подряд. Возьми одну ближайшую небольшую задачу (багфикс, маленькое улучшение) и изучай ровно то, что нужно для ее решения. Так знания укладываются в практический контекст и лучше запоминаются.
Страх №2:🧑💻 «Я не знаю процессов и людей»
Здесь правило простое: первая неделя — не для выдачи результата, а для настройки радаров.
1️⃣ Составь карту stakeholders.
В тихой обстановке я рисую простую схему: кто Product Owner, кто тимлид, кто ключевые разработчики, тестировщики, архитектор. Рядом с именами — пару слов о зоне их ответственности и как они коммуницируют (задает много вопросов? любит лаконичные сообщения?). Это моя социальная карта местности.
2️⃣ Назначь «ознакомительные» чаты.
Я прямо так и говорю: «Привет, я новенькая, хотела бы на 15 минут созвониться, чтобы просто познакомиться и понять твою роль в проекте». Люди почти всегда идут навстречу. Эти 15 минут спасают от недель непонимания, «кому какой вопрос задать».
3️⃣ Уточни ритуалы.
Не стесняйся спросить: «Как у вас принято проводить ревью требований? Куда выкладывать схемы? Как проходит приемка?».
Лучше 10 раз спросить вначале, чем один раз сделать «не по-уставу» и получить недовольство.
Страх №3:😨 «Я не знаю, с чего начать и боюсь сделать ошибку»
Мой главный принцип: показать путь, а не сразу результат.
1️⃣ Декомпозируй страх.
Страшно начать большой эпик? Разбей его на шаги:
1) найти всю существующую документацию
2) провести интервью с 2 экспертами
3) нарисовать AS-IS процесс
4) записать уточняющие вопросы.
2️⃣ Делитесь «сырыми» мыслями раньше.
Вместо того чтобы неделю в тишине копать и бояться, что идея неидеальна, я делаю набросок — в Miro, в виде простого списка вопросов или грубой схемы. И показываю его коллеге со словами: «Вот как я сейчас это вижу, правильно ли я двигаюсь?».
Это снимает груз «создать шедевр с первого раза» и сразу направляет тебя верным курсом.
3️⃣ Задавай «глупые» вопросы.
Это суперсила. Часто именно вопрос «А почему это вот так?» вскрывает устаревшее бизнес-правило или скрытую проблему. Фраза «Пожалуйста, объясните мне, как пятилетнему» — мой секретный ключ к сложным системам.
‼️ Главное, что я уяснила за годы:
· Первые 30 дней — это легальный период «незнания». От вас ждут не готовых решений, а правильных вопросов и активного погружения.
· Ты пришла не как «всезнайка», а как «проводник». Твоя задача — не помнить все, а уметь найти, структурировать и прояснить.
· Страх и дискомфорт — признак роста. Если тебе комфортно и все понятно, значит, ты не учишься новому. Эта первая фаза хаоса — обязательная ступенька к экспертизе.
Если знакомо - поддержи реакциями или расскажи свои советы в комментариях)))
Источник: @ba_and_sa
Что ты видишь в первый рабочий день?:
Вокруг — незнакомые лица, в ушах — непонятные акронимы, в задаче — туман, а в голове — панический внутренний диалог: «Я не справлюсь. Все уже давно в теме, а я даже с чего начать не знаю. Они сейчас поймут, что я — фейк».
Расслабьтесь. Это нормально. Я проходила через это не раз, и с каждым разом училась превращать этот страх из врага в топливо.
Делиться своими лайфхаками.
Страх №1:
Совет, который меня спас: «не пытайся проглотить слона целиком»
В первые дни я задаю себе один вопрос: «Какую одну главную проблему решает этот продукт/модуль для одного главного пользователя?». Все остальное — фичи, исключения, нюансы — будет нанизываться позже на этот стержень. Я прошу коллег или руководителя нарисовать эту самую простую, базовую схему на доске. Это фундамент.
В отдельный документ (я люблю OneNote или просто текстовик) начинаю записывать каждое новое слово, аббревиатуру, имя системы. Рядом — расшифровку и контекст, как оно используется.
Это твой личный переводчик. Через месяц в него будет страшно заглянуть — настолько это станет для тебя родным языком.
Не читай всю документацию подряд. Возьми одну ближайшую небольшую задачу (багфикс, маленькое улучшение) и изучай ровно то, что нужно для ее решения. Так знания укладываются в практический контекст и лучше запоминаются.
Страх №2:
Здесь правило простое: первая неделя — не для выдачи результата, а для настройки радаров.
В тихой обстановке я рисую простую схему: кто Product Owner, кто тимлид, кто ключевые разработчики, тестировщики, архитектор. Рядом с именами — пару слов о зоне их ответственности и как они коммуницируют (задает много вопросов? любит лаконичные сообщения?). Это моя социальная карта местности.
Я прямо так и говорю: «Привет, я новенькая, хотела бы на 15 минут созвониться, чтобы просто познакомиться и понять твою роль в проекте». Люди почти всегда идут навстречу. Эти 15 минут спасают от недель непонимания, «кому какой вопрос задать».
Не стесняйся спросить: «Как у вас принято проводить ревью требований? Куда выкладывать схемы? Как проходит приемка?».
Лучше 10 раз спросить вначале, чем один раз сделать «не по-уставу» и получить недовольство.
Страх №3:
Мой главный принцип: показать путь, а не сразу результат.
Страшно начать большой эпик? Разбей его на шаги:
1) найти всю существующую документацию
2) провести интервью с 2 экспертами
3) нарисовать AS-IS процесс
4) записать уточняющие вопросы.
Вместо того чтобы неделю в тишине копать и бояться, что идея неидеальна, я делаю набросок — в Miro, в виде простого списка вопросов или грубой схемы. И показываю его коллеге со словами: «Вот как я сейчас это вижу, правильно ли я двигаюсь?».
Это снимает груз «создать шедевр с первого раза» и сразу направляет тебя верным курсом.
Это суперсила. Часто именно вопрос «А почему это вот так?» вскрывает устаревшее бизнес-правило или скрытую проблему. Фраза «Пожалуйста, объясните мне, как пятилетнему» — мой секретный ключ к сложным системам.
· Первые 30 дней — это легальный период «незнания». От вас ждут не готовых решений, а правильных вопросов и активного погружения.
· Ты пришла не как «всезнайка», а как «проводник». Твоя задача — не помнить все, а уметь найти, структурировать и прояснить.
· Страх и дискомфорт — признак роста. Если тебе комфортно и все понятно, значит, ты не учишься новому. Эта первая фаза хаоса — обязательная ступенька к экспертизе.
Если знакомо - поддержи реакциями или расскажи свои советы в комментариях)))
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥22❤10👍10🤯1
Архитектурные практики в «кровавом энтерпрайзе»: данные, управление сложными системами и влияние AI
⏳ 11 мин | 🟡⚪️⚪️
Перейти | Analyst IT
Перейти | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Архитектурные практики в «кровавом энтерпрайзе»: данные, управление сложными системами и влияние AI
Привет, Хабр! Меня зовут Игнатий Цукергохер, я фриланс-журналист и блогер. На Хабре в основном пишу про технику и выкладываю интервью, но решил вернуть рубрику обзоров мероприятий. И начну с такой...