Что здесь есть о BPMN?
Когда-то я публиковала здесь задачки по BPMN и немножко придумывала сама. Напомню о них, чтобы не потерялись и пригодились всем, кто до них еще не добрался.
🔅Сколько нужно времени, чтобы проснуться и выпить кофе?
🔅Вопросы для процессных аналитиков
🔅Разнообразие начальных событий в BPMN
#навигация
Когда-то я публиковала здесь задачки по BPMN и немножко придумывала сама. Напомню о них, чтобы не потерялись и пригодились всем, кто до них еще не добрался.
🔅Сколько нужно времени, чтобы проснуться и выпить кофе?
🔅Вопросы для процессных аналитиков
🔅Разнообразие начальных событий в BPMN
#навигация
❤2👍1
В царстве смекалки
Еще одна книга из библиотеки моих родителей. Конечно, в момент первой публикации в 1908 году еще и бабушек моих на свете не было, а вот издание 1982 года нашлось на полках.
В книге есть части предисловий автора к первым изданиям. Если коротко, то преподаватель гимназии начала XX века Емельян Игнатьев написал нам, что важно развивать мышление, а не запоминать готовые ответы и формулы. Полезнее помнить шаги, которыми выведена и доказана формула, чем пытаться вызубрить сам результат этого доказательства или выполнять механические вычисления.
Это из 1911 года, а как актуально звучит вопрос всяких машин и приспособлений, правда?
Начинается книга с загадок-шуток, есть очень знакомые, например, про кошек в разных углах комнаты.
Ответ:4 кошки
Еще нашла в книге:
-задачки про спички, где картинку из палочек-спичек нужно сообразить как перестроить к заданному виду;
-раздел на несложные вычисления, одну из них я оставила ниже;
-задачки про рвы и переправы, в нем оказалась известная задача про козу и капусту;
-задачки про дележ разных предметов;
-сказочные истории, вроде задачки про крестьянина и черта;
-задачи, где из куска бумаги нужно сложить какую-то фигуру, есть фигуры не самые сложные – квадраты, равнобедренные треугольники, есть несколько с более сложными многоугольниками;
-задачи-трюки на угадывание чисел, например, в компании попросить людей загадать число и по заданному алгоритму выведать это число;
-игры с числами, от "запишите число 4 тремя пятерками" до подсчета суммы геометрической прогрессии;
-забавные задачи на угадывание чисел на косточках домино, расстановку шашек и шахмат;
-расстановка букв и чисел в квадратах, задачи про лабиринты;
Мне досталось издание 2017 года, в нем решение задачи написано сразу под задачей и это сильно сбивает, особенно для простых задач решение видишь быстрее, чем саму задачу. Может быть так было и в 1908 году?
Кому может быть полезно?
Книга рассчитана на школьников всех возрастов, от младшей школы до старшей. Загадки-шутки можно решать в компании. Преподавателям и скрам-мастерам можно выбрать пару упражнений для разминки, например, из графических задач со спичками.
О других книгах с логическими задачками
Как же называется эта книга? Рэймонд М. Смаллиан
Считай, смекай, отгадывай! Труднев В.П.
#книжки
Еще одна книга из библиотеки моих родителей. Конечно, в момент первой публикации в 1908 году еще и бабушек моих на свете не было, а вот издание 1982 года нашлось на полках.
В книге есть части предисловий автора к первым изданиям. Если коротко, то преподаватель гимназии начала XX века Емельян Игнатьев написал нам, что важно развивать мышление, а не запоминать готовые ответы и формулы. Полезнее помнить шаги, которыми выведена и доказана формула, чем пытаться вызубрить сам результат этого доказательства или выполнять механические вычисления.
Когда они [вычисления] понадобятся кому-либо в жизни, он их проделает сам, — да на это нынче есть всякие счетные машины, таблицы и иные приспособления.
Это из 1911 года, а как актуально звучит вопрос всяких машин и приспособлений, правда?
Начинается книга с загадок-шуток, есть очень знакомые, например, про кошек в разных углах комнаты.
В комнате четыре угла. В каждом углу сидит кошка. Напротив каждой кошки по три кошки. На хвосте каждой кошки по одной кошке. Сколько же всего кошек в комнате?
Ответ:
Еще нашла в книге:
-задачки про спички, где картинку из палочек-спичек нужно сообразить как перестроить к заданному виду;
-раздел на несложные вычисления, одну из них я оставила ниже;
-задачки про рвы и переправы, в нем оказалась известная задача про козу и капусту;
-задачки про дележ разных предметов;
-сказочные истории, вроде задачки про крестьянина и черта;
-задачи, где из куска бумаги нужно сложить какую-то фигуру, есть фигуры не самые сложные – квадраты, равнобедренные треугольники, есть несколько с более сложными многоугольниками;
-задачи-трюки на угадывание чисел, например, в компании попросить людей загадать число и по заданному алгоритму выведать это число;
-игры с числами, от "запишите число 4 тремя пятерками" до подсчета суммы геометрической прогрессии;
-забавные задачи на угадывание чисел на косточках домино, расстановку шашек и шахмат;
-расстановка букв и чисел в квадратах, задачи про лабиринты;
Мне досталось издание 2017 года, в нем решение задачи написано сразу под задачей и это сильно сбивает, особенно для простых задач решение видишь быстрее, чем саму задачу. Может быть так было и в 1908 году?
Кому может быть полезно?
Книга рассчитана на школьников всех возрастов, от младшей школы до старшей. Загадки-шутки можно решать в компании. Преподавателям и скрам-мастерам можно выбрать пару упражнений для разминки, например, из графических задач со спичками.
О других книгах с логическими задачками
Как же называется эта книга? Рэймонд М. Смаллиан
Считай, смекай, отгадывай! Труднев В.П.
#книжки
👍3🤩1
Задачка из книги Емельяна Игнатьева:
В шесть часов утра в воскресенье гусеница начала всползать на дерево. В течение дня, т. е. до 18 часов, она всползала на высоту 5 м, а в течение ночи спускалась на 2 м. В какой день и час она всползет на высоту 9 м?
В шесть часов утра в воскресенье гусеница начала всползать на дерево. В течение дня, т. е. до 18 часов, она всползала на высоту 5 м, а в течение ночи спускалась на 2 м. В какой день и час она всползет на высоту 9 м?
Anonymous Quiz
28%
среда в 6 ч 00 мин
43%
вторник в 13 ч 12 мин
30%
вторник в 18ч 00 мин
0%
среда в 13 ч 12 мин
Подборка о работе с процессами
Вы помните, какой сегодня день недели? Или как и я начали день с полным ощущением понедельника?
Вчера, как бывает по воскресеньям, разбирала список для чтения. Еще и поэтому сложно вытряхнуть из головы понедельник 🤷♀️ Зато получилась подборка об управлении процессами.
📍Нюансы менеджмента процессов на примере процесса «Управление инцидентами ИТ» Эту статью оставила в закладках, чтобы еще раз перечитать. Здесь на конкретном примере показано управление процессом и почему сначала должен появиться управляемый процесс и уже после KPI.
📍Путеводитель по методологиям совершенствования процессов — 2023 Перевод статьи о методологиях улучшения процессов: что это такое, для чего применяются и какими бывают. Всего в стать перечислено 12 методологий.
📍Российское представительство ABPMP (Ассоциация профессионалов управления бизнес-процессами) опубликовало на Rutube свои материалы. Можно найти полезные видео о моделировании процессов и их оптимизации. И все это от настоящих мастеров.
📍5 ошибок при проектировании бизнес-процессов и как их избежать В статье перечислены типовые промахи при работе с процессом. Если честно, то сначала хотела пройти мимо этой статьи, но решила, что если кто-то еще в начале пути БА, то статья может пригодиться.
#что_почитать
Вы помните, какой сегодня день недели? Или как и я начали день с полным ощущением понедельника?
Вчера, как бывает по воскресеньям, разбирала список для чтения. Еще и поэтому сложно вытряхнуть из головы понедельник 🤷♀️ Зато получилась подборка об управлении процессами.
📍Нюансы менеджмента процессов на примере процесса «Управление инцидентами ИТ» Эту статью оставила в закладках, чтобы еще раз перечитать. Здесь на конкретном примере показано управление процессом и почему сначала должен появиться управляемый процесс и уже после KPI.
📍Путеводитель по методологиям совершенствования процессов — 2023 Перевод статьи о методологиях улучшения процессов: что это такое, для чего применяются и какими бывают. Всего в стать перечислено 12 методологий.
📍Российское представительство ABPMP (Ассоциация профессионалов управления бизнес-процессами) опубликовало на Rutube свои материалы. Можно найти полезные видео о моделировании процессов и их оптимизации. И все это от настоящих мастеров.
📍5 ошибок при проектировании бизнес-процессов и как их избежать В статье перечислены типовые промахи при работе с процессом. Если честно, то сначала хотела пройти мимо этой статьи, но решила, что если кто-то еще в начале пути БА, то статья может пригодиться.
#что_почитать
👍2
Что посоветуете почитать?
Меня в последнее время слегка озадачивает вопрос вида "а что мне почитать для начала?", когда слышу его от ребят совсем без знаний в какой-либо из разновидностей анализа. Есть ощущение, что первые шаги нужно делать через общение с человеком, а не через книгу или видео. Чтобы можно было задавать вопросы и получать ответы. В каких-то случаях даже группа в мессенджере не самый плохой вариант.
Однажды я встретила человека, который без предварительной подготовки, по совету родственника осилил все 716 страниц книги Вигерса про разработку требований. Не будем сейчас обсуждать выбор и недостатки этой книги, сейчас речь о другом. Такое чтение оказалось травматичным, когда нет даже примерного понимания специфики задач и нет возможности поэтапно своими руками пробовать прочитанное. В моем примере, на любую рекомендацию новой книги ответ был: "Я так сгорел за чтением этой непонятной нудной книги, что не предлагайте мне больше ничего читать, не смогу себя заставить!"
Еще заметила, что многое из книги запоминается в искаженном или устаревшем варианте и переучиваться будет трудно. Вспомнилось как я учила немецкий по учебникам из 50х☺️ . Научиться было интересно, а других книг под рукой не оказалось. Когда потом попала на языковые курсы, то оказалось, что часть прилежно выученных слов уже не используются и даже орфографию успели изменить слегка.
На прошлой неделе мне снова задали похожий вопрос: "Я не аналитик, я работаю в продажах. Хочу понять, какие задачи решают аналитики. Посоветуйте, что почитать для общего понимания?" И я в очередной раз задумалась, что предложить, чтобы не испугать и при этом дать информацию? Предложила книгу Ильи Корнипаева "Требования для программного обеспечения: рекомендации по сбору и документированию"📚
А у вас есть любимая книга для начинающих?
#мысливслух
Меня в последнее время слегка озадачивает вопрос вида "а что мне почитать для начала?", когда слышу его от ребят совсем без знаний в какой-либо из разновидностей анализа. Есть ощущение, что первые шаги нужно делать через общение с человеком, а не через книгу или видео. Чтобы можно было задавать вопросы и получать ответы. В каких-то случаях даже группа в мессенджере не самый плохой вариант.
Однажды я встретила человека, который без предварительной подготовки, по совету родственника осилил все 716 страниц книги Вигерса про разработку требований. Не будем сейчас обсуждать выбор и недостатки этой книги, сейчас речь о другом. Такое чтение оказалось травматичным, когда нет даже примерного понимания специфики задач и нет возможности поэтапно своими руками пробовать прочитанное. В моем примере, на любую рекомендацию новой книги ответ был: "Я так сгорел за чтением этой непонятной нудной книги, что не предлагайте мне больше ничего читать, не смогу себя заставить!"
Еще заметила, что многое из книги запоминается в искаженном или устаревшем варианте и переучиваться будет трудно. Вспомнилось как я учила немецкий по учебникам из 50х
На прошлой неделе мне снова задали похожий вопрос: "Я не аналитик, я работаю в продажах. Хочу понять, какие задачи решают аналитики. Посоветуйте, что почитать для общего понимания?" И я в очередной раз задумалась, что предложить, чтобы не испугать и при этом дать информацию? Предложила книгу Ильи Корнипаева "Требования для программного обеспечения: рекомендации по сбору и документированию"📚
А у вас есть любимая книга для начинающих?
#мысливслух
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4💯2
Я, нёрды и гики
Майкл Лопп, 2016
Начала читать эту книгу об управлении ИТ-командами. Полное название в русском переводе "Как управлять интеллектуалами. Я, нёрды и гики". Пока прочитала примерно треть, так что у этого поста однажды появится продолжение 💁♀️
Стиль близкий к художественному, читается легко. Временами текст напоминает что-то вроде обращения автора не то самому себе в начале карьеры, не то более молодым преемникам. В предисловии объяснено, что тексты составлены на основе материалов блога, который автор ведет под именем Рэндс. Действительно, похоже на набор постов. Сбивает с толку, когда по тексту идет рассказ то от первого лица, то с отсылкой к третьему лицу Рэндсу 😉
Что может быть полезно?
В той части, что я прочитала, пока перемещалась по городу в выходные, понравилось почти все.
Много рассказано о том, как руководители и команды не слышат друг-друга, почему так получается и в чем при этом роль руководителя.
Есть главы с разбором нюансов работы с обратной связью, в том числе, когда ее дают в состоянии истерики. Очень мне понравилось одно правило. Оно о том, что если человек все выходные перемалывал в голове нерешенные рабочие вопросы, то к понедельнику он будет в истерике.
Вполне практичные советы по определению жизнеспособности команд и по проведению совещаний. Некоторые советы мне показались очевидными, может быть от того, что у меня есть некоторый опыт руководства и я часто провожу встречи в роли организатора и ведущего. Но это все мое занудство. Здесь советы точно не из серии "Не забудьте отправить приглашение в календари и потом составить протокол" 🙈 Например, полезные совещания предлагается классифицировать на "налаживающие" и "созидающие". "Налаживающие" нужны для текущего обмена информацией, чаще всего какими-то деталями, а "созидающие" предназначены для решения проблем и требуют креативности.
Кому может быть полезно?
Думаю, что полезно руководителям ИТ-команд, независимо от опыта.
Тем кого раздражают их руководители и непонятно, чем они заняты.
Особенно горячо рекомендую всем, кто только еще планирует перейти на роль менеджера или тим-лида. О работе руководителя написано настолько честно и прямо, что, может быть, вы даже передумаете на эту роль переходить😎
P.S.
Мне пришлось разбираться чем гик отличается от нёрда. Если кто-то, как и я, не совсем "в материале", то вот на Хабре статья Гики и нёрды: в чём разница?
#книжки
Майкл Лопп, 2016
Начала читать эту книгу об управлении ИТ-командами. Полное название в русском переводе "Как управлять интеллектуалами. Я, нёрды и гики". Пока прочитала примерно треть, так что у этого поста однажды появится продолжение 💁♀️
Стиль близкий к художественному, читается легко. Временами текст напоминает что-то вроде обращения автора не то самому себе в начале карьеры, не то более молодым преемникам. В предисловии объяснено, что тексты составлены на основе материалов блога, который автор ведет под именем Рэндс. Действительно, похоже на набор постов. Сбивает с толку, когда по тексту идет рассказ то от первого лица, то с отсылкой к третьему лицу Рэндсу 😉
Что может быть полезно?
В той части, что я прочитала, пока перемещалась по городу в выходные, понравилось почти все.
Много рассказано о том, как руководители и команды не слышат друг-друга, почему так получается и в чем при этом роль руководителя.
Успешная организация состоит из слоев сотрудников, которые склеены между собой посредством их руководителей. Каждый слой отвечает за широкий спектр задач, будь то разработка, тестирование или маркетинг. Между каждым слоем находится руководитель, чья работа состоит в том, чтобы транслировать информацию от одного слоя к следующему… при этом в обоих направлениях. Он знает, чего хотят его сотрудники, он знает, чего хочет его собственный руководитель и он умеет лавировать между этими желаниями, если они отличаются.
Есть главы с разбором нюансов работы с обратной связью, в том числе, когда ее дают в состоянии истерики. Очень мне понравилось одно правило. Оно о том, что если человек все выходные перемалывал в голове нерешенные рабочие вопросы, то к понедельнику он будет в истерике.
Правило Рэндса о менеджменте в сфере разработки ПО № 27 гласит: если кто-то начинает истерить, значит, скорее всего, наступил понедельник.
Вполне практичные советы по определению жизнеспособности команд и по проведению совещаний. Некоторые советы мне показались очевидными, может быть от того, что у меня есть некоторый опыт руководства и я часто провожу встречи в роли организатора и ведущего. Но это все мое занудство. Здесь советы точно не из серии "Не забудьте отправить приглашение в календари и потом составить протокол" 🙈 Например, полезные совещания предлагается классифицировать на "налаживающие" и "созидающие". "Налаживающие" нужны для текущего обмена информацией, чаще всего какими-то деталями, а "созидающие" предназначены для решения проблем и требуют креативности.
Кому может быть полезно?
Думаю, что полезно руководителям ИТ-команд, независимо от опыта.
Тем кого раздражают их руководители и непонятно, чем они заняты.
Особенно горячо рекомендую всем, кто только еще планирует перейти на роль менеджера или тим-лида. О работе руководителя написано настолько честно и прямо, что, может быть, вы даже передумаете на эту роль переходить
P.S.
Мне пришлось разбираться чем гик отличается от нёрда. Если кто-то, как и я, не совсем "в материале", то вот на Хабре статья Гики и нёрды: в чём разница?
#книжки
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Сегодня еду на Analyst Days-19. Признаться честно, программу смотрю только по дороге к месту проведения. Уверена, что хорошо проведу время, встречу знакомых. На лендинге конференции обещают 1211 участников. Ну и, конечно, узнаю, что подобрал в этот раз программный комитет конференции. Обязательно напишу тут, что успею послушать.
С конференциями мне стало сложно. Чем больше времени проводишь в профессии, тем труднее найти что-то совсем новое. Приходится немного наморщить лоб, чтобы понять – это именно мне так скучно или доклад и правда про очевидное? Когнитивные искажения на конференциях ведь тоже не отключаются 🤷♀️
А еще спикеры на отраслевых конференциях повторяют свои доклады. Когда сравнительно часто бываешь, то очень заметен один и тот же материал под разными названиями, а тем более под тем же названием. Так что я точно знаю на какой доклад не пойду, потому что уже слышала его на Flow в сентябре.
Наверное, вы узнали на фото двух колобков с прошедших Analyst Days, а третий колобок – наша кошка, которая равнодушна к конференциям и совсем не уважает мои трофеи😎
#мысливслух #конференции
С конференциями мне стало сложно. Чем больше времени проводишь в профессии, тем труднее найти что-то совсем новое. Приходится немного наморщить лоб, чтобы понять – это именно мне так скучно или доклад и правда про очевидное? Когнитивные искажения на конференциях ведь тоже не отключаются 🤷♀️
А еще спикеры на отраслевых конференциях повторяют свои доклады. Когда сравнительно часто бываешь, то очень заметен один и тот же материал под разными названиями, а тем более под тем же названием. Так что я точно знаю на какой доклад не пойду, потому что уже слышала его на Flow в сентябре.
Наверное, вы узнали на фото двух колобков с прошедших Analyst Days, а третий колобок – наша кошка, которая равнодушна к конференциям и совсем не уважает мои трофеи
#мысливслух #конференции
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🥰2
Analyst Days – 19. Впечатления
Итак, прошла очередная конференция Analyst Days.
Атмосфера как обычно теплая и яркая, стенды светились, ребусы разгадывались, квизы проходились. Народ с удовольствием толпился и общался.
Забавно, но именно на таких мероприятиях можно поближе разглядеть коллег, кого до этого наблюдала только на видеоконференциях. Такие уж непростые времена настали, чтобы в оффлайне поговорить с коллегами, нужно купить билет☺️
Игрушки и шопперы раздавали все те же, что и год назад. Все мы родом из детства и любим новые игрушки, поэтому я немного переживала, что получу дубликат той, что уже есть. Выдохнула, когда достала из сумки R2-D2 😊
Меня приятно удивило, что докладчики представляли очень разные города. Кроме Москвы и Санкт-Петербурга насчитала еще 15 городов.
За два дня послушала 10 докладов и одну дискуссию. Послушала и не смогла определить для какой целевой аудитории их подобрали. Если для совсем начинающих аналитиков, то интересны ли разговоры о матрицах компетенций, типовых запущенных болячках и переговорах с бизнесом, люди же еще туда не дошли? Если для специалистов с опытом больше года, то интересно ли им послушать про User Story и еще про отличия логической модели данных от физической?
Пока я пыталась сегментировать аудиторию, она вовсю задавала вопросы о наболевшем. Вот примеры из моих заметок, наверняка и вам откликается что-то из этого:
📌Как поддерживать актуальность документации, если часть вопросов разработчики решают сами в обход аналитика?
📌Если аналитик исследует рынок, то как быть с продактом?
📌Не сбегут ли все системные аналитики, если их заставлять проводить дискавери?
📌Что делать, если люди привыкли к документации в файлах, а не в вики-системах?
📌Как оценивают кандидата при найме, если нет матрицы компетенций? Что человеку делать, если приняли на работу, а через пол-года требуют соответствовать некоей матрице?
Из всего услышанного выделила для себя доклад "Пять граней мышления аналитика" Григория Печенкина. Для меня всегда большое удовольствие послушать спикеров с огромным опытом в индустрии. Докладчик прекрасно вовлекал зал в ход своих мыслей и зал не оставался равнодушным. Речь шла о том, что хороший аналитик – это специалист с особым типом мышления, которое складывается из пяти составляющих:
📍Системное мышление, которое воспитывается через понимание предметной области как совокупности взаимодействующих систем, включенных в надсистему. Помните разговоры о теории систем и системной инженерии?
📍Логическое мышление. Как умение видеть взаимосвязи между объектами, их свойствами и явлениями, а еще работать с когнитивными искажениями.
📍Понимание мира интересов. Действующие лица предметной области могут быть отнесены к той или иной системе, или надсистеме в зависимости от их интересов. Хороший аналитик умеет это понять.
📍Критическое мышление помогает через сомнение прийти к истине. Хороший аналитик умеет критически осмыслить гипотезы.
📍Визуальное мышление помогает через визуальные модели работать с информацией и направлять ход мысли.
Может быть еще кто-то из нас побывал на Analyst Days? Поделитесь впечатлениями в комментариях🌱
#конференции
Итак, прошла очередная конференция Analyst Days.
Атмосфера как обычно теплая и яркая, стенды светились, ребусы разгадывались, квизы проходились. Народ с удовольствием толпился и общался.
Забавно, но именно на таких мероприятиях можно поближе разглядеть коллег, кого до этого наблюдала только на видеоконференциях. Такие уж непростые времена настали, чтобы в оффлайне поговорить с коллегами, нужно купить билет
Игрушки и шопперы раздавали все те же, что и год назад. Все мы родом из детства и любим новые игрушки, поэтому я немного переживала, что получу дубликат той, что уже есть. Выдохнула, когда достала из сумки R2-D2 😊
Меня приятно удивило, что докладчики представляли очень разные города. Кроме Москвы и Санкт-Петербурга насчитала еще 15 городов.
За два дня послушала 10 докладов и одну дискуссию. Послушала и не смогла определить для какой целевой аудитории их подобрали. Если для совсем начинающих аналитиков, то интересны ли разговоры о матрицах компетенций, типовых запущенных болячках и переговорах с бизнесом, люди же еще туда не дошли? Если для специалистов с опытом больше года, то интересно ли им послушать про User Story и еще про отличия логической модели данных от физической?
Пока я пыталась сегментировать аудиторию, она вовсю задавала вопросы о наболевшем. Вот примеры из моих заметок, наверняка и вам откликается что-то из этого:
📌Как поддерживать актуальность документации, если часть вопросов разработчики решают сами в обход аналитика?
📌Если аналитик исследует рынок, то как быть с продактом?
📌Не сбегут ли все системные аналитики, если их заставлять проводить дискавери?
📌Что делать, если люди привыкли к документации в файлах, а не в вики-системах?
📌Как оценивают кандидата при найме, если нет матрицы компетенций? Что человеку делать, если приняли на работу, а через пол-года требуют соответствовать некоей матрице?
Из всего услышанного выделила для себя доклад "Пять граней мышления аналитика" Григория Печенкина. Для меня всегда большое удовольствие послушать спикеров с огромным опытом в индустрии. Докладчик прекрасно вовлекал зал в ход своих мыслей и зал не оставался равнодушным. Речь шла о том, что хороший аналитик – это специалист с особым типом мышления, которое складывается из пяти составляющих:
📍Системное мышление, которое воспитывается через понимание предметной области как совокупности взаимодействующих систем, включенных в надсистему. Помните разговоры о теории систем и системной инженерии?
📍Логическое мышление. Как умение видеть взаимосвязи между объектами, их свойствами и явлениями, а еще работать с когнитивными искажениями.
📍Понимание мира интересов. Действующие лица предметной области могут быть отнесены к той или иной системе, или надсистеме в зависимости от их интересов. Хороший аналитик умеет это понять.
📍Критическое мышление помогает через сомнение прийти к истине. Хороший аналитик умеет критически осмыслить гипотезы.
📍Визуальное мышление помогает через визуальные модели работать с информацией и направлять ход мысли.
Может быть еще кто-то из нас побывал на Analyst Days? Поделитесь впечатлениями в комментариях🌱
#конференции
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤2
Как сработаться с руководителем?
Задумалась о вопросах общения с руководством и стилях управления. Когда о чем-то долго думаешь, инфопространство подкидывает что-то интересное на заданную тему. Делюсь прочитанным 📚
📍Продолжаю читать "Я, нерды и гики" (о книге уже писала тут) Здесь автор советует разобраться как устроен ваш руководитель, чтобы повысить шансы с ним сработаться. Для этого хорошо бы поискать ответы на вопросы:
▫️В чем состоит работа вашего руководителя?
▫️Откуда он пришел на свою должность? То есть какой у него опыт и образование? Он умеет писать код? Может понять вашу роль в команде?
▫️Какие у него слабые места и как он их закрывает? У каждого есть пробелы в навыках, ваш руководитель умеет использовать навыки участников команды?
▫️На каком языке он говорит в общем и как разговаривает именно с вами? Это типичный формальный офисный стиль разговора или разговор о деле? Какую информацию о вашей работе он доносит на следующий уровень руководства?
▫️Он действует или только говорит? Делает ли то, что обещал?
▫️Каково место вашего руководителя в политике компании? Это определить трудно, но на общих совещаниях можно обратить внимание на взаимодействие с другими руководителями. Дело в том, что отношение к нашему руководителю в компании определяет отношение и к нам самим.
▫️Что происходит в периоды большого успеха или наоборот большой паники? Например, как проходит серьезная реорганизация?
А еще есть предупреждение:
📍Встретился интересный пост в канале Юрия Куприянова о культурах управления зонтика и воронки. Зонтик прикрывает команду от внешних воздействий и дает спокойно работать, а воронка собирает все прилетающее сверху и направляет на кого-то конкретно в команде или на всех равномерно. В культуре воронки приходится вести себя осторожнее, маскировать неудачи, потому что все уязвимы. В книге о нердах и гиках тоже есть признание автора, что пока тот не стал тимлидом, не понимал от какого количества негативных влияний прикрывал команду руководитель. Надеюсь, что вам повезло оказаться в культуре зонтика😎
📍В статье Как работать с начальником, который постоянно меняет свои решения советуют как сработаться с руководителем, который меняет стратегию несколько раз в день. Советуют уделять время подготовке контекста разговора, сосредоточиться на вопросах, вежливо давать отпор. Напомнило как однажды меня в разгар оживленной дискуссии коллега спросил: "Скажи,а ты сейчас с чем конкретно споришь?" и это тут же вернуло меня из собственных мыслей в контекст разговора. В общем, советы вполне адекватные, вот только сработают они в более-менее безопасной обстановке, а не там, где вы "под воронкой" вашего руководителя 🤷♀️
#мысливслух #что_почитать #карьера
Задумалась о вопросах общения с руководством и стилях управления. Когда о чем-то долго думаешь, инфопространство подкидывает что-то интересное на заданную тему. Делюсь прочитанным 📚
📍Продолжаю читать "Я, нерды и гики" (о книге уже писала тут) Здесь автор советует разобраться как устроен ваш руководитель, чтобы повысить шансы с ним сработаться. Для этого хорошо бы поискать ответы на вопросы:
▫️В чем состоит работа вашего руководителя?
▫️Откуда он пришел на свою должность? То есть какой у него опыт и образование? Он умеет писать код? Может понять вашу роль в команде?
▫️Какие у него слабые места и как он их закрывает? У каждого есть пробелы в навыках, ваш руководитель умеет использовать навыки участников команды?
▫️На каком языке он говорит в общем и как разговаривает именно с вами? Это типичный формальный офисный стиль разговора или разговор о деле? Какую информацию о вашей работе он доносит на следующий уровень руководства?
▫️Он действует или только говорит? Делает ли то, что обещал?
▫️Каково место вашего руководителя в политике компании? Это определить трудно, но на общих совещаниях можно обратить внимание на взаимодействие с другими руководителями. Дело в том, что отношение к нашему руководителю в компании определяет отношение и к нам самим.
▫️Что происходит в периоды большого успеха или наоборот большой паники? Например, как проходит серьезная реорганизация?
А еще есть предупреждение:
Мерзкие и подлые люди, которые ставят себя выше своей команды, врут и не имеют абсолютно никаких лидерских качеств, существуют. Их меньше, чем вы думаете, но они есть. Тут мой совет будет таков: если вы их встретили, бегите от них подальше.
📍Встретился интересный пост в канале Юрия Куприянова о культурах управления зонтика и воронки. Зонтик прикрывает команду от внешних воздействий и дает спокойно работать, а воронка собирает все прилетающее сверху и направляет на кого-то конкретно в команде или на всех равномерно. В культуре воронки приходится вести себя осторожнее, маскировать неудачи, потому что все уязвимы. В книге о нердах и гиках тоже есть признание автора, что пока тот не стал тимлидом, не понимал от какого количества негативных влияний прикрывал команду руководитель. Надеюсь, что вам повезло оказаться в культуре зонтика
📍В статье Как работать с начальником, который постоянно меняет свои решения советуют как сработаться с руководителем, который меняет стратегию несколько раз в день. Советуют уделять время подготовке контекста разговора, сосредоточиться на вопросах, вежливо давать отпор. Напомнило как однажды меня в разгар оживленной дискуссии коллега спросил: "Скажи,а ты сейчас с чем конкретно споришь?" и это тут же вернуло меня из собственных мыслей в контекст разговора. В общем, советы вполне адекватные, вот только сработают они в более-менее безопасной обстановке, а не там, где вы "под воронкой" вашего руководителя 🤷♀️
#мысливслух #что_почитать #карьера
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4👍1
5 статей о роли аналитика и не только
Как проходит ваш декабрь? Мой проходит довольно суетливо: все рабочие задачи сразу стали важными, дедлайны - наступившими, домашние дела – срочными👩💻 Куда-то исчезло время на посты и разбор списков для чтения. Недавний такой разбор принес несколько статей о роли аналитика, делюсь ими и парой материалов из Дзен-версии этого канала.
📍Роль аналитика в разработке сложных информационных систем Статья о последовательном построении систем. Здесь описана роль и этапы анализа, без акцента на разные названия аналитиков
📍Один день из жизни системного аналитика Здесь мне понравился прием – на примере одного рабочего дня показать роль системного аналитика. Наверняка среди нас тут есть те, кто выбирает направление развития и статья покажет, чем бывает занят СА
📍Об ошибках в работе аналитика Одна из самых читаемых статей в Дзен-версии этого канала. Перечень классических промахов с небольшими примерами из опыта.
📍3 мифа о бизнес-аналитиках в ИТ Это мое прошлогоднее размышление о знаниях и целях работы аналитика.
📍Как войти в айти, если на дворе 1991 год Короткий текст с историей входа в карьеру в те времена, когда никто не говорил слов джуниор, миддл и синьер и еще не существовало hh
#что_почитать #карьера
Как проходит ваш декабрь? Мой проходит довольно суетливо: все рабочие задачи сразу стали важными, дедлайны - наступившими, домашние дела – срочными
📍Роль аналитика в разработке сложных информационных систем Статья о последовательном построении систем. Здесь описана роль и этапы анализа, без акцента на разные названия аналитиков
📍Один день из жизни системного аналитика Здесь мне понравился прием – на примере одного рабочего дня показать роль системного аналитика. Наверняка среди нас тут есть те, кто выбирает направление развития и статья покажет, чем бывает занят СА
📍Об ошибках в работе аналитика Одна из самых читаемых статей в Дзен-версии этого канала. Перечень классических промахов с небольшими примерами из опыта.
📍3 мифа о бизнес-аналитиках в ИТ Это мое прошлогоднее размышление о знаниях и целях работы аналитика.
📍Как войти в айти, если на дворе 1991 год Короткий текст с историей входа в карьеру в те времена, когда никто не говорил слов джуниор, миддл и синьер и еще не существовало hh
#что_почитать #карьера
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
Что кормит аналитиков и с кем встречать новый год?
Нашлась кружка с эмблемой моей альма-матер. Это меня завело в рассуждения про учебное заведение, где получают образование.
У меня есть сын-студент. На работе тоже есть студенты. Часто слышу вот это: "ничему меня не учат", "сплошная устаревшая ерунда", "преподаватели старые". Вы не поверите, но двадцать лет назад я говорила ровно то же!☺️
Я закончила классический университет, он не ограничивает выпускников рамками конкретной профессии. Долго думала, чем смогу заниматься с дипломом "математик по специальности прикладная математика", пусть даже и красным. Объяснить подружкам, на кого учусь, было еще сложнее. Хотелось сразу прикладного и побольше. Покажите мне, какую кнопку нажимать, зачем опять учебник по мат.анализу читать? Все как в известной пьесе Фонвизина 1792 года: "Это-таки и наука-то не дворянская."
Когда я поступила в Саратовский университет, он еще не входил даже в топ-100 вузов России (сейчас картина другая), но имел свои традиции и легенды. Тем более, что ему уже больше ста лет и видел он разное. Например, как в 1959м организовывали вычислительный центр с ЭВМ "Урал". Научный руководитель моего отца в 60е был президентом ассоциации пользователей «Урала», можете представить такое сообщество? 😊
Мои родители еще успели поучиться у звезд местной математической науки. Я застала только учеников звезд. Некоторые из моих преподавателей появлялись на занятиях строго в костюме и обращались к студентам исключительно на "вы". Был шанс почувствовать, что это скорее про уважение к профессии и студенту, чем про сомнительные красивости прошлого века. И да, это были далеко не молодые люди.
Уже не помню, когда мне стало неинтересно раскладывать предметы из вкладыша в дипломе на "пригодилось в работе" и "потерянное время". Как-то вдруг поняла, что основной заработок мне приносят не конкретные предметы, а умение переключаться между разными уровнями абстракции. Не спрашивайте меня про ортогональные многочлены, я не вспомню без подсказки, что это такое. Не так важен сам по себе многочлен, как понимание, что он может быть объектом в пространстве и может быть визуально представлен в какой-то из моделей.
На лекции по аналитической геометрии преподаватель пошутил: "Если зайдете с той стороны доски, эта фигура будет выглядеть по-другому". Пригодится аналитику как раз это умение "зайти с той стороны доски" и понять как один и тот же объект в разных измерениях может иметь разные свойства. Нотаций и фреймворков много сменилось за мою карьеру, а объекты по-прежнему нужно уметь распознать. На это работают 80% учебных часов во вкладыше к диплому, а остальные 20% давно выветрились из головы без особого вреда. И не говорите мне про закон Паретто, он же был придуман в шутку 🤷♀️
А еще в университете у меня впервые и очень надолго появилась компания друзей, с которыми очень тепло встречать новый год. Просто потому, что нам весело вместе, и есть что вспомнить. Это тоже обязательно нужно приобрести в вузе.
Так что этой кружке с эмблемой СГУ я обрадовалась как родной. Поделитесь, какие у вас мысли о высшем образовании? Встречаете новый год с университетскими друзьями?
#истории #мысливслух
Нашлась кружка с эмблемой моей альма-матер. Это меня завело в рассуждения про учебное заведение, где получают образование.
У меня есть сын-студент. На работе тоже есть студенты. Часто слышу вот это: "ничему меня не учат", "сплошная устаревшая ерунда", "преподаватели старые". Вы не поверите, но двадцать лет назад я говорила ровно то же!
Я закончила классический университет, он не ограничивает выпускников рамками конкретной профессии. Долго думала, чем смогу заниматься с дипломом "математик по специальности прикладная математика", пусть даже и красным. Объяснить подружкам, на кого учусь, было еще сложнее. Хотелось сразу прикладного и побольше. Покажите мне, какую кнопку нажимать, зачем опять учебник по мат.анализу читать? Все как в известной пьесе Фонвизина 1792 года: "Это-таки и наука-то не дворянская."
Когда я поступила в Саратовский университет, он еще не входил даже в топ-100 вузов России (сейчас картина другая), но имел свои традиции и легенды. Тем более, что ему уже больше ста лет и видел он разное. Например, как в 1959м организовывали вычислительный центр с ЭВМ "Урал". Научный руководитель моего отца в 60е был президентом ассоциации пользователей «Урала», можете представить такое сообщество? 😊
Мои родители еще успели поучиться у звезд местной математической науки. Я застала только учеников звезд. Некоторые из моих преподавателей появлялись на занятиях строго в костюме и обращались к студентам исключительно на "вы". Был шанс почувствовать, что это скорее про уважение к профессии и студенту, чем про сомнительные красивости прошлого века. И да, это были далеко не молодые люди.
Уже не помню, когда мне стало неинтересно раскладывать предметы из вкладыша в дипломе на "пригодилось в работе" и "потерянное время". Как-то вдруг поняла, что основной заработок мне приносят не конкретные предметы, а умение переключаться между разными уровнями абстракции. Не спрашивайте меня про ортогональные многочлены, я не вспомню без подсказки, что это такое. Не так важен сам по себе многочлен, как понимание, что он может быть объектом в пространстве и может быть визуально представлен в какой-то из моделей.
На лекции по аналитической геометрии преподаватель пошутил: "Если зайдете с той стороны доски, эта фигура будет выглядеть по-другому". Пригодится аналитику как раз это умение "зайти с той стороны доски" и понять как один и тот же объект в разных измерениях может иметь разные свойства. Нотаций и фреймворков много сменилось за мою карьеру, а объекты по-прежнему нужно уметь распознать. На это работают 80% учебных часов во вкладыше к диплому, а остальные 20% давно выветрились из головы без особого вреда. И не говорите мне про закон Паретто, он же был придуман в шутку 🤷♀️
А еще в университете у меня впервые и очень надолго появилась компания друзей, с которыми очень тепло встречать новый год. Просто потому, что нам весело вместе, и есть что вспомнить. Это тоже обязательно нужно приобрести в вузе.
Так что этой кружке с эмблемой СГУ я обрадовалась как родной. Поделитесь, какие у вас мысли о высшем образовании? Встречаете новый год с университетскими друзьями?
#истории #мысливслух
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7👏1
Ура, каникулы! С Новым годом!
Уф, добрались до выходных! Декабрь – это такое время, когда нужно ухитряться закрывать все оставшиеся задачи, и одновременно рефлексировать по поводу достижений уходящего года. Создалось ощущение, что суета и усталость всего года как-то постепенно сползла по календарю именно в декабрь 🤨 У вас бывают похожие мысли?
Теперь отправляю себя на каникулы, но сначала хочу поздравить всех с Новым годом! Желаю на каникулах отлично отдохнуть и дочитать все, что весь год не успевали ☺️ Говорят, что 31го декабря будет новолуние и это самое время загадывать желания. Так что формулируйте однозначно и непротиворечиво, чтобы все загаданное сбывалось!🎄
Вернусь в январе. Оставлю здесь несколько ссылок на самые читаемые посты этого канала. Вдруг вы будете искать, что почитать в выходные?
Про ошибки при проведении интервью с пользователями
Как аналитику избежать когнитивных искажений?
Нужно ли команде тратить время на ревью требований? (peer-to-peer review)
Правда, что аналитик должен знать UML?
Как работает шаблон документа?
Моделирование интерфейсов пользователя, инструменты
Техники оценки задач
Что важно для выявления требований?
Зачем ИТ-аналитикам CJM ?
С кем важно говорить о требованиях на самом деле?
#навигация #что_почитать #с_новым_годом
Уф, добрались до выходных! Декабрь – это такое время, когда нужно ухитряться закрывать все оставшиеся задачи, и одновременно рефлексировать по поводу достижений уходящего года. Создалось ощущение, что суета и усталость всего года как-то постепенно сползла по календарю именно в декабрь 🤨 У вас бывают похожие мысли?
Теперь отправляю себя на каникулы, но сначала хочу поздравить всех с Новым годом! Желаю на каникулах отлично отдохнуть и дочитать все, что весь год не успевали ☺️ Говорят, что 31го декабря будет новолуние и это самое время загадывать желания. Так что формулируйте однозначно и непротиворечиво, чтобы все загаданное сбывалось!
Вернусь в январе. Оставлю здесь несколько ссылок на самые читаемые посты этого канала. Вдруг вы будете искать, что почитать в выходные?
Про ошибки при проведении интервью с пользователями
Как аналитику избежать когнитивных искажений?
Нужно ли команде тратить время на ревью требований? (peer-to-peer review)
Правда, что аналитик должен знать UML?
Как работает шаблон документа?
Моделирование интерфейсов пользователя, инструменты
Техники оценки задач
Что важно для выявления требований?
Зачем ИТ-аналитикам CJM ?
С кем важно говорить о требованиях на самом деле?
#навигация #что_почитать #с_новым_годом
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🎉1🎄1
Конференции. Первое полугодие 2025
Как начался ваш год? Я начала с разглядывания конференций, которые могут быть интересны аналитикам. Выбрала даты в первой половине 2025 года. Оказалось, не для всех весенних конференций даты определены в первых числах января. Делюсь своей памяткой с общей информацией, чтобы можно было выбрать для себя. Не претендую на полноту, дополняйте в комментариях.
📍14 февраля DUMP Санкт-Петербург. Конференция охватывает несколько дисциплин. Заявлено 5 треков Backend, Frontend, Testing&QA, SA&BA и Management. Ориентир на специалистов уровня middle, middle + и выше.
📍15 февраля ANALYST MARATHON #12. Мероприятие проходит только в он-лайн формате. Доклады на предыдущих конференциях шли в записи, спикер подключался на сессию вопросов-ответов после каждого доклада. Общение с докладчиками и аудиторией через чатик в Телеграм. Не уверена, что материал будет интересен очень опытным аналитикам. Делала пару обзоров марафонов #10 и #11.
📍22-23 февраля Winter Analitical Weekend (Московская область) Профильное событие именно для аналитиков и их руководителей. Приглашают как Senior специалистов, так и june и middle экспертов.
📍25 марта, 28 марта Agile Days (Москва) Известная конференция для agile-практиков. Может быть интересна тем из аналитиков, кто участвует во внедрении гибких методологий или управляет командой.
📍12-13 апреля Systems Design. Онлайн-конференция по проектированию информационных систем для бизнеса. Основной темой организаторы выбрали: компромиссы проектирования — баланс между атрибутами качества, финансированием и сроками. Планируется 4 секции: Архитектура, Интеграции, Инженерия данных, Информационная безопасность. Пройдет два потока: 15 докладов в первый день и 2-3 воркшопа во второй.
📍18-19 апреля Стачка (Ульяновск) Мультидисциплинарная конференция. Здесь нет отдельного трека для аналитиков, но можно выбрать что-то из смежных областей. Всего заявлено 4 темы: разработка, управление, дизайн и контент, digital-маркетинг.
📍25 апреля DUMP Урал (Екатеринбург) Заявлено сразу 10 секций: Backend, Frontend, Design, Testing&QA, Platform Engineering, Management: Product, Management: Team, Science, ML&DS и SA&BA.
📍25-26 апреля Merge Татарстан Здесь заявлено 6 направлений и ни одного с названием "анализ", поэтому нужно присмотреться интересно ли что-то из смежных областей: разработка, управление, маркетинг, HR, тренды, IT-рынки.
📍23-24 мая Analyst Days 20 (Санкт-Петербург) Профильная конференция для аналитиков. Обычно бывает несколько стримов на темы работы с требованиями, пользовательским опытом, архитектуры, карьеры и еще многих вопросов. На мой взгляд, основной ориентир на специалистов уровня middle. В этом канале я делилась впечатлениями об Analyst Days 19 и Analyst Days 17.
📍31 мая – 1 июня CodeFest 15 (Новосибирск) Секции программы: Backend, Frontend, Management, QA, Data Science, Web 3, System Analysis, а также Mobile и Design. Когда я смотрела лендинг, продажа билетов еще не была открыта, но обещали начать в январе.
📍7-8 июня ЛАФ (Кострома) Профильное мероприятие для системных и бизнес-аналитиков в летнем варианте.
📍19-20 июня Saint HighLoad++ (Санкт-Петербург) Профессиональная конференция разработчиков высоконагруженных систем, но и аналитиков здесь тоже считают частью целевой аудитории. Думаю, будет интересно тем, кто погружен больше в технологии, чем в процессы и пользовательский опыт.
📍20-22 июня Summer Merge (Ульяновская область) Антиконференция в палатках. Обещают поговорить о тайм-менеджменте, эмоциональном интеллекте, управлении проектами и командами, борьбе со стрессом и о чем-то еще.
📚Пока выбирала свой список, пролистала несколько статей с более полными списками на весь год. Оставлю здесь ссылки в дополнение:
📍Список ИТ-конференций 2025 года с указанием сроков подачи докладов
📍Еще один вполне достойный список на 2025 год
📍Мой давний пост с рассуждениями на тему посещения конференций
📍Статья годовалой давности, где автор делится мнением о некоторых конференциях
#конференции
Как начался ваш год? Я начала с разглядывания конференций, которые могут быть интересны аналитикам. Выбрала даты в первой половине 2025 года. Оказалось, не для всех весенних конференций даты определены в первых числах января. Делюсь своей памяткой с общей информацией, чтобы можно было выбрать для себя. Не претендую на полноту, дополняйте в комментариях.
📍14 февраля DUMP Санкт-Петербург. Конференция охватывает несколько дисциплин. Заявлено 5 треков Backend, Frontend, Testing&QA, SA&BA и Management. Ориентир на специалистов уровня middle, middle + и выше.
📍15 февраля ANALYST MARATHON #12. Мероприятие проходит только в он-лайн формате. Доклады на предыдущих конференциях шли в записи, спикер подключался на сессию вопросов-ответов после каждого доклада. Общение с докладчиками и аудиторией через чатик в Телеграм. Не уверена, что материал будет интересен очень опытным аналитикам. Делала пару обзоров марафонов #10 и #11.
📍22-23 февраля Winter Analitical Weekend (Московская область) Профильное событие именно для аналитиков и их руководителей. Приглашают как Senior специалистов, так и june и middle экспертов.
📍25 марта, 28 марта Agile Days (Москва) Известная конференция для agile-практиков. Может быть интересна тем из аналитиков, кто участвует во внедрении гибких методологий или управляет командой.
📍12-13 апреля Systems Design. Онлайн-конференция по проектированию информационных систем для бизнеса. Основной темой организаторы выбрали: компромиссы проектирования — баланс между атрибутами качества, финансированием и сроками. Планируется 4 секции: Архитектура, Интеграции, Инженерия данных, Информационная безопасность. Пройдет два потока: 15 докладов в первый день и 2-3 воркшопа во второй.
📍18-19 апреля Стачка (Ульяновск) Мультидисциплинарная конференция. Здесь нет отдельного трека для аналитиков, но можно выбрать что-то из смежных областей. Всего заявлено 4 темы: разработка, управление, дизайн и контент, digital-маркетинг.
📍25 апреля DUMP Урал (Екатеринбург) Заявлено сразу 10 секций: Backend, Frontend, Design, Testing&QA, Platform Engineering, Management: Product, Management: Team, Science, ML&DS и SA&BA.
📍25-26 апреля Merge Татарстан Здесь заявлено 6 направлений и ни одного с названием "анализ", поэтому нужно присмотреться интересно ли что-то из смежных областей: разработка, управление, маркетинг, HR, тренды, IT-рынки.
📍23-24 мая Analyst Days 20 (Санкт-Петербург) Профильная конференция для аналитиков. Обычно бывает несколько стримов на темы работы с требованиями, пользовательским опытом, архитектуры, карьеры и еще многих вопросов. На мой взгляд, основной ориентир на специалистов уровня middle. В этом канале я делилась впечатлениями об Analyst Days 19 и Analyst Days 17.
📍31 мая – 1 июня CodeFest 15 (Новосибирск) Секции программы: Backend, Frontend, Management, QA, Data Science, Web 3, System Analysis, а также Mobile и Design. Когда я смотрела лендинг, продажа билетов еще не была открыта, но обещали начать в январе.
📍7-8 июня ЛАФ (Кострома) Профильное мероприятие для системных и бизнес-аналитиков в летнем варианте.
📍19-20 июня Saint HighLoad++ (Санкт-Петербург) Профессиональная конференция разработчиков высоконагруженных систем, но и аналитиков здесь тоже считают частью целевой аудитории. Думаю, будет интересно тем, кто погружен больше в технологии, чем в процессы и пользовательский опыт.
📍20-22 июня Summer Merge (Ульяновская область) Антиконференция в палатках. Обещают поговорить о тайм-менеджменте, эмоциональном интеллекте, управлении проектами и командами, борьбе со стрессом и о чем-то еще.
📚Пока выбирала свой список, пролистала несколько статей с более полными списками на весь год. Оставлю здесь ссылки в дополнение:
📍Список ИТ-конференций 2025 года с указанием сроков подачи докладов
📍Еще один вполне достойный список на 2025 год
📍Мой давний пост с рассуждениями на тему посещения конференций
📍Статья годовалой давности, где автор делится мнением о некоторых конференциях
#конференции
👍6
Примеры требований. Подборка
Где-то я уже писала про синдром упущенных возможностей, когда человек боится упустить что-то ценное и думает, что все вокруг живут интереснее/умнее/успешнее. У меня явно что-то такое есть🙈 Бывает, просматриваю тонну экспертного контента, в надежде увидеть полезное. Сложился такой подход – оставляю в закладках ссылки на статьи, когда есть время бегло просматриваю и удаляю, что не заинтересовало. К оставшемуся возвращаюсь, чтобы внимательно почитать, в итоге оставляю для себя и для подборок процентов 5 от выбранного. Хорошо помогает от иллюзий упущенных возможностей, но не надолго☺️
В этот раз выбрала статьи, где авторы поделились примерами своей работы с требованиями в разных областях. К таким статьям бывает полезно возвращаться, когда нужно решить аналогичную задачу.
🔅Статья про документирование для отчетов и витрин данных. Здесь автор поделился своим подходом к составлению реестра метрик и отчетов. Может пригодиться, если вы работаете с отчетами и метриками
🔅Как разработать требования к дашборду: состав и содержимое ТЗ. Статья с вполне прикладными советами по составу требований и примерами пользовательских историй для дашбордов.
🔅Как системный аналитик может data-культуру развивать. В этой статье понравился раздел "Полезные советы", где есть скриншоты из Конфлюенс с примерами описания метрик.
🔅Как написать ТЗ на простую программу (калькулятор). Статья с прикладными рекомендациями по выявлению и формулировке требований. Как это бывает на Хабре, интересно полистать еще и комментарии.
🔅Пример Definition of Ready: как мы проверяем готовность постановки на разработку. Не совсем про требования, про готовность постановки на разработку, написано конкретно с примером. Сам пример, может быть не всем подойдет, но подсмотреть как делают другие всегда любопытно.
#что_почитать
Где-то я уже писала про синдром упущенных возможностей, когда человек боится упустить что-то ценное и думает, что все вокруг живут интереснее/умнее/успешнее. У меня явно что-то такое есть🙈 Бывает, просматриваю тонну экспертного контента, в надежде увидеть полезное. Сложился такой подход – оставляю в закладках ссылки на статьи, когда есть время бегло просматриваю и удаляю, что не заинтересовало. К оставшемуся возвращаюсь, чтобы внимательно почитать, в итоге оставляю для себя и для подборок процентов 5 от выбранного. Хорошо помогает от иллюзий упущенных возможностей, но не надолго
В этот раз выбрала статьи, где авторы поделились примерами своей работы с требованиями в разных областях. К таким статьям бывает полезно возвращаться, когда нужно решить аналогичную задачу.
🔅Статья про документирование для отчетов и витрин данных. Здесь автор поделился своим подходом к составлению реестра метрик и отчетов. Может пригодиться, если вы работаете с отчетами и метриками
🔅Как разработать требования к дашборду: состав и содержимое ТЗ. Статья с вполне прикладными советами по составу требований и примерами пользовательских историй для дашбордов.
🔅Как системный аналитик может data-культуру развивать. В этой статье понравился раздел "Полезные советы", где есть скриншоты из Конфлюенс с примерами описания метрик.
🔅Как написать ТЗ на простую программу (калькулятор). Статья с прикладными рекомендациями по выявлению и формулировке требований. Как это бывает на Хабре, интересно полистать еще и комментарии.
🔅Пример Definition of Ready: как мы проверяем готовность постановки на разработку. Не совсем про требования, про готовность постановки на разработку, написано конкретно с примером. Сам пример, может быть не всем подойдет, но подсмотреть как делают другие всегда любопытно.
#что_почитать
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍1
Нужно ли вам переходить в роль владельца продукта?
Переход в продакты считается одной из распространенных карьерных веток для СА и БА. У меня так получилось, что я уже дважды ходила туда и обратно. На провокационный вопрос в заголовке ответ у каждого свой, а я для вас поделюсь мнением. Напишу о том, что аналитику приходится пересмотреть в себе для роли владельца продукта.
📍Принятие решений. Аналитики принимают много решений на своем уровне. Добавить ли новый объект и куда? Где найти информацию? С кем и каким образом согласовать подход? Создается ощущение, что вертишься как белка в колесе и в любом другом колесе тоже справишься. Нужно учитывать, что финальное решение за весь продукт все же в других руках. В роли эксперта все решения принимаются в конкретных границах и у вас больше возможности взять паузу, чтобы подумать.
В роли продакта принятие решений станет одной из ваших основных обязанностей. Когда и команда, и руководство ожидают быстрого движения, а в календаре поток встреч, у вас не получится по каждому вопросу брать паузу или собирать общую встречу. Чтобы справиться нужно пересмотреть отношение к риску и научиться быстро принимать решения в условиях еще бОльшей неопределенности. Не только неопределенности, но и необходимости видеть свой продукт на много шагов вперед. Идеально перейти в новую роль на продукт поменьше, чем тот, что вы вели в роли аналитика.
📍Управление временем. В чатах аналитиков иногда встречаю мнения, что три встречи в день – это много, а когда работать? После некоторого времени в роли продакта, три встречи в день кажется спокойным днем. Это мне напоминает рассказы моей мамы о переходе от работы учителем в средней школе к инженеру в НИИ. После всех уроков, родительских собраний и классных часов она слишком быстро выполняла задачи и этим раздражала коллег😉
Пожирателей времени у менеджера больше, чем у эксперта, не каждый получится игнорировать. Это испытание для перфекционистов. Придется научиться "прогуливать", а что-то делать быстрее и с удовлетворительным, а не отличным качеством, как вы привыкли.
Кроме того, эксперт может себе позволить сказать "я свою работу сделал и пойду уже", а что делать, когда вы в роли капитана этого корабля?
📍Делегирование. Владельца продукта, выросшего из ИТ-эксперта, очень легко распознать по его рвению сделать все самому – выбрать архитектуру, выгрузить данные, посмотреть логи... Я норовила спроектировать решение и написать требования, а потом бралась протестировать. Ничего не успевала и очередной релиз выходил с серьезными багами 🙈
Трудно выключить в себе эксперта и научиться отдавать задачи, когда "они же точно все сделают не так и будет долго". Еще труднее научиться доверять экспертам в сферах, где не разбираетесь сами: в девопсе, дизайне, автотестах, а может быть в маркетинге, смотря с чем работаете. Тем не менее для решения задач важно уметь слышать предложенные решения и обратную связь по своим идеям. Именно слышать и обрабатывать, а не терпеливо слушать, кивать и думать какие же они все зануды.
Ну как? Вы же не передумали идти по этому треку? Если нет, то обязательно нужно пробовать!☺️
#мысливслух #карьера
Переход в продакты считается одной из распространенных карьерных веток для СА и БА. У меня так получилось, что я уже дважды ходила туда и обратно. На провокационный вопрос в заголовке ответ у каждого свой, а я для вас поделюсь мнением. Напишу о том, что аналитику приходится пересмотреть в себе для роли владельца продукта.
📍Принятие решений. Аналитики принимают много решений на своем уровне. Добавить ли новый объект и куда? Где найти информацию? С кем и каким образом согласовать подход? Создается ощущение, что вертишься как белка в колесе и в любом другом колесе тоже справишься. Нужно учитывать, что финальное решение за весь продукт все же в других руках. В роли эксперта все решения принимаются в конкретных границах и у вас больше возможности взять паузу, чтобы подумать.
В роли продакта принятие решений станет одной из ваших основных обязанностей. Когда и команда, и руководство ожидают быстрого движения, а в календаре поток встреч, у вас не получится по каждому вопросу брать паузу или собирать общую встречу. Чтобы справиться нужно пересмотреть отношение к риску и научиться быстро принимать решения в условиях еще бОльшей неопределенности. Не только неопределенности, но и необходимости видеть свой продукт на много шагов вперед. Идеально перейти в новую роль на продукт поменьше, чем тот, что вы вели в роли аналитика.
📍Управление временем. В чатах аналитиков иногда встречаю мнения, что три встречи в день – это много, а когда работать? После некоторого времени в роли продакта, три встречи в день кажется спокойным днем. Это мне напоминает рассказы моей мамы о переходе от работы учителем в средней школе к инженеру в НИИ. После всех уроков, родительских собраний и классных часов она слишком быстро выполняла задачи и этим раздражала коллег😉
Пожирателей времени у менеджера больше, чем у эксперта, не каждый получится игнорировать. Это испытание для перфекционистов. Придется научиться "прогуливать", а что-то делать быстрее и с удовлетворительным, а не отличным качеством, как вы привыкли.
Кроме того, эксперт может себе позволить сказать "я свою работу сделал и пойду уже", а что делать, когда вы в роли капитана этого корабля?
📍Делегирование. Владельца продукта, выросшего из ИТ-эксперта, очень легко распознать по его рвению сделать все самому – выбрать архитектуру, выгрузить данные, посмотреть логи... Я норовила спроектировать решение и написать требования, а потом бралась протестировать. Ничего не успевала и очередной релиз выходил с серьезными багами 🙈
Трудно выключить в себе эксперта и научиться отдавать задачи, когда "они же точно все сделают не так и будет долго". Еще труднее научиться доверять экспертам в сферах, где не разбираетесь сами: в девопсе, дизайне, автотестах, а может быть в маркетинге, смотря с чем работаете. Тем не менее для решения задач важно уметь слышать предложенные решения и обратную связь по своим идеям. Именно слышать и обрабатывать, а не терпеливо слушать, кивать и думать какие же они все зануды.
Ну как? Вы же не передумали идти по этому треку? Если нет, то обязательно нужно пробовать!
#мысливслух #карьера
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍4
Ищем несказанное. Подборка про заинтересованные стороны
Разобрала закладки со статьями о заинтересованных сторонах. На этот раз в моей подборке оказались статьи о построении отношений со стейкхолдерами и нахождении общего языка в коммуникациях.
📌Unveiling the Unsaid: The Power of Subtle Stakeholder Cues (EN) пост о том, как важно выявить то, о чем вам может и не сказать пользователь или заказчик. Например, заметив сомнение в ответе на вопрос, можно выявить альтернативную ветку процесса.
📌Эффективное управление отношениями со стейкхолдерами Рассказ от самых основ терминологии, описание основных инструментов RACI, карта заинтересованных сторон, матрица влияние-интерес. Все неплохо, но если вы уже в теме, то можно заскучать.
📌How to handle Difficult Stakeholders? (EN) в этой статье мне понравились разделы с признаками "сложных" заинтересованных сторон и возможных стратегий работы.
📌Как найти общий язык с любым заказчиком: 6 наблюдений из личного опыта Эта статья мне показалась скорее мнением, чем инструкцией. Подкупает, что опыт описан с большой симпатией к заказчику и желанием иметь доброжелательные отношения. Есть пара годных наблюдений в части поддержания коммуникаций. Те, кто давно "в теме", скорее всего найдут поводы со вздохом улыбнуться при прочтении.
📌С кем важно говорить о требованиях на самом деле? О классических характеристиках заинтересованных сторон в Дзен-версии этого канала.
#что_почитать
Разобрала закладки со статьями о заинтересованных сторонах. На этот раз в моей подборке оказались статьи о построении отношений со стейкхолдерами и нахождении общего языка в коммуникациях.
📌Unveiling the Unsaid: The Power of Subtle Stakeholder Cues (EN) пост о том, как важно выявить то, о чем вам может и не сказать пользователь или заказчик. Например, заметив сомнение в ответе на вопрос, можно выявить альтернативную ветку процесса.
📌Эффективное управление отношениями со стейкхолдерами Рассказ от самых основ терминологии, описание основных инструментов RACI, карта заинтересованных сторон, матрица влияние-интерес. Все неплохо, но если вы уже в теме, то можно заскучать.
📌How to handle Difficult Stakeholders? (EN) в этой статье мне понравились разделы с признаками "сложных" заинтересованных сторон и возможных стратегий работы.
📌Как найти общий язык с любым заказчиком: 6 наблюдений из личного опыта Эта статья мне показалась скорее мнением, чем инструкцией. Подкупает, что опыт описан с большой симпатией к заказчику и желанием иметь доброжелательные отношения. Есть пара годных наблюдений в части поддержания коммуникаций. Те, кто давно "в теме", скорее всего найдут поводы со вздохом улыбнуться при прочтении.
📌С кем важно говорить о требованиях на самом деле? О классических характеристиках заинтересованных сторон в Дзен-версии этого канала.
#что_почитать
🔥2👍1🤩1
Чего хочет бизнес?
Работала я давным-давно в одной хорошей компании, где было принято дарить красивые грамоты в рамочке за выслугу лет: год работы, три года, пять лет и дальше. Моя первая работа внутри корпорации, не в заказной разработке.
Мне повезло там многому научиться. Делала сначала небольшие задачи, буквально описание пары страниц и макеты экранов. А потом была задача, которую очень люблю вспоминать. Делали CRM систему с нуля. Проектировали модель данных, первый набор функций, интерфейсы, навигацию. И я там единственный аналитик, бизнес- и системный. Все это экспертно-непаханное поле – мое😋 Были яркие творческие шторминги с командой, где мне кричали "это должно быть обязательно для целостности данных!", а я вопила "да у пользователей просто нет этой информации, как же вы не понимаете!". В итоге получилась очень аккуратная, вполне достойная модель данных и интересный набор функций. От многих экспертов потом слышала хорошие отзывы и про архитектуру, и про документацию. В общем, я результатом довольна.
Когда пришло мое время получать благодарность за год работы, из короткого поздравительного слова я с изумлением услышала, что моя основная заслуга – макеты пары страниц, которые я уже тогда и забыла. Как же вот это все, что с нуля? А модель данных и документация? Совсем никто не заметил?
Это я тогда не понимала, что несмотря на всю экспертную красоту, проект сочли коммерчески неуспешным. Хвалить за него участников команды разработки было как-то неловко. А совсем не хвалить нельзя, выслуга лет же имеется. Так я узнала, что экспертные достижения и коммерческий успех совсем не обязательно встречаются в одном и том же продукте.
Вспомнила эту историю, потому что буквально на днях опять услышала знакомое: "Вот мы всегда наспех втыкаем костыли, это же все нужно переделать по-человечески!" Мне такое отдается болью в каком-то внутреннем аналитическом нерве, поврежденном еще той выслугой лет 🥺. Так и не знаю, где этот "человеческий" баланс, чтобы и коммерчески успешно и не совсем костыль.
Выбрала для заголовка стереотипный вопрос, который задают аналитикам, а такого же прямого и простого ответа на него я не встречала. Может, вам повезло больше? 🌱
Кажется, у Kandinsky хороший котик получился к этому посту - озадаченный и с рамочкой
#истории #мысливслух
Работала я давным-давно в одной хорошей компании, где было принято дарить красивые грамоты в рамочке за выслугу лет: год работы, три года, пять лет и дальше. Моя первая работа внутри корпорации, не в заказной разработке.
Мне повезло там многому научиться. Делала сначала небольшие задачи, буквально описание пары страниц и макеты экранов. А потом была задача, которую очень люблю вспоминать. Делали CRM систему с нуля. Проектировали модель данных, первый набор функций, интерфейсы, навигацию. И я там единственный аналитик, бизнес- и системный. Все это экспертно-непаханное поле – мое
Когда пришло мое время получать благодарность за год работы, из короткого поздравительного слова я с изумлением услышала, что моя основная заслуга – макеты пары страниц, которые я уже тогда и забыла. Как же вот это все, что с нуля? А модель данных и документация? Совсем никто не заметил?
Это я тогда не понимала, что несмотря на всю экспертную красоту, проект сочли коммерчески неуспешным. Хвалить за него участников команды разработки было как-то неловко. А совсем не хвалить нельзя, выслуга лет же имеется. Так я узнала, что экспертные достижения и коммерческий успех совсем не обязательно встречаются в одном и том же продукте.
Вспомнила эту историю, потому что буквально на днях опять услышала знакомое: "Вот мы всегда наспех втыкаем костыли, это же все нужно переделать по-человечески!" Мне такое отдается болью в каком-то внутреннем аналитическом нерве, поврежденном еще той выслугой лет 🥺. Так и не знаю, где этот "человеческий" баланс, чтобы и коммерчески успешно и не совсем костыль.
Выбрала для заголовка стереотипный вопрос, который задают аналитикам, а такого же прямого и простого ответа на него я не встречала. Может, вам повезло больше? 🌱
Кажется, у Kandinsky хороший котик получился к этому посту - озадаченный и с рамочкой
#истории #мысливслух
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍1🥰1
Нетворкинг
Когда начинала вести этот канал, думала, что буду только делиться опытом и учиться работать с текстом. Оказалось, я получила доступ еще и к очень интересному нетворкингу😎 Познакомилась с другими авторами, которые работают над своим авторским контентом. Кто-то пришел знакомиться с сам, с кем-то я знакома по рабочим задачам или конференциям. И вот уже нет одиночества в информационном пространстве.
Важно, что когда я не знаю ответа на какой-то вопрос, я часто знаю кого спросить. Делюсь папкой с экспертными каналами, с которыми познакомилась сама. Среди авторов
📍профи в Системном анализе, которые обучают других и создают целые сообщества,
📍авторы полезного контента для всех, кто ищет продуктовые истории,
📍те, кто отлично разбираются в нейросетях и ботах,
📍hr, которые помогают находить работу мечты.
🔅 Папка "ИТ Инсайт"
Когда начинала вести этот канал, думала, что буду только делиться опытом и учиться работать с текстом. Оказалось, я получила доступ еще и к очень интересному нетворкингу
Важно, что когда я не знаю ответа на какой-то вопрос, я часто знаю кого спросить. Делюсь папкой с экспертными каналами, с которыми познакомилась сама. Среди авторов
📍профи в Системном анализе, которые обучают других и создают целые сообщества,
📍авторы полезного контента для всех, кто ищет продуктовые истории,
📍те, кто отлично разбираются в нейросетях и ботах,
📍hr, которые помогают находить работу мечты.
🔅 Папка "ИТ Инсайт"
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
ИТ Инсайт
Русанова Саша IT PM Devrel invites you to add the folder “ИТ Инсайт”, which includes 7 chats.
❤5🔥3👍2🥰1🍓1
Для чего не годятся фокус-группы?
Аналитики время от времени используют фокус-группы, но редко называют свои встречи именно так.
В книге С. А. Белановского "Глубокое интервью и фокус-группы" предлагается еще одно название "групповое интервью". Такую технику применяют, когда нужно выяснить мнение нескольких участников о решении или проблеме. Хорошо работает, если вы можете выделить представителей разных групп заинтересованных сторон. Если группа получится однородной, то скорее всего вы услышите только часть мнений. 80% такой информации можно получить на обычном интервью без затрат на фасилитацию и отвлечения коллег от работы. Какую точку зрения скорее всего будут транслировать сотрудники одного и того же отдела, зависящие от одного и того же руководителя, если собрать их в группу?
В моем опыте подход хорошо себя показывает в больших кросс-функциональных задачах, когда можно пригласить на общую встречу представителей от каждой функции. Помогает уточнить разные мнения, сделать общие выводы о применимости решения или наличии проблем. Занимает меньшее время, чем проведение интервью с каждым из коллег.
А еще оказывается людям бывает проще проявлять себя в группе, чем в одиночку. Цитата из той же книги С.А. Белановского:
⛔️Нужно уточнить мнение представителя конкретной роли, а не группы заинтересованных сторон с общими интересами. Например, вопрос по ИТ-архитектуре лучше уточнить у выделенного эксперта, а вопросы совместной ежедневной работы нескольких операционных отделов - обсудить в группе их представителей.
⛔️Нужно решить сложный экспертный вопрос. В группе вряд ли всем хватит времени для высказывания, а еще и явление "социальной фасилитации" не сработает.
⛔️Нужно количественно подтвердить какие-либо выводы. В таком случае лучше запустить опрос.
В офисной жизни это выглядит как большая встреча. При подготовке и проведении очень важны навыки фасилитации. Если вы еще не проводили больших групповых встреч, то лучше сначала посмотреть как это делают более опытные коллеги. Сложность в том, чтобы держать фокус на том, для чего вы собрали группу. Избегать наводящих вопросов, вести разговор в запланированной повестке, а не добиваться одобрения ваших предложений или желаемых ответов. А еще избегать ситуаций, когда наиболее яркий участник превращает встречу в свой монолог, или, когда между участниками начинается дискуссия, неполезная для целей встречи.
В айтишных книгах, мне обычно не нравится как пишут про фокус-группы. Например, есть такая глава в книге Вигерса "Разработка требований к программному обеспечению", но на мой взгляд как-то размыты основные принципы метода.
Заглянула в BABOK 3.0 и мне неожиданно понравилось как там сказано о подготовке фокус-группы. Там не только сказано, что группа обычно состоит из 6 - 12 участников, но и вполне адекватно приведены плюсы и минусы этой техники.
Я здесь сослалась на книгу С. А. Белановского "Глубокое интервью и фокус-группы", это учебник по качественным методам социологического опроса. Читается сложно как учебник и не предназначена напрямую аналитикам, зато можно узнать обо всех нюансах фокус-групп подробно и с отсылками к научным работам.
#инструменты #кейс #что_почитать
Аналитики время от времени используют фокус-группы, но редко называют свои встречи именно так.
В книге С. А. Белановского "Глубокое интервью и фокус-группы" предлагается еще одно название "групповое интервью". Такую технику применяют, когда нужно выяснить мнение нескольких участников о решении или проблеме. Хорошо работает, если вы можете выделить представителей разных групп заинтересованных сторон. Если группа получится однородной, то скорее всего вы услышите только часть мнений. 80% такой информации можно получить на обычном интервью без затрат на фасилитацию и отвлечения коллег от работы. Какую точку зрения скорее всего будут транслировать сотрудники одного и того же отдела, зависящие от одного и того же руководителя, если собрать их в группу?
В моем опыте подход хорошо себя показывает в больших кросс-функциональных задачах, когда можно пригласить на общую встречу представителей от каждой функции. Помогает уточнить разные мнения, сделать общие выводы о применимости решения или наличии проблем. Занимает меньшее время, чем проведение интервью с каждым из коллег.
А еще оказывается людям бывает проще проявлять себя в группе, чем в одиночку. Цитата из той же книги С.А. Белановского:
В социальной психологии это явление называется социальной фасилитацией. Этот термин означает, что при определенных условиях человек более успешно выполняет поставленные задачи в группе, чем в одиночку. Экспериментально установлено, что стимулирующий эффект проявляет себя в группах, перед которыми поставлена относительно несложная задача.Из специфики метода можно понять и когда он не работает:
⛔️Нужно уточнить мнение представителя конкретной роли, а не группы заинтересованных сторон с общими интересами. Например, вопрос по ИТ-архитектуре лучше уточнить у выделенного эксперта, а вопросы совместной ежедневной работы нескольких операционных отделов - обсудить в группе их представителей.
⛔️Нужно решить сложный экспертный вопрос. В группе вряд ли всем хватит времени для высказывания, а еще и явление "социальной фасилитации" не сработает.
⛔️Нужно количественно подтвердить какие-либо выводы. В таком случае лучше запустить опрос.
В офисной жизни это выглядит как большая встреча. При подготовке и проведении очень важны навыки фасилитации. Если вы еще не проводили больших групповых встреч, то лучше сначала посмотреть как это делают более опытные коллеги. Сложность в том, чтобы держать фокус на том, для чего вы собрали группу. Избегать наводящих вопросов, вести разговор в запланированной повестке, а не добиваться одобрения ваших предложений или желаемых ответов. А еще избегать ситуаций, когда наиболее яркий участник превращает встречу в свой монолог, или, когда между участниками начинается дискуссия, неполезная для целей встречи.
В айтишных книгах, мне обычно не нравится как пишут про фокус-группы. Например, есть такая глава в книге Вигерса "Разработка требований к программному обеспечению", но на мой взгляд как-то размыты основные принципы метода.
Заглянула в BABOK 3.0 и мне неожиданно понравилось как там сказано о подготовке фокус-группы. Там не только сказано, что группа обычно состоит из 6 - 12 участников, но и вполне адекватно приведены плюсы и минусы этой техники.
Я здесь сослалась на книгу С. А. Белановского "Глубокое интервью и фокус-группы", это учебник по качественным методам социологического опроса. Читается сложно как учебник и не предназначена напрямую аналитикам, зато можно узнать обо всех нюансах фокус-групп подробно и с отсылками к научным работам.
#инструменты #кейс #что_почитать
💯3❤1
Подборка примеров моделирования в BPMN
Сегодня получилась подборка полезностей для тех, кто моделирует в BPMN. Выбрала статьи с примерами применения BPMN от известных авторов и добавила ссылки на пару своих. Получилась подборка кейсов моделирования и никакой воды😉
📌Использование таймеров при моделировании в нотации BPMN статья от автора учебников по BPMN, понравилась первая часть примерами верного и неверного использования таймеров
📌Примеры моделирования с событием-остановом и событием-ошибкой пост с примером лучших практик BPMN от президента Ассоциации BPM-профессионалов. Пост состоит из примеров, поэтому легко читается
📌Пример моделирования бизнес-исключений через событие-ошибку Аналогично предыдущему пункту, еще одна статья с примерами, которые можно легко и быстро перенести в работу
📌Сколько нужно времени, чтобы проснуться и выпить кофе? Небольшая задачка на использование событий-таймеров
📌Разнообразие начальных событий в BPMN давний кейс-пример в этом канале
📌Пробные задания к экзаменам для специалистов по процессному управлению пара тестовых заданий из материалов для подготовки к сертификационным экзаменам
#инструменты #кейс
Сегодня получилась подборка полезностей для тех, кто моделирует в BPMN. Выбрала статьи с примерами применения BPMN от известных авторов и добавила ссылки на пару своих. Получилась подборка кейсов моделирования и никакой воды
📌Использование таймеров при моделировании в нотации BPMN статья от автора учебников по BPMN, понравилась первая часть примерами верного и неверного использования таймеров
📌Примеры моделирования с событием-остановом и событием-ошибкой пост с примером лучших практик BPMN от президента Ассоциации BPM-профессионалов. Пост состоит из примеров, поэтому легко читается
📌Пример моделирования бизнес-исключений через событие-ошибку Аналогично предыдущему пункту, еще одна статья с примерами, которые можно легко и быстро перенести в работу
📌Сколько нужно времени, чтобы проснуться и выпить кофе? Небольшая задачка на использование событий-таймеров
📌Разнообразие начальных событий в BPMN давний кейс-пример в этом канале
📌Пробные задания к экзаменам для специалистов по процессному управлению пара тестовых заданий из материалов для подготовки к сертификационным экзаменам
#инструменты #кейс
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🔥2
Сегодня открываю новый сезон конференций. Снова в Петербурге. Из окна поезда и немножко в самом городе посмотрела на снег, которого так мало в Москве в этом году. Конференция Dump рассчитана на один день, поэтому надеюсь в этот раз что-то увидеть и в самом городе.
Видимо больше всего времени проведу в треке Management, в нем обещают интересные мне сейчас темы командного взаимодействия и еще работы с метриками. В трек SABA тоже нужно заглянуть. Судя по программе аналитики здесь будут много говорить о навыках и карьере, ну и о документировании.
Обязательно напишу подробнее о докладах и впечатлениях☺️
Видимо больше всего времени проведу в треке Management, в нем обещают интересные мне сейчас темы командного взаимодействия и еще работы с метриками. В трек SABA тоже нужно заглянуть. Судя по программе аналитики здесь будут много говорить о навыках и карьере, ну и о документировании.
Обязательно напишу подробнее о докладах и впечатлениях
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍1