Системные аналитики Контура

Спасибо за митап! Именно благодаря вам он получился таким душевным 💚 Собрали несколько кадров этого вечера, чтобы вспомнить (или увидеть), как было круто ⭐ Сразу лёгкий тизер: мы уже готовим следующий проект, который будет в сентябре. Спойлер: приедем в Томск. Ждите анонсов! ✨

🐟 — я с вами! 👾 — я дома, но захотелось к вам…

Если вы часто работаете с AI, то наверняка заметили, как часто модель игнорирует важные детали, нарушает договорённости и выдумывает факты. Проблема чаще всего не в промпте или модели, а в контексте ⚡️ ➡️ На митапе будет специальный гость из Tech Analyst Club — Андрей Бураков! 🌟 Вместе с ним мы разберём работу AI-инструментов через призму контекста, посмотрим, как организовывать работу и строить процессы, где ИИ остаётся полезным на протяжении всего проекта

А вот и первый анонс — и мы начинаем с Екатеринбурга! 🛳 Вместе с Tech Analyst Club делаем митап для опытных системных аналитиков. Обсудим как осознанно использовать ИИ, автоматизировать рутинные задачи и повысить эффективность своей работы. Будут как спикеры из Контура, так и приглашенные эксперты 😏 ⚡Сбор гостей: 18:30, начало: 19:00 ⚡Адрес: ул. Малопрудная, д 5. Офис разработки Контура, конференц-зал, 1 этаж Изучайте программу и регистрируйтесь по ссылке. До встречи на митапе!

Если вы вдруг нас потеряли, мы никуда не пропали. Возвращаемся с новыми идеями! В этом году пробуем новые форматы и хотим чаще встречаться с вами. Уже начали: провели мастер-класс на конференции Merge. Казань, спасибо за тёплый приём 😊 Дальше — больше: увидимся на ивентах в Екатеринбурге, Томске и Новосибирске. А ещё будем экспериментировать с форматами в канале. Оставайтесь с нами. Первый анонс уже скоро 😘

Channel photo updated

Channel name was changed to «Системные аналитики Контура»

⚡️Записи докладов — теперь уже точно все! Догрузили в плейлисты с докладами еще и записи офлайн-дня. Заглядывайте и не стесняйтесь делиться обратной связью — да, прямо под роликами! 💬Смотреть во Вконтакте 💙Смотреть на Rutube 📹Cмотреть на Youtube ⚫️Презентации спикеров p/s А еще очень хотим добавить в доклады таймкоды. Напишите Кате @voka_ekb, если готовы помочь с одним или несколькими видео. Среди всех неравнодушным разыграем приятный подарок — свечу, заряженную на отсутствие дедлайнов 🕯️

Аналитики — душнилы? Или те, кто сложное делают простым? Ваши версии ответов собираем в комментариях⚡️

⚡️Дождались — ловите записи! Собрали все выступления онлайн-дня в один удобный плейлист. Наливайте кофе-чай, выбирайте интересующие темы (или смотрите залпом все доклады, так тоже можно). 💬Смотреть во Вконтакте 💙Смотреть на Rutube 📹Cмотреть на Youtube …

⚡️Дождались — ловите записи! Собрали все выступления онлайн-дня в один удобный плейлист. Наливайте кофе-чай, выбирайте интересующие темы (или смотрите залпом все доклады, так тоже можно). 💬Смотреть во Вконтакте 💙Смотреть на Rutube 📹Cмотреть на Youtube Отдельно загрузили еще и презентации — пользуйтесь ⛵️

⚡️Победитель, найдись! Финальный вопрос про Три Амиго задала Светлана. Звучит он так: ➡️ Как метод меняет роль аналитика, какие навыки при этом становятся критичными, а какие уходят на второй план? Может ли аналитик быть нейтральным модератором, или конфликт интересов неизбежен? Александра: Лучший вопрос, на мой взгляд. Заставил порефлексировать насчет ключевых навыков аналитика, было интересно порассуждать) Можно выделить такие критичные навыки, как: — Фасилитация: Умение организовывать и модерировать встречи, направлять обсуждение и помогать участникам приходить к консенсусу. — Коммуникация: Умение четко и ясно излагать свои мысли, слушать и понимать других, задавать правильные вопросы. — Критическое мышление: Умение анализировать информацию, выявлять противоречия и риски, предлагать альтернативные решения. — Эмпатия: Умение понимать потребности и ожидания пользователей, а также точку зрения разработчика и тестировщика. — Знание предметной области: Глубокое понимание бизнеса и процессов, для которых разрабатывается решение. — Умение визуализировать: Способность создавать диаграммы, схемы и прототипы, чтобы наглядно представить требования и решения. Не могу выделить навыки, которые уходят на второй план, аналитик остается в рамках своих обязанностей и компетенций и с учетом практики внедрения практики 3 Амиго. Полностью нейтральным быть сложно, и конфликт интересов неизбежен. Аналитик представляет интересы бизнеса и пользователей, но при этом должен учитывать технические ограничения и возможности. Светлану поздравляем и ищем ее, чтобы вручить ей подарок 🔥 Отзовитесь в комментариях, если это вы!

И очень много интересных вопросов вы отправили для Александры из Т-Банка. Ну что ж, амиго, отвечаем! 🎩 1️⃣Тест кейсы обязательны для 3 Амиго? Тест кейсы являются вспомогательным инструментом, но на мой взгляд это важная часть практики, поскольку они помогают: обеспечить покрытие проверки всех критериев приемки, сократить дальнейшее время на тестирование задач, послужить основой для дальнейшей автоматизации тестирования. + Практика подразумевает включение тестировщика, а это его основные артефакты работы, так что можно назвать их обязательным. Но повторюсь, что практика может быть адаптирована и под ваши процессы, у нее нет четкого регламента. 2️⃣ Как быть если в команде нет тестировщика? Кем можно заменить? Его может заменить человек, который занимается тестированием/приемкой реализации вашего продукта. Это может быть, например, разработчик/продакт. 3️⃣ Бывает ли формат «Три Амиго» избыточен? В каких случаях он больше тормозит процесс? И в каких случаях он не применим совсем? На мой взгляд можно выделить следующие случаи: — для простых задач, где вы работаете с очевидными требованиями, условно «Добавить кнопку, по которой должен происходить редирект по ссылке». В таких случаях вы просто потратите зря время на обсуждения того, что уже понятно — также в случае, когда у вас не выстроен процесс поставки бизнес-требований, и они могут хаотично меняться в процессе разработки. Вы тогда погрязнете не только в рутине изменений спецификации, но и в череде этих встреч — для технических задач, рефакторинга — что не влияет на бизнес — эта практика также может стать избыточной. 4️⃣ Какой инсайт у вас был в последнее время, которым хотите поделиться? Встречи проходят продуктивнее, когда снижаешь градус формальности и общаешься с коллегами, как со своими друзьями, не боясь сказать глупость :) 5️⃣ И есть ли вообще в 3 Амиго какие-то минусы и подводные камни? Вы можете потратить много времени на встрече, если не зададите четкий регламент. Важно следить за объемом встречи и количеством обсуждаемых сторей, иначе вы уйдете в бесконечную череду обсуждений. 6️⃣ Не совсем понятна роль разработчика в данной практике? Разработчик участвует в подготовке ко встрече: анализирует спецификацию и кейсы, тем самым он подключается заранее к обсуждениям, замечает нюансы технической реализации, участвует в согласовании критериев приемки и кейсов. 7️⃣ В указанном примере не увидела БА, участвует ли он или эту роль выполняет СА? БА может также принимать участие во встрече, но его участие предусмотрено раньше, на этапе, когда вам поступают бизнес-требования, а вы по ним готовите спецификацию 8️⃣ От каких проблем удалось избавить при применении метода, а какие проблемы остались (но может минимизировались)? Какие инструменты использовали для подготовки? Лично я избавилась от траты времени на актуализацию документации, сократили время на обсуждения требований во время разработки. Сократили количество аксептанс багов на задачу. Периодически могут возникать проблемы с таймингами и обсуждениями лишних вопросов, но это вопрос притирки участников команды друг к другу и процессам. По инструментам: мы использовали confluence для спецификации + внутренний инструмент компании, который помогает подготавливать доски с карточками. Вы можете использовать Miro/draw.io для визуализации. 9️⃣ А что-то кроме 3 Амиго удалось еще опробовать, прежде чем остановились на этом методе? В Банке только эта практика была. Ранее были дискавери-встречи, на которых команда просто смотрела макеты от дизайнера.

В конце конфы у нас были повторы двух докладов — про Docs-ac-code и метод 3 Амиго. И вы задавали вопросы — а мы не можем оставить их без ответа. Поэтому сейчас будет небольшое включение от наших спикеров. Начнем с ответы Сережи из Контура. Разворачивайте цитаты и читайте 👀 1️⃣ Как работать с диаграммами в doc-as-code? Для работы с диаграммами в docs-as-code есть Mermaid — это язык визуальной разметки для создания диаграмм. Да, в “творческом” режиме, когда вы не знаете, какой будет диаграмма и рисуете её с нуля (например, моделируете сложный пользовательский сценарий или архитектуру части сервиса), гораздо удобнее будут те же Miro или Holst. Но когда диаграмма готова и её нужно просто перенести в документацию, Mermaid прекрасно справляется. Плюс, Mermaid позволяет делать активными ссылками блоки диаграммы, что очень удобно, например, при работе с теми же пользовательскими сценариями, когда диаграмма представляет общий вид сценария, а при нажатии на каждый конкретный шаг вы проваливаетесь в статью с описанием, что происходит на этом шаге “под капотом” у сервиса. 2️⃣ Есть ли рекомендации, как переезжать (выполнить миграцию документов) в docs-as-code из вики? Всё зависит от всего размера документации и времени, выделенного на процесс переезда. Если документация небольшая и у вас есть какое-то обозримое время (неделя-две), можно спокойно перенести всё руками, например копированием страниц (Obsidian хорошо справляется с конвертацией страниц в Markdown). Можно попробовать выгрузить все страницы и конвертировать их в md-разметку с помощью какой-нибудь библиотеки, но, насколько я знаю, таких, которые хорошо работают, не оставляют множество артефактов и бесплатные - нет. Если документации много, а времени на переезд не выделено (приближенный к жизни вариант), организуйте процесс переезда на уровне командного процесса разработки. Заложите себе в планирование какое-то окно, в которое вы будете перевозить документацию и методично занимайтесь этим. В этом процессе тоже есть подводные камни и проблемы (например, ведение двух документаций в какой-то момент времени или неизбежное отставание одной доки от другой), но это издержки процесса, с которыми надо смириться и учесть их при планировании.

🔥 Ф-о-о-о-о-тки! Подоспел сочный фотоотчет с офлайн-дня конфы: листайте, ищите себя, обновляйте аватарки. Мем дня: фотографии у панорамных стекол Азимута выглядят так, будто сделаны на фоне фотообоев. Но нет, это реальный вид с которым мы слушали лекции…