IT-Volchkov

Мероприятие состоится в гибридном формате — офлайн + онлайн-трансляция. ✅ 2 дня, полных новых открытий и знаний ✅ доклады, мастер-классы и круглые столы, где вы сможете получить ответы на все свои вопросы ✅ сообщество единомышленников ✅ 5 секций, чтобы углубиться в интересующие вас темы Будем ждать всех на Analyst Days 22🙏🏼https://analystdays...

! 📄✨ Что такое Docs as Code? 🤔 Это метод, при котором документация создается и поддерживается прямо в коде! Вместо того чтобы писать отдельные документы, вы добавляете комментарии и описания прямо в кодовые файлы. Это делает понимание проекта проще и быстрее! 💻🚀 А автодокументация — это автоматическое создание документации на основе вашего кода! 📚🤖 Она позволяет поддерживать документацию в актуальном состоянии без лишних усилий....

Знакомый сценарий? 🤔 Код блестящий, тесты пройдены, фича гордо стоит на проде... А тишина в чате бизнеса — оглушительная. Потом: «Это что вообще такое? Мы не это хотели!» 💥 Значит, где-то в самом начале мы все дружно пропустили слона в комнате. И этот слон — на совести аналитики. Выявить, проанализировать, уточнить, согласовать, критически посмотреть и найти риски — эту титаническую работу, кроме аналитика, не сделает никто. А цена ошибки — не «ой, поправим в следующем спринте», а переделка пол-фичи и сорванные сроки. 🚨 Баги, рождённые на этапе анализа, — самые жирные и дорогие. Но их предотвращение — самая крутая экономия для компании...

Изучаем DDD — предметно-ориентированное проектирование 📚 ✍️ Автор: Влад Хононов 📝 🗓 Год издания: 2024 📅 🔤 Язык: русский 🇷🇺 📚 Объём: 320 стр. 📖 Книга посвящена методологии DDD (предметно-ориентированному проектированию), что особенно актуально в условиях дробления предметных областей и усложнения бизнес-взаимодействий. 📊 Рассказано 🔹как оценить масштаб и сложность предметной области (с примерами анализа предметной обалсти) 📊 🔹измерить темпы ее развития, учесть необходимые зависимости 📈 🔹про архитектурные паттерны и паттерны взаимодействия, EventStorming,...

Почему иерархия: Epics → User Stories → Tasks необходима 🔹 Отраслевые стандарты: • Документация Atlassian, разработчика Jira, ясно устанавливает связь между эпиками, сториями и инициативами. Это общепринятая архитектура инструмента. • Международный фреймворк SAFe подчеркивает важность разделения крупных задач на управляемые части. • Российский ГОСТ также поддерживает принцип декомпозиции работ (WBS). 🔸 Необходимость метрик: Без четкой структуры Epics → User Stories → Tasks невозможно правильно оценивать производительность команды, планировать сроки и анализировать ценность каждого спринта...

🐺 User Story, Use Case и Job Story в чем разница? 🐺 В мире разработки ПО и продуктового менеджмента важно понимать, как правильно описывать потребности пользователей. Сегодня мы разберем три ключевых концепции: юзер стори, юзер кейс и джоб стори. ▎🔍 User Story Юзер стори — это краткое описание функциональности с точки зрения пользователя. Она помогает команде понять, что нужно пользователю и почему. Формулируется по шаблону:  *Как [тип пользователя], я хочу [действие], чтобы [цель/результат].* Пример:  *Как пользователь мобильного приложения, я хочу получать уведомления о новых функциях, чтобы быть в курсе обновлений...

🚨Как неосторожное высказывание о заказчике может погубить проект Представьте ситуацию: в общем чате проектной команды исполнителя кто-то из коллег, раздраженный очередной итерацией согласования или "обнулением" представителя клиента, позволяет себе колкое замечание в адрес заказчика. Кажется, это просто "выпустил пар". Но эта фраза, как вирус, начинает жить в сознании команды. Она формирует первую трещину в профессиональном отношении. Следом другой участник, видя, что это "норма", добавляет свой негативный комментарий. Вот уже третья сторона, которая не сталкивалась с проблемой напрямую, получает готовый образ "неадекватного заказчика"...

Выступаю на Конференции аналитиков Контура 20 августа Я расскажу, как ТРИЗ/АРИЗ решают сложные задачи в бизнесе и IT: — Разберу кейсы из Точки, Альфа-Банка и других компаний; — Покажу, как сократить сроки процессов на 70% через алгоритмы инноваций; — Дам готовый алгоритм для применения методов на практике. Будет интересно послушать тем, кто хочет находить неочевидные решения в аналитике и бизнес-процессах...

Идеальные требования: максимум смысла, ноль воды 💼🔍 1️⃣ Проверяем КАЖДОЕ требование: 🔚Полнота — вся нужная инфа на месте, пробелы помечаем TBD (to be determined пометка, которая используется для обозначения пробелов в данных). 🔚Корректность — есть связь с источником: история, бизнес-цель, use-case. 🔚Осуществимость — реально сделать за деньги, время, техстек. При сомнении ― прототип / POC (Proof of Concept). 🔚Необходимость — приносит бизнес-ценность или закрывает регуляторные требования, а не просто идея. 🔚Недвусмысленность — простой язык, одно толкование, убираем "предоставляет возможность"...

🚀 Как ТРИЗ помогает решать задачи в IT и digital-продуктах 🚀 Вы сталкивались с ситуацией, когда: • Новый функционал тормозит систему? 🔄 • Пользователи не понимают интерфейс? 🤔 • Бюджет проекта сокращают, а сроки горят? 🕰️ ТРИЗ (Теория Решения Изобретательских Задач) предлагает системный подход к таким вызовам. 📈 3 ключевых принципа ТРИЗ в IT и digital: 1️⃣ Принцип идеальности: "Лучший код — это отсутствие кода" → Пример: Вместо разработки сложной системы логистики для доставки, Uber использует уже существующие ресурсы — машины водителей. 🚗 2️⃣ Разрешение противоречий: "Нужно увеличить...