Про_БА

Как раньше общались с компьютерами? В доме моих родителей в 1980-х всегда были залежи перфокарт. Вернее, и сейчас есть, этому фото не сорок лет. В моем детстве это был предмет быта и я могла удивить гостей тем, что семилетним ребенком умела сказать как это называется. Перфокарты служили подставками под ножки стола, карточками для заметок - всем, чем угодно, только не средством общения с компьютером. Но мне было ужасно интересно. Понятно же, что это не просто картонки. Почему на них цифры? Почему одни с дырочками, а другие нет? Оказалось, это и было то самое человеко-машинного взаимодействие иными словами UI. Сначала разработчик писал код от руки. Потом с помощью табулятора переносил его на перфокарты по простой логике: есть перфорация - 1, нет - 0. Одна карточка - одна строка кода. Целая программа - внушительная пачка. И эту пачку нужно было загрузить в компьютер. А потом, когда перфокарты отслужили свой век в вычислительных центрах, они перекочевали в быт моего детства 🌱 Когда думала, как об этом лучше рассказать, решила поискать воспоминания современников того времени, сама-то я застала только "остатки" перфокарт, когда они уже вышли из широкого применения. Нашла статью в архивах одного уважаемого журнала (Наука и жизнь, источник).

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

Сейчас сложно представить себе настолько кропотливое взаимодействие со средой разработки. Мы привыкли: написал - увидел ошибку - исправил. А здесь: вырезать дырочку ножиком, заклеить, раскрасить… К тому же еще доступ в машинный зал был по записи даже для разработчика, нам сейчас трудно представить себе цену любого бага в таких условиях 😉 Интерфейс ли это в нашем понимании? Или скорее ушедшее ремесло работы с цифрами на карточках? #истории #мысливслух

Чем дальше, тем интереснее. Без шуток Два с половиной года прошло с тех пор как я здесь что-то пишу. Начиналось все как проверка: “могу ли я сказать что-то, что может быть интересным?”. Пробую разные форматы и рубрики. Что-то из давнего уже не заходит мне сегодняшней, а чем-то я очень довольна. В статистике вижу, что вы читаете. И, надеюсь, иногда находите для себя что-то полезное. Спасибо за это - правда 🙏 Для меня авторство - редкая возможность видеть результат почти мгновенно. Есть реакции под текстом, значит удалось рассказать что-то полезное или эмоционально задеть чей-то опыт. И успех и неуспех всегда мои. От этого легко находить мотивацию для новых авторских задач. Немного прозы о том, где еще меня можно найти. Стараюсь не терять контент и уже некоторое время дублирую на разные площадки. ВКонтакте. Здесь я освоилась со статьями и подборками (например, тут можно найти недавнюю подборку), экспериментирую с оформлением. Есть ощущение, что ВК немного оживляется в свете нынешних приключений с ТГ. Посмотрите сами 👉ссылка на сообщество Дзен. На этой платформе уже собралось 69 моих публикаций. Удобно работать с лонгридами, собирать их в подборки. Подписчиков немного, зато география просмотров большая - приятно видеть, что читают без подписки, просто по интересу. Вот 👉 ссылка на канал Этот канал в ТГ остается пока есть техническая возможность. Все как и раньше: заметки, разминки, истории, статьи и то, что не влезает в другие форматы. Что-то мне подсказывает, что впереди - новые форматы и, надеюсь, новые полезные тексты. Оставайтесь, где вам удобнее! 🙋‍♀️ #навигация

Говорят ли LLM на языке бизнес-процессов? (Подборка) Разбирая накопившиеся списки для чтения, выбрала материалы на темы: автоматизация бизнес-процессов и генерация BPMN-диаграмм через ИИ. Сама я пока экспериментировала только с UML, но тема кажется интересной, так что решила собрать в одну подборку. 📍Внедрение ИИ в бизнес: где он реально окупается и как автоматизировать бизнес-процессы Прикладная статья с систематизацией сценариев, где ИИ работает успешно и где не стоит спешить с его применением. 📍Сравнение LLM по навыку анализа бизнес-процессов Статья с результатами исследования, которое автор делал для того чтобы выбрать "лучшую" LLM для конкретной коммерческой платформы и в итоге решил опубликовать. Есть интересная сравнительная таблица разных инструментов. 📍Говорят ли LLM на языке BPMN? Оценка их возможностей моделирования процессов на основе качественных метрик Большая переводная статья с результатами исследования. В исследовании представлена систематическая оценка пяти инструментов на основе LLM, предназначенных для генерации моделей BPMN из текстовых описаний процессов. Читается сложно, написано в академическом стиле, но может быть интересно тем, кто в поиске инструмента для генерации диаграмм. 📍Пост в канале “Системный сдвиг”, где автор поделился промптом для генерации BPMN. 📍Подборка о работе с процессами Еще одна подборка об управлении процессами в этом канале, может быть полезна, если вам интересна эта тема. #что_почитать #ai #bpmn

Разминка. Сколько человек не знает иностранных языков? Продолжаю листать книгу Н.Я. Виленкина о комбинаторике, писала о ней тут. Сегодня для разминки выбрала задачу на общие правила комбинаторики. Как быстро получится решить?👇 #разминка

Как сделать карьеру в ИТ-анализе? Как решиться из нее выйти? В прошлом выпуске мы говорили про границы ролей и пытались понять, кто такой «аналитик» в современном IT. А в новом - мы пригласили гостью, чтобы поговорить о ее уникальном опыте. 25 лет работы в ИТ, включая работу аналитиком в заказной разработке, функциональное руководство, найм и обучение аналитиков, коучинг…и затем опыт вне ИТ. Мы поговорим о развитии в профессии на примере реального пути специалиста. Выпуск выйдет в апреле, но уже сейчас можно оставить ваш вопрос. Самый интересный мы обсудим в выпуске. Пишите в комментарии или в форме обратной связи 👉 по этой ссылке

БА, СА, UX-аналитик, что общего? Я вот думаю, до чего бывают похожими вопросы в казалось бы разных экспертных областях! В прошедшую субботу заглянула на UX-марафон. Это онлайн-конференция для дизайнеров, UX-аналитиков и исследователей. Мне здесь обычно бывает интересно послушать примеры исследований, пользовательских сценариев и находок в интерфейсах - мне это интересно. В этот раз отметила две темы, которые оказались внезапно совсем как у других аналитиков. Про роли Спикер из Яндекса рассказывал про команду. Кто-то там UX-исследователь, кто-то UX-аналитик. Зрители спросили в чем разница, а спикер сказал примерно так: «У нас это одно и то же. Раньше исследователи работали с респондентами, аналитики - с метриками. Со временем все эти задачи собрались в одной роли, которую просто называют - аналитик». Знакомо? БА, СА, бизнес-архитектор — границы неясны, названия условны, все как у всех… Про эффективность Доклад про аналитику поведения пользователей. Главная мысль: на сужающемся рынке исследователям нужно доказывать свою пользу. Не «я провела 10 интервью», а «благодаря мне исправили критическую ошибку до релиза». На уровне CEO рассказ об исследовании как процессе совершенно не важен. Спикер перечислял, что считают результатом: - процент внедрённых рекомендаций; - критические проблемы, исправленные до внедрения; - количество новых историй в бэклогах; - изменение бизнес-показателя; - экономия времени команды. Все как везде. Каждый раз, когда нас просят показать ценность работы аналитика, мы тоже выкручиваемся: считаем количество написанных страниц требований, количество проработанных фич - лишь бы цифра была на дашборде. В докладе рассказ был о том, как придумали свой индекс успешности пользовательских сценариев. Научились считать, вывели на дашборды от уровня всей платформы и до уровня конкретного сценария и сделали из этого KPI для команд. _____________ В общем, сижу и думаю: UX-аналитики, бизнес-аналитики, системные — мы все сталкиваемся с очень похожими вопросами. Кто-то про респондентов, кто-то про требования, а вопросы одни: «кто я?», «как измерить мою пользу?» 🌱 #конференции #мысливслух

25 лет опыта на двоих. И один разговор, которого мы давно ждали Бывает у вас такое: сидишь над задачей и думаешь — «Это у всех так или я один мучаюсь?» У меня бывает. И не только над задачами. Ещё над вопросами про профессию, про роли, про то, где заканчивается БА и начинается СА, и почему нас всех называют одним словом «аналитик», а работаем мы все… ну, очень по-разному. И мы с коллегой собрались в команду, чтобы поговорить. Не в рабочих чатах, не на созвонах, а в подкасте. Наша команда - Настя и Лиза. На двоих у нас очень разный опыт в бизнес- и системном анализе и мы записали первый выпуск подкаста «Контекст, контракт и артефакт». Первый выпуск - это наш разговор про то, как пришли в профессию, почему аналитиков называют одинаково, а работаем мы все по-разному, и где вообще границы этого «аналитика». Это не лекция и не инструкция. Это живой диалог двух людей, которым есть что вспомнить и что обсудить. И которых тоже иногда мучает вопрос «а у всех так?». Слушайте выпуск: 🎧 ВКонтакте 🎧 Telegram Если после выпуска захочется возразить, согласиться или рассказать свою историю - мы как раз и затевали подкаст ради этого. Оставляйте комментарии👇

Про пользовательские истории (лонгрид) Оформила в статье в ВК информацию из блога Майка Кона, автора книги ”Пользовательские истории: гибкая разработка программного обеспечения”. Это статья и примеры пользовательских историй, которые описывают функциональность ранней версии сайта Scrum Alliance. Саму по себе статью в наши дни уже может заменить адекватный промпт для ИИ, но не хотелось публиковать примеры без пояснений. Около 120 примеров из разных функциональных модулей (автор раскрыл их даже немного больше). Они были созданы в начале 2004 года, но тем не менее интересны как пример работы над User Story.

Круглосуточный перерыв или чему меня учат расписания У меня сама собой собирается небольшая коллекция. Не марок, не монет, а вариантов того, как люди пытаются обозначить время. Чем старательнее мы выносим на экран все возможные часовые пояса и поправки, тем больше убеждаюсь, что пользовательский опыт не про полноту данных, а про контекст. Экспонат №1. Расписание в поезде Три года назад ехала по маршруту, где станции в разных часовых поясах. Смотрю на расписание (первое фото). Тут и местное время, и сдвиг относительно UTC, и относительно Москвы. Заложено всё, о чем бы и я подумала в первую очередь. Я всё равно весь маршрут ошибалась. Потому что указано время по часовому поясу станции, а я забывала пересчитывать время следующей станции относительно предыдущей. Надеялась скоро купить еду, а оказывалось — или ещё час терпеть, или уже час как проехали. Для тех, кто внутри вагона, не важно, какой часовой пояс у станции. Важно: сколько минут до следующей. А этой информации как раз и нет. Экспонат №2. Как мы «круглосуточно» согласовывали Был проект, где нужно было показать время доступности банкомата. Мы с представителями бизнеса искали вариант, который пользователь считает как «круглосуточно». При этом мы были ограничены форматом отображения: день недели +чч:мм. Спорили долго. Один вариант - «с 00:00 до 23:59». Другой - «с 00:00 до 00:00». Чем кончилось — хоть убей, не помню. Помню другое: мы написали оба варианта на листах, вышли в коридор и стали спрашивать коллег. Экспонат №3. Круглосуточный перерыв Это фото я сделала в поезде в ноябре (второй снимок). Оно оказалось продолжением предыдущей истории. Когда нашла в телефоне, поняла: кто-то тоже был ограничен форматом и так же долго обсуждал как лучше показать время. Перерыв 00:00-00:00, видимо, означает, что его нет? Круглосуточный перерыв - ну не может же так быть? Там же есть часы работы. Или перерыв длится меньше минуты и наступает в полночь как в сказке про Золушку? Вот так иногда смотришь на чужое решение и думаешь о собственных задачах: не разбились ли они об контекст? #истории #кейсы

Задачи из семейной библиотеки Самая ценная библиотека в моей жизни находится совсем не на Моховой. Та, что по-настоящему дорога, - это книжные полки моих родителей. И так вышло, что последние несколько недель я каждый день провожу именно в этой библиотеке. Как и в любом семейном собрании, здесь перемешано всё, что отражает интересы нескольких поколений. Первое поколение книг - бабушкино и дедушкино. Они росли в военное детство, и системного образования у них не было. Но было огромное желание понимать мир и общаться с интересными людьми. Поэтому на полках рядом стоят книги по товароведению и хранению продуктов и томики Аристотеля с Платоном середины прошлого века - они образовывали себя сами, как могли. Второе поколение книг сформировало папино школьное детство и студенчество. Учебники алгебры и немецкого языка из 1950-60х годов. Чуть позже - сборники олимпиадных и обычных задач 1980-х, когда родители уже сами учили других. И конечно, почти все разделы математики, сопровождавшие отца в его научной и преподавательской работе. Помните, Остап Бендер где-то в «Двенадцати стульях» рисовал: «Помню, игрывал я в гостиной на ковре хоросан, глядя на гобелен "Пастушка"…»? В моем случае эта фраза звучала бы так: помню, играла я, глядя на «Теорию матриц» Гантмахера, «Ортогональные многочлены» Сегё и пять томов Математической Энциклопедии ☺️ Тогда, в детстве, это были просто слова и красивые корешки. “Теория матриц» завораживала фиолетовыми кружочками на черном переплете, книга Сегё - в переплете какого-то удивительного желтого цвета, а энциклопедия — это просто солидная серо-серебрянная стена неумолимо-солидных знаний. Только лет через пятнадцать, когда я сама пришла в университет, эти слова начали обретать смысл. А самой первой книгой, которую мне действительно вручили ещё в школе, был «Справочник по элементарной математике» М. Я. Выгодского. Издание 1962 года. Этот пухлый, заслуженный томик до сих пор стоит на полке. Элементарная математика, как видите, стареет, но уважения и актуальности не теряет. Глядя на всё это богатство, я подумала: почему бы не делиться им? Хочу предложить вам рубрику «Разминка». Время от времени я буду доставать с полки какую-нибудь книгу из нашей семейной библиотеки и находить в ней задачу. Сейчас я наугад взяла «Комбинаторику» Н. Я. Виленкина. У меня в руках издание 1969 года. И с удивлением обнаружила, что в продаже есть издание 2025-го. Комбинаторика, как и элементарная математика, тоже не стареет. Факт. Давайте подсчитаем кроликов? В книге «Liber Abaci», появившейся в 1202 году, итальянский математик Фибоначчи среди многих других привел такую задачу👇 #истории #разминка

Подарки со смыслом (и без) С наступающим 8м марта! В предпраздничный день мне всегда интересно вспоминать какие-то истории. Я здесь уже вспоминала и открытки, и поздравление перед командировкой, а теперь вспомнила вот что. Улыбаюсь, вспоминая корпоративные сюрпризы прошлых лет. Блокноты, в которые нечего записывать. Книги, которые можно читать вместо снотворного. Пирожные, которые врач запретил... Однажды был стриптиз. Да-да, в качестве подарка коллегам. И вот с этим уже совсем непонятно, что делать. Где хранить и как использовать? Но всё это ценно. Если не на полке в шкафу, так в памяти оседает надёжно. Отдельный жанр — школьные истории. Помню, в 16 лет мальчишки подарили нам, девочкам, крем для зрелой кожи. Видимо, купили то, на что хватило денег, а потом на всех коробочках старательно закрашивали возрастную маркировку. Включая коробочку для классной руководительницы. Представляете эту картину? Наверное, лучшие подарки остаются в историях и в тёплых воспоминаниях. Девочки, пусть у вас будет много именно таких - смешных, трогательных, запоминающихся. И пусть даже если подарят что-то странное — вы найдёте в этом повод для улыбки ☀️ #истории #восьмое_марта

С 23м февраля! 23 февраля для меня, как и многих девушек в ИТ, - это традиционный квест "что подарить". Уже не первый год просто иду в магазин за носками 🤷‍♀️ Кроме квеста есть еще другая часть праздника. Вспоминаю дедушку по отцовской линии - единственного военнослужащего в моей семье, подполковника Советской армии. Отец иногда рассказывает как бабушка подшивала почти каменную шинель, чтобы сидела идеально и была нужной длины по уставу. Как стоял в квартире "тревожный чемоданчик" и за консервами в нем строго следили, чтобы не оказалось просроченных. Я ничего этого не застала. Мне осталось только беречь семейные истории и некоторые семейные артефакты. Один из них - дедушкин сборник стандартов на пищевые продукты. 1969 год. Если вы аналитик - вы оцените. Это своего рода ТЗ для тех, кто отвечал за снабжение воинской части, здесь описаны требования к продуктам от яблок, картофеля, круп и мяса до глютамината натрия (мы его сейчас называем глутамат натрия). Он оказался в разделе "Новые виды продуктов". Здесь можно найти образцовое описание нефункциональных требований, ограничений и допущений.Взгляните на требования к свежей капусте (приложила фото) — всё чётко, по делу, без воды. Измеримые показатели и основано на ГОСТ. Красота же! Так что 23 февраля не только про носки - это еще и про семейные истории. С праздником всех, кто сегодня чувствует себя причастным. Пусть у вас будут тёплые воспоминания, надёжный тыл, никаких просроченных консервов в «тревожном чемоданчике» и умение находить требования даже в капусте! ⭐️ #истории #23_февраля

База знаний: от свалки до системы (подборка) Проблема многих больших и взрослых продуктов, что база знаний живёт своей жизнью. Слои недописанных статей, схемы, которые никто не обновлял с момента перехода на «единую архитектуру» 2018 года, а единственный актуальный документ висит в личке у коллеги, который в отпуске, а после отпуска увольняется 😉 Бывало, что приходя на новую задачу, получаете на входе кучу огромных неактуальных схем и агрессивные сроки новых доработок? Собрала подборку статей о базах знаний. Здесь о том, как восстанавливать базы знаний с нуля, что и как документировать, и как приводить в чувство то, что уже разрослось, как сорняк. 🔖Генеральная уборка базы знаний: плюсы, подводные камни, минусов не будет Эта статья от технического писателя и посвящена пользовательской базе знаний - одним из инструментов тех.поддержки. Но есть вещи, которые можно перенять и для работы с документацией архитектуры и требований, если вам вдруг достался большой объем чего-то неактуального. Построение процесса, организация структуры и регулярная актуализация. 👁‍🗨Аналитик и legacy: как разобраться в устройстве старой системы? Запись доклада Максима Цепкова, где он рассказал как можно разобраться в устройстве системы и вписать изменения в бизнес-архитектуру, если нет актуальной документации. Моя любимый тезис из этого доклада: если выглядит так, что заказчик говорит ерунду и путается, то наверняка это вы в чем-то пока еще не разобрались. 🔖Что делать, когда попал на проект без документации? На примере приложения для магазина игрушек пошагово и с примерами разобран процесс восстановления документации в смешанной роли БА/СА. В заключении статьи прозвучал важный вопрос "Давайте оглянемся назад и честно ответим, кому нужен был данный марафон с восстановлением документации?" 📎Мало слов и много смысла Обзор доклада "Как писать, чтобы покороче, но со всеми важными деталями" Сергея Нужненко на WAW прошлого года. Здесь о о том, что документировать, а что не обязательно и еще список книг для работы с текстом. 🗞Как мы случайно сделали Semantic Wiki в Gramax Статья в блоге компании Gramax о базе знаний, которая не просто хранит контент, но и организует связи между ее объктами. Здесь речь о конкретном продукте компании, но можно и просто подсмотреть подход. 🖇Шаблоны требований Пост в этом канале об использовании шаблонов документов. Разбираюсь, почему чужая шпаргалка не работает так же хорошо, как своя, и делюсь подборкой примеров. #что_почитать

Мои каналы связи как они есть ✨Дзен Когда-то я начинала с канала в Дзен. Думала, сейчас напишу про бизнес-анализ, и читатели повалят толпами. Спойлер: мои читатели туда заходят только случайно, по ссылке из Telegram, и сразу убегают обратно 💁‍♀️ Сижу, пишу умные посты, а в ответ - тишина. Иногда мне казалось, что меня читает только мой внутренний критик, да и тот засыпает на втором слове. Я посидела, поскучала, посмотрела статистику. Заметила, что статистика интересная! Там видно, откуда читатели. И оказалось, что аналитики живут по всей стране. В городах, где я даже не была, люди читают про ошибки интервью и управление требованиями. На картинке скриншот из отчета Дзена. Я уже смирилась с тишиной. Просто дублирую контент для двадцати подписчиков. Если вам интересно застать меня в этом заброшенном месте 👉 вот ссылка на канал ПроБА в Дзене 🪴ВКонтакте Здесь тоже тихо. В ВК можно работать с текстами. Длинными. Подробными и с картинками. А вот как там быть с подборками, пока не придумала. В ТГ я научилась их подавать и оформлять. А здесь... Здесь, наверное, люди приходят за чем-то другим. Или не приходят. Я пока не поняла 🤷‍♀️ А ещё здесь (как и в Дзене) есть рекомендательная система. Мы с ней пока не ладим. Она ждёт от меня денег. Я жду от неё читателей. Мы сидим и ждём, кто первый моргнет. Нет, я не сдаюсь, я переношу контент. И даже выложила фото. В полный рост. Чтобы было видно, кто именно пишет. Вдруг после фото читателей прибавится? Или хотя бы рекомендательная система отстанет. Посмотрите сами 👉 вот ссылка на сообщество ПроБА в ВК #навигация

ИТ-среда вместо системы. Тезисы с Analyst Marathon На прошлой неделе был Analyst Marathon-16. Темами заявлены: архитектура, микросервисы, вайбкодинг. Казалось бы, при чём тут бизнес-анализ? Я тоже сомневалась, но всё-таки зашла послушать и не пожалела. Повестка оказалась плотной. В моей записной книжке самый сильный след оставил первый же доклад - Руслана Сафина «Будущее ИТ-архитектуры и работы ИТ-архитекторов». Название архитектурное, а на деле визионерский разговор про всех нас. Отметила для себя пару тезисов, о них и хочу коротко рассказать. Контекст времени. Здесь речь зашла о технологических волнах, как их представил С. Переслегин. Таких волн шесть от времен изобретения первых паровых двигателей в середине XVIII века до нашего времени. В каждой волне свои конфликты, технологии и своя фантастика в литературе. Мы сейчас проживаем шестую: создание технологий ИИ. Как изменится разработка? ИИ пока ещё создает не слишком качественный код, но научится и тогда, вероятно, уйдет необходимость и писать, и читать код. Как бы ни выглядел код от ИИ, если он работает и его не нужно читать, то не так важно, как он выглядит и как устроен. А значит и архитектура кода станет неактуальной. Сейчас ИИ учатся на языках, созданных людьми для людей, чтобы скрыть низкоуровневые сложности, но и потребность развивать такие языки может уйти. Они могут служить только способом представить язык математики в привычном виде для специалистов. Как изменится архитектура? Сама по себе ценность архитектуры в "борьбе со сложностью" никуда не денется, но проектирование перейдет на новый уровень абстракции, где рассматривается ИТ - среда, а не система. При изучении среды уже не важно, из каких компонентов она состоит, компонентами может заниматься ИИ. Это как с веществами: мы на них действуем, они отвечают, мы вырабатываем паттерны и корректируем действие. Как изменятся роль аналитика? Вот здесь прозвучал тезис, что грань между архитектором, разработчиком и аналитиком стирается, важен становится специалист который умеет работать с ИТ-средой, а погружение в детали реализации уже не так важно. На первый план выходят вопросы "зачем и что", то есть вопросы ценности задач для бизнеса и для самого специалиста. Чувствуете потенциал для бизнес-аналитиков и бизнес-архитекторов? Что с этим делать уже сейчас? Учиться использовать ИИ в прикладных задачах, понимать как он устроен. Аналитик может не просто транскрибировать встречи, но и выявлять незаданные вопросы. Не только валидировать пользовательские сценарии, но и искать альтернативы с точки зрения разных ролей. 📚В дополнение делюсь частью материалов из доклада: ● Доклад С.Б. Переслегина на CodeFest'15 (про технологических волнах и роли ИИ) ● Статья про борьбу со сложностью (в ней есть интересные примеры BPMN диаграмм с иллюстрацией движения токенов) #конференции #мысливслух #ai

Еще раз об интервью Интервью - инструмент, который называют чаще всего, когда говорят о выявлении требований. Но если все им владеют, почему по-прежнему никуда не делись вопросы разрыва между реальностью внедренных приложений и ожиданиями пользователей? Потому что интервью требует подготовки и имеет свои риски. Правильное использование важно, еще и потому, что это дорогой подход. Нужно определить цели, адресно выявить респондентов, выделить время всех участников: аналитика и респондента. Ветераны вспомнят времена, когда аналитики были так суровы, что не доверяли видеосвязи и ездили в другие города и страны ради единственной встречи. Представляете цену вопроса? Ошибки на любом этапе приводят к удорожанию и искажению результатов. Где-то на конференции услышала: «Мы провели интервью, где все вопросы были с вариантами ответов». То есть вместо качественного исследования получился опрос с затратами равными интервью и скорее всего недостаточной выборкой респондентов. В итоге - сожженное время и недостоверные выводы. На мой взгляд, основная сложность интервью для выявления требований - несоответствие целей и ожиданий сторон. Это почти как в семейной жизни: кто-то к вечеру устал на работе, а кому-то именно этим вечером очень нужен освежающий отношения конфликт 😊 «Мне расскажут правду». Люди говорят не то, что делают, а то, что помнят. Бывает, что хотят выглядеть умно или просто говорят социально одобряемое. Аналитики при этом чувствуют себя обманутыми и жалуются на незрелость пользователей или заказчиков. Мне запомнился такой комментарий под моей статьей на Хабре

Типичные ответы моих пользователей (которые не меняются уже пару десятков лет) : Как вы действуете, если во время работы пропадает доступ к данным? - Звоню знакомому ИТ-нику / ИТ-директору. Как происходит процесс ввода информации?- Руками.

Заказчик тоже чувствует себя обманутым - он ожидает, что придет мастер и все починит, а на вопросы он ответил честно и что еще нужно? Респонденты не всегда могут дать развернутый технологичный ответ, а если и скажут что-то на айтишном, не факт, что хорошо понимают сказанное. Например, я не смогу ответить стоматологу, если он начнет меня спрашивать каким материалом заменить пломбу? а на вопрос, что я делаю, если зуб болит, отвечу - записываюсь к врачу... такой вот незрелый пациент из меня 🤷‍♀️ «Мне расскажут всё». Эксперт упускает «очевидные» для него детали, которые для аналитика - чёрные ящики. В итоге каждый один остается при мнении, что узнал все, а другой - что рассказал все, но при этом оба не слишком продвинулись к результату. Так можно с большим опозданием обнаружить, что «ID клиента» - это не UID, а номер паспорта или телефона 😉 Сбор мнений вместо изучения контекста. Бывает, что аналитик приходит за решением, а не за проблемой. Вместо «Как вы сейчас работаете?» звучит «Как вам хотелось бы работать?». Итог - сбор субъективных пожеланий, а не фактов. Когда заказчики или пользователи потом видят этакие хотелки на экране, они обычно пугаются. У них-то было ожидание, что их мнение превратится в удобное решение, а спрашивают просто для информации. Еще важно понимать, чье именно мнение и по какому вопросу прозвучало на интервью. Скажем, мнение финансового директора о распределении бюджета важнее услышать, чем мнение вашего соседа по столу по тому же вопросу.

Мало того, что мы шлём не то и не тем, так это ещё и не доходит (из Смешариков)

В общем случае не достаточно одного только интервью, чтобы сделать выводы - нужно поговорить с ИТ-поддержкой, понаблюдать за работой пользователя (если покажут), посмотреть логи систем (если есть), в регламенты заглянуть, данные поискать. В следующий раз, готовясь к интервью, спросите себя: что я хочу узнать? могу ли я это узнать другим способом? я буду собирать мнения или изучать контекст? Это сэкономит кучу времени. 📚Дополню тему несколькими публикациями: ● Ошибки при проведении интервью с пользователями ● Интервью на удаленке ● Как ID клиента оказался номером телефона и вдвое увеличил стоимость задачи ● Какие вопросы? ● Кейс. Подготовка к интервью #инструменты #интервью

Где кончается ИТ и начинается бизнес? Мысли с BPM-неконференции «А давайте попробуем разобраться кто из нас ИТ, а кто - бизнес?» - такой неожиданно сложный вопрос прозвучал на встрече Ассоциации BPM-профессионалов. Я пришла туда послушать, о чем говорят специалисты, которые управляют процессами. Сейчас все расскажу. Встреча прошла 3 февраля, называется «Неконференция». Это открытое, неформальное мероприятие без жёсткой повестки, её формируют сами участники. Проходит в очень уютной, дружественной атмосфере. Повестка в сфере процессного управления. Конечно, формируется не стихийно, а направляется фасилитатором. Среди участников: руководители процессных офисов, операционные директора, корпоративные архитекторы, методологи и процессные аналитики. Обсуждение было организовано по командам. Подробнее в посте в канале Ассоциации. Все темы разбились на 4 потока: 📍Технологии: Process Mining, ИИ и практические IT-решения. 📍Методология: жизнеспособность регламентов и выбор метрик. 📍Целеполагание: как измерить операционный эффект и преодолеть сопротивление изменениям. 📍Процессные организации: какой путь должна пройти компания, чтобы иметь процессы предсказуемые, измеримые, прозрачные и соответствующие стратеги бизнеса. Коллеги выстроили целую дорожную карту развития компании (можно найти фото в альбоме ABPMP в ВК). Некоторая интрига образовалась уже с самого начала. Где проводят границу между ИТ и бизнесом BPM-профессионалы? Это оказалось непросто. Многие объясняли, что им сложно провести четкую границу, потому что приходится и оценивать операционную эффективность процессов производства, и формировать требования к автоматизации, включая участие при внедрении и приемке систем. И в организационной структуре компаний процессный офис может быть в подчинении ИТ-директора. Продолжается тренд "аналитик-швейцарский нож" и оказалось, он актуален не только для БА/СА, но и для процессных аналитиков. Среди вопросов на стикерах встретился такой: «Действительно ли процессный аналитик должен обладать компетенциями БА и СА?». Для меня ответ скорее «нет», ведь швейцарский нож пригождается в поездке, а в домашних условиях быстрее и удобнее открывать консервные банки полноценной «открывашкой». Но индустрия все чаще заказывает именно универсальный нож». Как думаете - это эволюция роли или её размывание? #мысливслух #конференции

Результаты опроса о выявлении требований Среди тех, кто ответил на вопросы выше про техники выявления требований, в топ-5 самых часто используемых оказались: 1️⃣Интервью, 2️⃣Анализ документов, 3️⃣Анализ процессов, 4️⃣Анализ данных, 5️⃣Прототипирование. У меня была гипотеза, что кейсы на собеседованиях могут давать по тем техникам, которые применяются редко и этот перекос мы заметим при сравнении ответов на вопросы. В итоге здесь не очень большое количество ответов и до второго вопроса добрались не все, поэтому результаты сложно считать статистическими значимыми. Тем не менее среди ответивших: 🥇фокус-группы чаще вспомнят на собеседовании, чем в реальной практике; 🥈анализ процессов наоборот применяют чаще, чем вспоминают в тестовых кейсах; 🥉опросы и наблюдения звучат в тестовых кейсах, но используются реже. Пойду подумаю, что еще я не рассказала о проведении интервью? Продолжение следует... #инструменты