Впервые с 2021 года подала заявку на конференцию Инфостарт не в свою секцию ?

И даже не на секцию для аналитиков, потому что теперь осенняя конференция сугубо техническая, за исключением секции «Развитие технической команды. Личная эффективность разработчика.»

Долго думала, подавать доклад или нет, но опытные коллеги сказали, что надо. Поэтому теперь время собирать голоса, как в 2021-м ?

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

Если вы зарегистрированы на Инфостарте и считаете эту тему интересной, можете поддержать меня голосом на страничке по этой ссылке ❤️

Там же подробное описание доклада ?

Картинки даются легко, слова - сложно

В книге «Visual Models for Software Requirements» Джой Битти и Энтони Чен раскрывают этот тезис с разных ракурсов.

Визуализация – это возможность преодолеть проблему ограниченности нашей краткосрочной памяти.

Интересный пример этого – история одного из авторов, как сотрудница ресепшен отеля объясняла маршрут до номера на словах, упоминая множество «налево», «направо» и различных предметов, которые надо заметить, чтобы не пройти свой поворот. Автора этот объем информации поставил в ступор, но сотрудница отеля исправила ситуацию и нарисовала карту с маршрутом до лифта.

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

Зачем потребовался еще один язык моделирования и чем не подошел UML

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

Еще один аспект – сложность для понимания представителями бизнеса, так как UML ориентирован на технический дизайн и архитектуру программного обеспечения.

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

Поэтому для моделирования требований был создан RML (Requirements Modeling Language) с простым синтаксисом, который позволяет передать информацию, в доступном для понимания виде, всем заинтересованным сторонам. При этом RML не сможет заменить текстовое описание требований. Модели служат дополнительным артефактом, благодаря которому можно в том числе выявить новые требования.

С причинами появления RML разобрались. В следующем посте разберем классификацию моделей RML ?

Осилила первую главу книги Visual Models for Software Requirements

Книгу написали Джой Битти и Энтони Чен.

Джой Битти — известная личность в области бизнес-анализа и инженерии требований. Соавтор книги «Software Requirements», упоминая которую обычно вспоминают только Карла Вигерса.

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

В начале книги есть рекомендация читать ее после прочтения «Software Requirements». И это абсолютно обоснованно, потому что есть достаточно много отсылок к теории, не понимая которые сложно сориентироваться.

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

О чем эта книга

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

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

В 1950-х годах когнитивный психолог Джордж А. Миллер обнаружил, что люди способны запоминать и обдумывать 7 ± 2 пункта одновременно. Более поздние исследования показали, что это число, возможно, составляет 3 или 4 пункта.

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

Первый совет от авторов – разбивать списки требований и задачи в бэклоге на группы.

Ставьте лайки, жмите колокольчик и ждите через неделю пост про то, зачем авторы придумали еще один язык моделирования и чем им не угодил UML.

Продолжаем разбираться с DDD

Месяц назад публиковала пост про открытый урок Иннокентия Бодрова про Domain Driven Design.

Захотелось раскрыть эту тему в подкасте, поэтому предложила Иннокентию записать выпуск. Он поддержал эту идею, поэтому могу с радостью поделиться ссылочкой на выпуск «Радио аналитик» про DDD.

Приятного прослушивания ?

Послушать, подумать, попробовать применить ?

Сегодня я с рекомендациями подкастов.

?Про методику WOOP с Кириллом Анастасиным
Записали с Кириллом подкаст по методику работы с целями и желаниями (нет, это не про карты желаний и магические марафоны ?), о которой не так много говорят, а зря.

Я пришла от нее в восторг, потому что она очень простая, понятная и не требует много времени на освоение и применение. Коротко о методике можно почитать в посте от команды Инфостарта.

?О практических инструментах логики, обучении у взрослых и иллюзии понимания себя и других с Максимом Дорофеевым
Услышала много важных идей для себя, как для постоянно обучающегося взрослого и обучающего других взрослых человека.

Очень рекомендую ❤️

Очень ждала, когда эти доклады появятся в открытом доступе. И вот этот день настал ?

Никита, Анна и Артем с разных сторон раскрыли тему работы с интерфейсами.

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

Анна Щепина. Прототипы — картинка интерфейса против готовой формы
В докладе Анны много подробностей о практике прототипирования интерфейсов в 1С.

Артем Воронцов. UX-дизайн в действии: основы, законы и реальные примеры
В докладе Артема рассматриваются основные законы и принципы UX-дизайна.

Приятного просмотра ?

Ищу любителей нейронок ?

Если вы аналитик, используете в своей работе нейросети и готовы поделиться своим опытом, напишите мне, пожалуйста, в личные сообщения ➡️ @maria_serjogina

Есть много интересных планов по активностям офлайн и онлайн по этой теме ?

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

Поговорили про навыки и задачи аналитика. Не обошлось без вопросов про то, что такое хорошее ТЗ) Но не буду раскрывать все секреты, приятного прослушивания ;)

Telegram

Мир 1С (Сергей Сыпачев)

Интервью. Мария Серёгина: роль аналитика в процессе разработки (2/2) Ссылки Подкаст Марии Серёгиной Радио «Аналитик» https://itanalyst.mave.digital/ Разработка требований к программному обеспечению. Карл Вигерс, Джой Битти https://www.ozon.ru/product/razrabotka…