Искренне восхищаюсь людьми, которые создают по-настоящему полезные вещи. Для этого нужно невероятное терпение, настойчивость и вера в результат 🚀
Недавно через несколько «рукопожатий» я познакомилась с командой, которая решила разработать плагин и превратить VSCode в удобную IDE для аналитиков. Их цель - охватить все этапы работы с требованиями, сократив время на документирование.
Ребята предложили мне поучаствовать. К сожалению, сейчас не смогу уделить этому достаточно времени. Поэтому лучшее, что могу сделать — рассказать о них здесь.
Как раз сегодня 18.07 в 18:00 пройдет сессия для аналитиков, где планируется разбор разбор US по созданию агентов. Если вам близка тема, подробнее в канале разработчиков IDE BAS.
Недавно через несколько «рукопожатий» я познакомилась с командой, которая решила разработать плагин и превратить VSCode в удобную IDE для аналитиков. Их цель - охватить все этапы работы с требованиями, сократив время на документирование.
Ребята предложили мне поучаствовать. К сожалению, сейчас не смогу уделить этому достаточно времени. Поэтому лучшее, что могу сделать — рассказать о них здесь.
Как раз сегодня 18.07 в 18:00 пройдет сессия для аналитиков, где планируется разбор разбор US по созданию агентов. Если вам близка тема, подробнее в канале разработчиков IDE BAS.
❤3👍1
Нефункциональное
В выходные снова заглянула в отложенные статьи. Выбрала несколько статей о нефункциональных требованиях (НФТ). Уверена, что многие здесь сталкивались с формулированием требований к безопасности, производительности, совместимости, доступности и не только. Здесь несколько статей как раз об этом.
Требования безопасности: пособие для аналитика Эта статья пролежала в моем списке почти год, но от этого нисколько не потеряла в качестве 😉 Речь о том как формируются требования к безопасности информации, какие разные интересы при этом могут быть затронуты и как разные виды НФТ могут конфликтовать с требованиями безопасности. Понравилось, что разобран пример, рассказано о модели угроз и выставлении приоритетов требованиям безопасности.
НФТ к производительности: расчет нагрузки в rps на практическом примере Требования к производительности системы в большей степени влияют на выбор архитектурных решений. Как видно из названия – речь о том как рассчитать нагрузку в количестве запросов в секунду. Статья меня покорила детальностью и тем, что в ней не просто приведены схемы, но и их код в PlantUML.
(EN) Concept for the successful handling of integral NFRs in Scaled Agile Environments Статья о том, как обеспечивать выполнение нефункциональных требований, особенно требований безопасности, в agile-среде. Как согласовать работу множества команд (архитекторы, разработчики, тестировщики), когда нужно соблюсти НФТ и ничего не потерять в частых релизах? Речь снова о критериях приемки, DoR и DoD, может быть интересно, если вы неравнодушны к вопросам производственного процесса.
#что_почитать
В выходные снова заглянула в отложенные статьи. Выбрала несколько статей о нефункциональных требованиях (НФТ). Уверена, что многие здесь сталкивались с формулированием требований к безопасности, производительности, совместимости, доступности и не только. Здесь несколько статей как раз об этом.
Требования безопасности: пособие для аналитика Эта статья пролежала в моем списке почти год, но от этого нисколько не потеряла в качестве 😉 Речь о том как формируются требования к безопасности информации, какие разные интересы при этом могут быть затронуты и как разные виды НФТ могут конфликтовать с требованиями безопасности. Понравилось, что разобран пример, рассказано о модели угроз и выставлении приоритетов требованиям безопасности.
НФТ к производительности: расчет нагрузки в rps на практическом примере Требования к производительности системы в большей степени влияют на выбор архитектурных решений. Как видно из названия – речь о том как рассчитать нагрузку в количестве запросов в секунду. Статья меня покорила детальностью и тем, что в ней не просто приведены схемы, но и их код в PlantUML.
(EN) Concept for the successful handling of integral NFRs in Scaled Agile Environments Статья о том, как обеспечивать выполнение нефункциональных требований, особенно требований безопасности, в agile-среде. Как согласовать работу множества команд (архитекторы, разработчики, тестировщики), когда нужно соблюсти НФТ и ничего не потерять в частых релизах? Речь снова о критериях приемки, DoR и DoD, может быть интересно, если вы неравнодушны к вопросам производственного процесса.
#что_почитать
👍3🙏1
Трассировка требований. От хаоса к управляемости
Недавно мне пришлось обсуждать такой вопрос: есть 83 тест-кейса, видимо, уже неактуальных. Как в таком объеме понять откуда они взялись и оценить актуальность?
Чтобы понять как отвечать на такие вопросы, нужно вспомнить, что такое трассировка (traceability). Многие помнят, что это – систематическое отслеживание связей между артефактами. За этим прослеживается груда теории и скучной рутины, но непонятно как это работает. Почему так?
📍Трассировка важна для команды, но не интересна заказчикам. Обычно за этим забывают, что документация будет разрастаться и рано или поздно придется искать ее корни.
📍Часто связывают все подряд артефакты и получается нечитаемый набор непонятных ссылок всего на все. Об этом напишу дальше.
📍Нужна дисциплина в течении продолжительного времени, чтобы увидеть результат. Требуется терпение и время, чтобы найти связанные артефакты, и часто этим шагом пренебрегают. Можно сберечь много часов рутинной работы, если в текущей работе оставить пару ссылок на связанные статьи или задачи. Очень дорого и бесполезно привязывать артефакты друг к другу, когда их уже накопились сотни.
📍Нет системности во всей базе знаний. Если даже вы и связали свой документ с исходной постановкой, описанием целей или реализации, эта информация может не сработать, когда связанное описание получает новую версию как отдельный документ. Просто остается связь с чем-то неактуальным.
В BABOK есть хорошая классификация связей (в новый BAST перекочевало только общее описание). Выбирайте, что важно трассировать именно вам, чтобы не получать сумбурный набор ссылок.
🔅Следование - одно требование является производным от другого. Например, функциональное требование следует из бизнес-требования.
🔅Зависимость – одно требование зависит от другого. Например, невозможно реализовать поиск по списку, если не реализован сам список.
🔅Реализация/удовлетворение - связь между элементом реализации и требованиями, которым он удовлетворяет. Например, связь между функциональным требованием и компонентом решения, реализующим это требование.
🔅Проверка – определяет удовлетворяет ли решение требованию. Например, тест-кейс проверяет удовлетворяет ли решение функциональному требованию.
Как хорошо, что уже давно не нужно делать никаких таблиц с матрицами трассировки! Достаточно оставить ссылку в статье. Главное, сделать это вовремя и по заранее выбранным типам связей😎
В моих списках полезностей нашлась статья Что такое трассировка требований в проекте и почему она важна? Оставлю здесь ссылку, наверняка и вам пригодится 🌱
#инструменты
Недавно мне пришлось обсуждать такой вопрос: есть 83 тест-кейса, видимо, уже неактуальных. Как в таком объеме понять откуда они взялись и оценить актуальность?
Чтобы понять как отвечать на такие вопросы, нужно вспомнить, что такое трассировка (traceability). Многие помнят, что это – систематическое отслеживание связей между артефактами. За этим прослеживается груда теории и скучной рутины, но непонятно как это работает. Почему так?
📍Трассировка важна для команды, но не интересна заказчикам. Обычно за этим забывают, что документация будет разрастаться и рано или поздно придется искать ее корни.
📍Часто связывают все подряд артефакты и получается нечитаемый набор непонятных ссылок всего на все. Об этом напишу дальше.
📍Нужна дисциплина в течении продолжительного времени, чтобы увидеть результат. Требуется терпение и время, чтобы найти связанные артефакты, и часто этим шагом пренебрегают. Можно сберечь много часов рутинной работы, если в текущей работе оставить пару ссылок на связанные статьи или задачи. Очень дорого и бесполезно привязывать артефакты друг к другу, когда их уже накопились сотни.
📍Нет системности во всей базе знаний. Если даже вы и связали свой документ с исходной постановкой, описанием целей или реализации, эта информация может не сработать, когда связанное описание получает новую версию как отдельный документ. Просто остается связь с чем-то неактуальным.
В BABOK есть хорошая классификация связей (в новый BAST перекочевало только общее описание). Выбирайте, что важно трассировать именно вам, чтобы не получать сумбурный набор ссылок.
🔅Следование - одно требование является производным от другого. Например, функциональное требование следует из бизнес-требования.
🔅Зависимость – одно требование зависит от другого. Например, невозможно реализовать поиск по списку, если не реализован сам список.
🔅Реализация/удовлетворение - связь между элементом реализации и требованиями, которым он удовлетворяет. Например, связь между функциональным требованием и компонентом решения, реализующим это требование.
🔅Проверка – определяет удовлетворяет ли решение требованию. Например, тест-кейс проверяет удовлетворяет ли решение функциональному требованию.
Как хорошо, что уже давно не нужно делать никаких таблиц с матрицами трассировки! Достаточно оставить ссылку в статье. Главное, сделать это вовремя и по заранее выбранным типам связей
В моих списках полезностей нашлась статья Что такое трассировка требований в проекте и почему она важна? Оставлю здесь ссылку, наверняка и вам пригодится 🌱
#инструменты
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4👍1
Подборка о том, как аналитику договариваться с ИИ
Можно подумать, что тема ИИ обошла стороной мои подборки. Как бы не так!
Самое утомительное в общении с ИИ – наши попытки объяснить ему, что мы, собственно, хотим. Промпты приходится разбирать по кусочкам, проверяя каждый шаг, будто объясняешь дорогу марсианину и тот в любую секунду может улететь в открытый космос. Я покопалась в своей "библиотеке" и попробовала выбрать публикации, где авторы поделились наработками.
Я устала писать документацию — и научила AI делать это за меня Автор этой статьи – QA. Документация здесь – чек-листы и тест-кейсы, которые бывает скучно составлять. В статье честный рассказ о нескольких итерациях запросов к DeepSeek c определением правил и контекста для генерации более точного ответа. Есть высказывание, с которым я не согласилась. Говорят, результат будет лучше, если все запросы вести в одном окне чата. Это спорный момент. Не закрывайте чат, если ваш вопрос всегда в одном и том же контексте и стиле, но если сначала речь об окне регистрации в мобильном приложении, а потом о генерации отчета в pdf, то я бы начала разговор заново. Иначе на основании прежнего контекста можно получить неожиданный совет о генерации отчета в окне регистрации пользователя мобильного приложения.
AI Prompt Engineering for Business Analysts (EN) Пост в англоязычном блоге. Здесь о том как и для чего можно составить промпты для помощи БА. Как – итеративно, для чего – ускорить работу над рутиной и освободить время для более творческих задач. Здесь интереснее посмотреть примеры промптов.
Промт-инжиниринг для аналитиков по фреймворку КОМПОЗИТОР Авторский подход к составлению промптов, основанный на метафорах
Каталог ИИ-промтов по анализу и проектированию ИС Подборка промптов в базе знаний Школы Системного Анализа собрана в формате страничек в notion, к которым можно пройти по ссылке с основного лендинга
#что_почитать #инструменты
Можно подумать, что тема ИИ обошла стороной мои подборки. Как бы не так!
Самое утомительное в общении с ИИ – наши попытки объяснить ему, что мы, собственно, хотим. Промпты приходится разбирать по кусочкам, проверяя каждый шаг, будто объясняешь дорогу марсианину и тот в любую секунду может улететь в открытый космос. Я покопалась в своей "библиотеке" и попробовала выбрать публикации, где авторы поделились наработками.
Я устала писать документацию — и научила AI делать это за меня Автор этой статьи – QA. Документация здесь – чек-листы и тест-кейсы, которые бывает скучно составлять. В статье честный рассказ о нескольких итерациях запросов к DeepSeek c определением правил и контекста для генерации более точного ответа. Есть высказывание, с которым я не согласилась. Говорят, результат будет лучше, если все запросы вести в одном окне чата. Это спорный момент. Не закрывайте чат, если ваш вопрос всегда в одном и том же контексте и стиле, но если сначала речь об окне регистрации в мобильном приложении, а потом о генерации отчета в pdf, то я бы начала разговор заново. Иначе на основании прежнего контекста можно получить неожиданный совет о генерации отчета в окне регистрации пользователя мобильного приложения.
AI Prompt Engineering for Business Analysts (EN) Пост в англоязычном блоге. Здесь о том как и для чего можно составить промпты для помощи БА. Как – итеративно, для чего – ускорить работу над рутиной и освободить время для более творческих задач. Здесь интереснее посмотреть примеры промптов.
Промт-инжиниринг для аналитиков по фреймворку КОМПОЗИТОР Авторский подход к составлению промптов, основанный на метафорах
Каталог ИИ-промтов по анализу и проектированию ИС Подборка промптов в базе знаний Школы Системного Анализа собрана в формате страничек в notion, к которым можно пройти по ссылке с основного лендинга
#что_почитать #инструменты
🔥4👍2✍1
Не рычите на собаку
Карен Прайор, 1999
Эта книга попала в мой список чтения после нескольких семинаров по soft skills. Наконец я ее прочла. Где? Конечно, в поездке.
Мне встретился перевод 2014 года, но оригинал еще старше. О возрасте книги напомнила фраза "выпустили видеокассету".
Автор – биолог и дрессировщица животных. В книге исследования из зоопсихологии показаны на примере дрессировки животных и перенесены на людей. Главный посыл: наказывать неэффективно, работает вознаграждение за правильное поведение. Не нравится поведение? Игнорируйте, замещайте или привяжите к поведенческому маркеру, который постепенно перестанет поступать. Встретили желательное поведение? Подкрепляйте положительно – похвалой, едой, чем-то приятным. Это работает и с начальником, и с занудными родственниками, и с кошкой, считает автор.
Вспомнила как действовали мои бабушки. Одна из них как-то учила меня тактичному молчанию: "Ты не говори деду, что арбуз невкусный, а то больше не пойдет на рынок за арбузом". Так мы вместе игнорировали нежелательное поведение. Другая моя бабушка действовала хитрее, когда сначала моделировала желаемое поведение, а потом за него хвалила. Заметит, как я сорвалась в крик на своего ребенка и скажет: "Какая ты молодец, что не повышаешь голос на сына!" Бабушки понимали и применяли положительное подкрепление.
Что может быть полезно?
🔅Познакомиться с бихевиоризмом – направлением психологии, которое изучает поведение, а не только мысли и чувства. Закрепить или устранить можно только то поведение, которое проявляется. Не видите как ребенок моет руки, и похвалить за это не получится.
🔅Подумать, что не работает при наказаниях. Интересно наблюдать за ходом мысли автора, когда приводятся аргументы для объяснения почему плохо работает наказание за нежелательные поступки. Как наказание и факт поведения сложно связать друг с другом в понимании животного. Как чтобы решить вопрос, нужно разобраться в мотивации. Например, если собака грызёт мебель, важно выяснить причину (скука, стресс, недостаток физической активности), а не наказывать животное.
🔅Научиться поощрять себя за успехи. Когда учитесь чему-то сами хвалите себя за удачи, а не наказывайте за промахи очередными угрызениями совести. Если не получается какой-то прием (например, в теннисе), лучше переключиться на другой и, когда освоите, попробуйте вернуться к изучению прежнего.
🔅Подумать о природе творчества. Понравился пример, когда дельфинов поощряли за неожиданные выдумки и те стали креативными, но неуправляемыми – придумывали неожиданные прыжки или игры с предметами в расчете на поощрение. Вы без труда считаете похожее поведение у кого-то из коллег, которые всех раздражают 😊
Тем не менее ждала большего за подзаголовком "Книга о дрессировке людей, животных и самого себя". 80% примеров из жизни животных. Выглядят случайными отсылки к воспитанию детей, лечению больных, влиянию на мужей.
Кому может быть полезно?
Начинающим тим-лидам, руководителям и преподавателям. Можно познакомиться с полезными идеями или просто убедиться, что ваша бабушка была права, когда не ругала деда за неудачную покупку😎
#книжки
Карен Прайор, 1999
Эта книга попала в мой список чтения после нескольких семинаров по soft skills. Наконец я ее прочла. Где? Конечно, в поездке.
Мне встретился перевод 2014 года, но оригинал еще старше. О возрасте книги напомнила фраза "выпустили видеокассету".
Автор – биолог и дрессировщица животных. В книге исследования из зоопсихологии показаны на примере дрессировки животных и перенесены на людей. Главный посыл: наказывать неэффективно, работает вознаграждение за правильное поведение. Не нравится поведение? Игнорируйте, замещайте или привяжите к поведенческому маркеру, который постепенно перестанет поступать. Встретили желательное поведение? Подкрепляйте положительно – похвалой, едой, чем-то приятным. Это работает и с начальником, и с занудными родственниками, и с кошкой, считает автор.
Вспомнила как действовали мои бабушки. Одна из них как-то учила меня тактичному молчанию: "Ты не говори деду, что арбуз невкусный, а то больше не пойдет на рынок за арбузом". Так мы вместе игнорировали нежелательное поведение. Другая моя бабушка действовала хитрее, когда сначала моделировала желаемое поведение, а потом за него хвалила. Заметит, как я сорвалась в крик на своего ребенка и скажет: "Какая ты молодец, что не повышаешь голос на сына!" Бабушки понимали и применяли положительное подкрепление.
Что может быть полезно?
🔅Познакомиться с бихевиоризмом – направлением психологии, которое изучает поведение, а не только мысли и чувства. Закрепить или устранить можно только то поведение, которое проявляется. Не видите как ребенок моет руки, и похвалить за это не получится.
🔅Подумать, что не работает при наказаниях. Интересно наблюдать за ходом мысли автора, когда приводятся аргументы для объяснения почему плохо работает наказание за нежелательные поступки. Как наказание и факт поведения сложно связать друг с другом в понимании животного. Как чтобы решить вопрос, нужно разобраться в мотивации. Например, если собака грызёт мебель, важно выяснить причину (скука, стресс, недостаток физической активности), а не наказывать животное.
🔅Научиться поощрять себя за успехи. Когда учитесь чему-то сами хвалите себя за удачи, а не наказывайте за промахи очередными угрызениями совести. Если не получается какой-то прием (например, в теннисе), лучше переключиться на другой и, когда освоите, попробуйте вернуться к изучению прежнего.
🔅Подумать о природе творчества. Понравился пример, когда дельфинов поощряли за неожиданные выдумки и те стали креативными, но неуправляемыми – придумывали неожиданные прыжки или игры с предметами в расчете на поощрение. Вы без труда считаете похожее поведение у кого-то из коллег, которые всех раздражают 😊
Тем не менее ждала большего за подзаголовком "Книга о дрессировке людей, животных и самого себя". 80% примеров из жизни животных. Выглядят случайными отсылки к воспитанию детей, лечению больных, влиянию на мужей.
Кому может быть полезно?
Начинающим тим-лидам, руководителям и преподавателям. Можно познакомиться с полезными идеями или просто убедиться, что ваша бабушка была права, когда не ругала деда за неудачную покупку
#книжки
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3💯1
Сколько техник BABOK используете? В этой подборке их 19
Решила провести аудит своих постов про #инструменты и сравнить с BABOK. Результат: 19 техник из 50 в этом канале упоминались. Кое-что полезное уже есть. Собрала все в один список. Буду рада, если пригодится! ☀️
📍Критерии приемки: Чем отличаются критерии приемки и DOD?
📍Управление бэклогом: Бэклог не может содержать все подряд
📍Бенчмаркинг: Как посмотреть, что делают другие?
📍Мозговой штурм: Мозговой штурм (brainstorm) работает или нет?
📍Decision Analysis: Как можно выбрать одно из двух зол?
📍Анализ процессов: Подборка примеров моделирования в BPMN
📍Оценка задач: Техники оценки задач
📍Фокус-группа: Для чего не годятся фокус-группы?
📍Функциональная декомпозиция: Функциональная декомпозиция
📍Глоссарий: Как это понимать?
📍Интервью: Про ошибки при проведении интервью с пользователями и Интервью на удаленке
📍Item Tracking: Трассировка требований. От хаоса к управляемости
📍Анализ нефункциональных требований: Нефункциональное
📍Приоритизация: Подборка про приоритеты
📍Прототипирование: Что такое прототипы и какими они бывают?
📍Опрос: Мифы о применении опросов при выявлении требований
📍Пользовательские истории: Может ли Agile-коуч писать плохие пользовательские истории?
📍Варианты использования: Подборка про варианты использования
📍Список и карта заинтересованных сторон: С кем важно говорить о требованиях на самом деле?
#что_почитать #инструменты #навигация
Решила провести аудит своих постов про #инструменты и сравнить с BABOK. Результат: 19 техник из 50 в этом канале упоминались. Кое-что полезное уже есть. Собрала все в один список. Буду рада, если пригодится! ☀️
📍Критерии приемки: Чем отличаются критерии приемки и DOD?
📍Управление бэклогом: Бэклог не может содержать все подряд
📍Бенчмаркинг: Как посмотреть, что делают другие?
📍Мозговой штурм: Мозговой штурм (brainstorm) работает или нет?
📍Decision Analysis: Как можно выбрать одно из двух зол?
📍Анализ процессов: Подборка примеров моделирования в BPMN
📍Оценка задач: Техники оценки задач
📍Фокус-группа: Для чего не годятся фокус-группы?
📍Функциональная декомпозиция: Функциональная декомпозиция
📍Глоссарий: Как это понимать?
📍Интервью: Про ошибки при проведении интервью с пользователями и Интервью на удаленке
📍Item Tracking: Трассировка требований. От хаоса к управляемости
📍Анализ нефункциональных требований: Нефункциональное
📍Приоритизация: Подборка про приоритеты
📍Прототипирование: Что такое прототипы и какими они бывают?
📍Опрос: Мифы о применении опросов при выявлении требований
📍Пользовательские истории: Может ли Agile-коуч писать плохие пользовательские истории?
📍Варианты использования: Подборка про варианты использования
📍Список и карта заинтересованных сторон: С кем важно говорить о требованиях на самом деле?
#что_почитать #инструменты #навигация
👍5❤2
Языковой барьер, шпинат и другие риски бизнес-анализа
Когда-то я бодро говорила, что аналитик переводит с языка бизнеса на язык ИТ. Теперь считаю, что сбор и систематизация информации, выявление потребностей, моделирование предметной области – это точно не про дословный перевод. Хотя, как выяснилось, иногда приходится заниматься и им.
В начале карьеры я работала на проекте для солидной немецкой корпорации. Там я, собственно, и училась быть аналитиком. В духе лучших традиций проект время от времени горел: требования пропускались, решения не соответствовали ожиданиям, сроки срывались. В какой-то момент менеджмент решил, что во всем виноват языковой барьер.
Логично же предположить, что когда на стороне заказчика все пишут по-немецки, на стороне исполнителя явно что-то не понимают. Решили организовать перевод исходного документа БТ с немецкого на английский, с последующим утверждением перевода на стороне заказчика. Тогда еще было не очень с машинным переводом. Я вызвалась на роль сервиса по переводу. Зря что ли три года учила немецкий? Интересный вызов. Заодно узнаю, что там на самом деле написано в этих требованиях.
Позже добавились командировки, чтобы мы улучшили контакт со стейкхолдерами. Хотя на немецком многие знали только "Хенде хох!"😊 Наша рабочая группа из менеджеров и аналитиков пару раз съездила в офис заказчика, где нас ждали не только требования, но и культурный шок от непривычного тогда формата офиса и еды.
В офисной столовой мы очень скучали по мясным блюдам. И когда один из коллег обнаружил на раздаче нечто котлетоподобное, мы дружно протянули тарелки, демонстрируя выдающиеся навыки невербальной коммуникации. Никто не удосужился прочитать табличку со словом "Spinat" (шпинат). Оказалось, мы сами не читаем ТЗ, а если не читаешь требования – получаешь не то, что ожидаешь.
Перевод с немецкого на английский я выполнила успешно, работала с энтузиазмом. Заказчик одобрил английский вариант...и проект продолжил идти своим ходом. Требования были "верхнеуровневые", объемные, но не качественные (помните про целостность, непротиворечивость, корректность и прочие критерии). Минимум схем, максимум абстрактных фраз. Даже если бы я вписала туда "Spinat", вряд ли бы кто-то заметил.
С тех пор я не перевожу требования, хотя это и правда интересный вызов ☀️
#истории
Когда-то я бодро говорила, что аналитик переводит с языка бизнеса на язык ИТ. Теперь считаю, что сбор и систематизация информации, выявление потребностей, моделирование предметной области – это точно не про дословный перевод. Хотя, как выяснилось, иногда приходится заниматься и им.
В начале карьеры я работала на проекте для солидной немецкой корпорации. Там я, собственно, и училась быть аналитиком. В духе лучших традиций проект время от времени горел: требования пропускались, решения не соответствовали ожиданиям, сроки срывались. В какой-то момент менеджмент решил, что во всем виноват языковой барьер.
Логично же предположить, что когда на стороне заказчика все пишут по-немецки, на стороне исполнителя явно что-то не понимают. Решили организовать перевод исходного документа БТ с немецкого на английский, с последующим утверждением перевода на стороне заказчика. Тогда еще было не очень с машинным переводом. Я вызвалась на роль сервиса по переводу. Зря что ли три года учила немецкий? Интересный вызов. Заодно узнаю, что там на самом деле написано в этих требованиях.
Позже добавились командировки, чтобы мы улучшили контакт со стейкхолдерами. Хотя на немецком многие знали только "Хенде хох!"😊 Наша рабочая группа из менеджеров и аналитиков пару раз съездила в офис заказчика, где нас ждали не только требования, но и культурный шок от непривычного тогда формата офиса и еды.
В офисной столовой мы очень скучали по мясным блюдам. И когда один из коллег обнаружил на раздаче нечто котлетоподобное, мы дружно протянули тарелки, демонстрируя выдающиеся навыки невербальной коммуникации. Никто не удосужился прочитать табличку со словом "Spinat" (шпинат). Оказалось, мы сами не читаем ТЗ, а если не читаешь требования – получаешь не то, что ожидаешь.
Перевод с немецкого на английский я выполнила успешно, работала с энтузиазмом. Заказчик одобрил английский вариант...и проект продолжил идти своим ходом. Требования были "верхнеуровневые", объемные, но не качественные (помните про целостность, непротиворечивость, корректность и прочие критерии). Минимум схем, максимум абстрактных фраз. Даже если бы я вписала туда "Spinat", вряд ли бы кто-то заметил.
С тех пор я не перевожу требования, хотя это и правда интересный вызов ☀️
#истории
❤2🔥2🥰1
Карта потоков создания ценности (Value Stream Mapping)
Value Stream Mapping (VSM) - инструмент визуализации и оптимизации процессов. Хотя он разработан в рамках бережливого производства и чаще ассоциируется с продуктовым менеджментом, его применяют и аналитики, что подтверждается, например, Agile Extension к BABOK (откуда взята картинка к этому посту).
Карта потоков создания ценности - это графическое представление шагов процесса по созданию и доставке продукта или услуги клиенту. Карта фиксирует не только последовательность операций, а еще информационные потоки и ключевые метрики: время, затрачиваемое на добавление ценности и время простоев.
Главная цель карты - выявить потери и «узкие места». Например, анализируя процесс подготовки требований, можно определить, какой процент времени уходит на согласования и реакцию на входящие вопросы. Важно помнить, что сама по себе карта - только инструмент. Для реальных улучшений необходима мотивация команды и желание оптимизировать процесс.
Используются два основных типа таких карт:
- Карта текущего состояния: изображает поток в том виде, в каком он применяется.
- Карта целевого состояния: показывает, как будет выглядеть поток создания ценности после внедрения улучшений.
Шаги для построения VSM:
📌Фокусировка и определение команды
▫️Выберите продукт, семейство продуктов или услугу и определите область действия карты потока создания ценности.
▫️Определите получаемую заказчиком ценность, чтобы можно было проследить её истоки.
▫️Соберите кросс-функциональную команду из людей со знаниями бизнес-домена и технических членов команды
▫️Определите владельца карты потока создания ценности из тех, кто имеет глубокое понимание текущего процесса.
📌Создание карты текущего состояния
▫️Определите производственный поток. Наблюдайте за потоком создания ценности или смоделируйте его. Agile Extention к BABOK советует проследить путь продукта, начав с шага, ближайшего к заказчику, и записать, двигаясь в обратном направлении к началу. Ход мысли может развиваться и от первой точки входа в процесс. Можно показать основные и вспомогательные операции двумя связанными последовательностями.
▫️Зафиксируйте поток информации, который жизненно важен для функционирования потока создания ценности. Поток информации включает такие вещи, как заказы, графики, время запасов, время переналадки, время цикла и количество задействованных операторов. Так получится коммуникационный поток в верхней части карты.
▫️Замерьте время. Для каждого шага запишите время обработки (Value-Added Time) и время ожидания (Non-Value-Added Time). Это позволит построить «временную линию» и увидеть общую продолжительность цикла.
📌Создание карты будущего состояния
▫️Определите области для улучшений. Шаги, не добавляющие ценности, являются источником потерь.
▫️Определите метрики улучшений. Основные метрики: полное время цикла(Lead Time, LT) – общее время выполнения шагов процесса, включая согласование, операции возврата, ожидание данных, материалов, объектов, исполнителей и прочих ресурсов; время обработки (Process Time, PT) – время непосредственного выполнения работы, дающей результат процесса, ценный для потребителя; доля работ, выполненных без ошибок (Percent Complete and Accurate, %C/A) - показывает, какой процент работы выполняется без ошибок и доработок.
VSM имеет свои ограничения:
▫️Без общего понимания и желания меняться карта останется просто красивой схемой.
▫️Может выглядеть пугающе из-за большого объема информации.
▫️Не подходит для исследовательских или нелинейных процессов.
▫️Легко увлечься созданием полной и идеальной карты вместо перехода к улучшениям.
📚Статьи о Value Stream Mapping
▫️Value Stream Mapping — инструкция к применению
▫️Value stream mapping как инструмент запуска изменений
▫️BABOK и Lean: строим карту потоков создания ценности для анализа бизнес-процессов
▫️Создание Value Stream Mapping
#инструменты #что_почитать
Value Stream Mapping (VSM) - инструмент визуализации и оптимизации процессов. Хотя он разработан в рамках бережливого производства и чаще ассоциируется с продуктовым менеджментом, его применяют и аналитики, что подтверждается, например, Agile Extension к BABOK (откуда взята картинка к этому посту).
Карта потоков создания ценности - это графическое представление шагов процесса по созданию и доставке продукта или услуги клиенту. Карта фиксирует не только последовательность операций, а еще информационные потоки и ключевые метрики: время, затрачиваемое на добавление ценности и время простоев.
Главная цель карты - выявить потери и «узкие места». Например, анализируя процесс подготовки требований, можно определить, какой процент времени уходит на согласования и реакцию на входящие вопросы. Важно помнить, что сама по себе карта - только инструмент. Для реальных улучшений необходима мотивация команды и желание оптимизировать процесс.
Используются два основных типа таких карт:
- Карта текущего состояния: изображает поток в том виде, в каком он применяется.
- Карта целевого состояния: показывает, как будет выглядеть поток создания ценности после внедрения улучшений.
Шаги для построения VSM:
📌Фокусировка и определение команды
▫️Выберите продукт, семейство продуктов или услугу и определите область действия карты потока создания ценности.
▫️Определите получаемую заказчиком ценность, чтобы можно было проследить её истоки.
▫️Соберите кросс-функциональную команду из людей со знаниями бизнес-домена и технических членов команды
▫️Определите владельца карты потока создания ценности из тех, кто имеет глубокое понимание текущего процесса.
📌Создание карты текущего состояния
▫️Определите производственный поток. Наблюдайте за потоком создания ценности или смоделируйте его. Agile Extention к BABOK советует проследить путь продукта, начав с шага, ближайшего к заказчику, и записать, двигаясь в обратном направлении к началу. Ход мысли может развиваться и от первой точки входа в процесс. Можно показать основные и вспомогательные операции двумя связанными последовательностями.
▫️Зафиксируйте поток информации, который жизненно важен для функционирования потока создания ценности. Поток информации включает такие вещи, как заказы, графики, время запасов, время переналадки, время цикла и количество задействованных операторов. Так получится коммуникационный поток в верхней части карты.
▫️Замерьте время. Для каждого шага запишите время обработки (Value-Added Time) и время ожидания (Non-Value-Added Time). Это позволит построить «временную линию» и увидеть общую продолжительность цикла.
📌Создание карты будущего состояния
▫️Определите области для улучшений. Шаги, не добавляющие ценности, являются источником потерь.
▫️Определите метрики улучшений. Основные метрики: полное время цикла(Lead Time, LT) – общее время выполнения шагов процесса, включая согласование, операции возврата, ожидание данных, материалов, объектов, исполнителей и прочих ресурсов; время обработки (Process Time, PT) – время непосредственного выполнения работы, дающей результат процесса, ценный для потребителя; доля работ, выполненных без ошибок (Percent Complete and Accurate, %C/A) - показывает, какой процент работы выполняется без ошибок и доработок.
VSM имеет свои ограничения:
▫️Без общего понимания и желания меняться карта останется просто красивой схемой.
▫️Может выглядеть пугающе из-за большого объема информации.
▫️Не подходит для исследовательских или нелинейных процессов.
▫️Легко увлечься созданием полной и идеальной карты вместо перехода к улучшениям.
📚Статьи о Value Stream Mapping
▫️Value Stream Mapping — инструкция к применению
▫️Value stream mapping как инструмент запуска изменений
▫️BABOK и Lean: строим карту потоков создания ценности для анализа бизнес-процессов
▫️Создание Value Stream Mapping
#инструменты #что_почитать
👍3
Искусство говорить «нет» в работе аналитика
Знакомый диалог?
- Задач на 24 часа в сутках, а тут еще одна срочная!
- Заказчик подкинул новую фичу. Когда, простите, этим заниматься?
Нужно магическое слово «Нет». Не истеричное «Нет, я и это должен делать по-вашему?» или «Cил нет!». Обоснованное «Нет», за которым стоит стратегия, не просто эмоция.
Впервые человек учится говорить «нет» в возрасте 2-3 лет, когда осознает себя чем-то отдельным от папы и мамы. Тогда речь идет о прогулках, каше с комочками и игрушках. Когда игрушки сменяются дедлайнами и ответственность больше, приходится заново учиться говорить «нет». Вдруг обидится заказчик или начальник подумает, что я не командный игрок? Не проще ли согласиться?
Спокойный мотивированный отказ – суперсила взрослого профессионала, который осознает свои интересы. Как и всякая суперсила, она может сделать вас сложным игроком в команде, приходится выбирать 💁♀️
Формула подготовки:
🔸Просчитайте риски. В три года ребенок говорит «нет» и смотрит, что будет. Задача взрослого – смоделировать последствия. Что будет, если согласиться? А что будет, если отказать? Самое сложное – ваши эмоции, ведь и надежда, и отчаяние обманывают одинаково.
🔸Поймите интересы других участников. Мы часто пытаемся общаться, исходя только из своего понимания задачи. У заказчика, у продакта и у начальника отдела свои интересы. Важная задача – собрать общую картину целей и интересов до того как придется работать с изменениями.
🔸Сформулируйте свою стратегию. Вам именно сейчас нужно сказать «нет», «да» или «может быть»? Что вы от этого выиграете? Какое альтернативное решение можете предложить? Что еще вам нужно понять?
Представьте: вы - сотрудник отдела снабжения, вы уже почти закупили провизию для научной морской экспедиции. 163 человека, 30 дней в плавании. Осталось только подписать контракты с поставщиками. Вдруг начальник экспедиции требует добавить в план закупки еще два ящика консервированных ананасов. Как быть? Оценим ситуацию и смоделируем несколько вариантов диалога, в реальности их могут быть десятки. Здесь разбор заинтересованных сторон для этого примера.
Новое требование может привести к необходимости пересогласовать бюджет и план закупок. Начальник экспедиции не является единственным владельцем бюджета. Его интересы могут пересекаться с интересами других участников. Например, судового кока, который уже придумал меню на весь период экспедиции. Не хватает информации о причине запроса. «Нет» или «Может быть» оставят вопрос нерешенным и, если причина запроса веская, она может стать барьером для всей задачи.
❓ Вариант 1. Отказ с опорой на регламент
Вы: У меня уже согласован план закупок, выбран поставщик, я не могу вносить изменения. Придется обратиться к руководству.
Начальник: То есть просто пойти к директору НИИ? (он пойдет к директору разбираться в ананасах. Этот вариант лучше оставить на случай, если без эскалации никак)
✅ Вариант 2. Находим причину запроса и альтернативное решение
Начальник: Нужны ананасы!
Вы: Почему на ваш взгляд это важно? (открытый вопрос для выяснения причин)
Начальник: Это для нашего профессора, ему врач вчера рекомендовал есть больше фруктов и исключить жирное.
Вы: Ясно! Давайте тогда не ломать весь план, а заменим часть сливочного масла в рационе на эти фрукты?
✅ Вариант 3. Выясняем контекст и находим «хотелку»
Начальник: Нужны ананасы!
Вы: Почему на ваш взгляд это важно?
Начальник: Ну это же очевидно! Все хотят ананасы! (подозрительная расплывчатость)
Вы: Мне будет проще предложить решение, если мы сможем обсудить контекст такой потребности. (не сдаемся)
Начальник: Моя тёща, она повар с 40-летним стажем, дала рецепт салата! Вы что, спорите с моей тёщей?!
Вы: Мне одинаково сложно спорить и с мнением опытного повара, и с уже согласованным планом закупок. Давайте посмотрим, какое меню согласовал судовой кок? (уклоняетесь от запроса и пытаетесь найти союзников со схожими интересами)
Что если завтра придет таможенник и прикажет вычеркнуть всю свежую рыбу из списка продуктов на борту? Поделитесь в комментариях своими идеями!
#софты #инструменты
Знакомый диалог?
- Задач на 24 часа в сутках, а тут еще одна срочная!
- Заказчик подкинул новую фичу. Когда, простите, этим заниматься?
Нужно магическое слово «Нет». Не истеричное «Нет, я и это должен делать по-вашему?» или «Cил нет!». Обоснованное «Нет», за которым стоит стратегия, не просто эмоция.
Впервые человек учится говорить «нет» в возрасте 2-3 лет, когда осознает себя чем-то отдельным от папы и мамы. Тогда речь идет о прогулках, каше с комочками и игрушках. Когда игрушки сменяются дедлайнами и ответственность больше, приходится заново учиться говорить «нет». Вдруг обидится заказчик или начальник подумает, что я не командный игрок? Не проще ли согласиться?
Спокойный мотивированный отказ – суперсила взрослого профессионала, который осознает свои интересы. Как и всякая суперсила, она может сделать вас сложным игроком в команде, приходится выбирать 💁♀️
Формула подготовки:
🔸Просчитайте риски. В три года ребенок говорит «нет» и смотрит, что будет. Задача взрослого – смоделировать последствия. Что будет, если согласиться? А что будет, если отказать? Самое сложное – ваши эмоции, ведь и надежда, и отчаяние обманывают одинаково.
🔸Поймите интересы других участников. Мы часто пытаемся общаться, исходя только из своего понимания задачи. У заказчика, у продакта и у начальника отдела свои интересы. Важная задача – собрать общую картину целей и интересов до того как придется работать с изменениями.
🔸Сформулируйте свою стратегию. Вам именно сейчас нужно сказать «нет», «да» или «может быть»? Что вы от этого выиграете? Какое альтернативное решение можете предложить? Что еще вам нужно понять?
Представьте: вы - сотрудник отдела снабжения, вы уже почти закупили провизию для научной морской экспедиции. 163 человека, 30 дней в плавании. Осталось только подписать контракты с поставщиками. Вдруг начальник экспедиции требует добавить в план закупки еще два ящика консервированных ананасов. Как быть? Оценим ситуацию и смоделируем несколько вариантов диалога, в реальности их могут быть десятки. Здесь разбор заинтересованных сторон для этого примера.
Новое требование может привести к необходимости пересогласовать бюджет и план закупок. Начальник экспедиции не является единственным владельцем бюджета. Его интересы могут пересекаться с интересами других участников. Например, судового кока, который уже придумал меню на весь период экспедиции. Не хватает информации о причине запроса. «Нет» или «Может быть» оставят вопрос нерешенным и, если причина запроса веская, она может стать барьером для всей задачи.
Вы: У меня уже согласован план закупок, выбран поставщик, я не могу вносить изменения. Придется обратиться к руководству.
Начальник: То есть просто пойти к директору НИИ? (он пойдет к директору разбираться в ананасах. Этот вариант лучше оставить на случай, если без эскалации никак)
Начальник: Нужны ананасы!
Вы: Почему на ваш взгляд это важно? (открытый вопрос для выяснения причин)
Начальник: Это для нашего профессора, ему врач вчера рекомендовал есть больше фруктов и исключить жирное.
Вы: Ясно! Давайте тогда не ломать весь план, а заменим часть сливочного масла в рационе на эти фрукты?
Начальник: Нужны ананасы!
Вы: Почему на ваш взгляд это важно?
Начальник: Ну это же очевидно! Все хотят ананасы! (подозрительная расплывчатость)
Вы: Мне будет проще предложить решение, если мы сможем обсудить контекст такой потребности. (не сдаемся)
Начальник: Моя тёща, она повар с 40-летним стажем, дала рецепт салата! Вы что, спорите с моей тёщей?!
Вы: Мне одинаково сложно спорить и с мнением опытного повара, и с уже согласованным планом закупок. Давайте посмотрим, какое меню согласовал судовой кок? (уклоняетесь от запроса и пытаетесь найти союзников со схожими интересами)
Что если завтра придет таможенник и прикажет вычеркнуть всю свежую рыбу из списка продуктов на борту? Поделитесь в комментариях своими идеями!
#софты #инструменты
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3👍1
Помните первый букварь?
Почему-то в День знаний больше тянет делиться эмоциями, чем знаниями. Я даже попросила родителей отсканировать мое первое школьное фото.
Здесь модели 6 лет, и она вся еще в летнем настроении. Воротничок съехал, челку пришлось заколоть, волосы выгорели на солнце - вообще непонятно, как там бант держится.
По тогдашней моде начальных классов прийти на линейку без белого банта было почти так же неприлично, как чиновнику явиться на совещание без галстука. К тому же это был обязательный атрибут праздника, для будних дней у нас были черные и коричневые ленты.
А манжеты? А фартук? Я запомнила это всё довольно неудобным, но важным атрибутом ответственного, состоявшегося человечка. Уже в конце сентября я с гордой усталостью труженика говорила приятелям по двору: «Некогда мне тут с вами, мне ещё дневник заполнять, манжеты пришивать и фартук гладить».
Обратите внимание: на обложке букваря тоже персонаж в почти таком же белом фартуке. Уверена, что не только у меня сохранилось фото с этой обложкой, где большая буква «А» на синем фоне 🙂 Это учебник под редакцией А. Горецкого, по которому все учились в конце 80-х. В нём были яркие картинки, ребусы и разбор по слогам «Ма-ма мы-ла ра-му».
К нему прилагались прописи с красной обложкой, в которых нужно было писать буквы красиво и с правильным наклоном.
Когда я пошла в школу, я уже умела читать, на уроках слегка скучала. Вот только первыми оценками были двойки. Потому что читать и писать нужно было не как хочешь, а по строгим правилам.
А мои поделки на уроках труда редко получали выше тройки. До сих пор помню перепуганного кота - аппликацию на кошельке с торчащими нитками, созданного из остатков ткани от маминой юбки.
Кто-то хранит до сих пор свои шедевры с уроков труда?
Я так и не научилась писать каллиграфически, как в прописях с красной обложкой, и шить котов по-прежнему сложно. Пожалуй, именно первый опыт проб и ошибок оказался самым познавательным в итоге. Вспоминаю первую двойку за диктант, каждый раз, когда задача кажется слишком легкой. А вдруг я чего-то не вижу и это работа на двойку?
Если вы сегодня как-то причастны к празднику — я вас искренне поздравляю и даже немного завидую 🙂
А всем нам, непричастным, пожелаю новых учебных целей на ближайший год. Когда ещё планировать учебу, как не в понедельник 1 сентября?
#мысливслух #истории
Почему-то в День знаний больше тянет делиться эмоциями, чем знаниями. Я даже попросила родителей отсканировать мое первое школьное фото.
Здесь модели 6 лет, и она вся еще в летнем настроении. Воротничок съехал, челку пришлось заколоть, волосы выгорели на солнце - вообще непонятно, как там бант держится.
По тогдашней моде начальных классов прийти на линейку без белого банта было почти так же неприлично, как чиновнику явиться на совещание без галстука. К тому же это был обязательный атрибут праздника, для будних дней у нас были черные и коричневые ленты.
А манжеты? А фартук? Я запомнила это всё довольно неудобным, но важным атрибутом ответственного, состоявшегося человечка. Уже в конце сентября я с гордой усталостью труженика говорила приятелям по двору: «Некогда мне тут с вами, мне ещё дневник заполнять, манжеты пришивать и фартук гладить».
Обратите внимание: на обложке букваря тоже персонаж в почти таком же белом фартуке. Уверена, что не только у меня сохранилось фото с этой обложкой, где большая буква «А» на синем фоне 🙂 Это учебник под редакцией А. Горецкого, по которому все учились в конце 80-х. В нём были яркие картинки, ребусы и разбор по слогам «Ма-ма мы-ла ра-му».
К нему прилагались прописи с красной обложкой, в которых нужно было писать буквы красиво и с правильным наклоном.
Когда я пошла в школу, я уже умела читать, на уроках слегка скучала. Вот только первыми оценками были двойки. Потому что читать и писать нужно было не как хочешь, а по строгим правилам.
А мои поделки на уроках труда редко получали выше тройки. До сих пор помню перепуганного кота - аппликацию на кошельке с торчащими нитками, созданного из остатков ткани от маминой юбки.
Кто-то хранит до сих пор свои шедевры с уроков труда?
Я так и не научилась писать каллиграфически, как в прописях с красной обложкой, и шить котов по-прежнему сложно. Пожалуй, именно первый опыт проб и ошибок оказался самым познавательным в итоге. Вспоминаю первую двойку за диктант, каждый раз, когда задача кажется слишком легкой. А вдруг я чего-то не вижу и это работа на двойку?
Если вы сегодня как-то причастны к празднику — я вас искренне поздравляю и даже немного завидую 🙂
А всем нам, непричастным, пожелаю новых учебных целей на ближайший год. Когда ещё планировать учебу, как не в понедельник 1 сентября?
#мысливслух #истории
❤4😁2👍1
Нотации моделирования бизнес-процессов
В своих списках для чтения подобрала несколько статей о нотациях моделирования. Здесь оказались детальные статьи и обзоры о разных нотациях:
▫️VAD (value added chain diagram),
▫️EPC (event-driven process chain),
▫️BPMN (Business Process Model and Notation 2.0),
▫️Flow Charting,
▫️IDEF (Integrated Definition Language),
▫️VSM (Value Stream Mapping),
▫️SIPOC (Supplier, Input, Process, Output, Customer)
📍Моделирование бизнес-процессов – обзор нотаций Обзор восьми нотаций: VAD, EPC, BPMN, Flow Charting, IDEF, VSM, SIPOC
🎥Нотация BPMN: как оптимизировать процесс подбора сотрудников Видео, где моделирование и выявление точек оптимизации показывает Алексей Коптелов, вице-президент ассоциации процессных аналитиков
📍Один пример и три нотации: сравниваем BPMN, EPC и DMN Эта статья в базе знаний Systems.Education интересна четкой структурой, примерами и развернутым резюме по выбору нотаций
📍Карта потоков создания ценности (Value Stream Mapping) Пост в этом канале с рекомендациями по созданию VSM
📍IDEF, EPC и BPMN: как выбрать нотацию для моделирования бизнес-процессов Еще один обзор трех нотаций с примерами
📍5 ошибок при проектировании бизнес-процессов и как их избежать В статье перечислены типовые промахи при работе с процессом. Если честно, то сначала хотела пройти мимо этой статьи, но решила, что статья может пригодиться начинающим
📍Основные нотации моделирования бизнес процессов и их применение Обзорная статья по нескольким нотациям, формат ознакомительный "обо всем понемногу"
📍Подборка примеров моделирования в BPMN Подборка полезностей для тех, кто моделирует в BPMN. Пост в этом канале, где я выбрала статьи с примерами применения BPMN от известных авторов и добавила ссылки на пару своих
#что_почитать
В своих списках для чтения подобрала несколько статей о нотациях моделирования. Здесь оказались детальные статьи и обзоры о разных нотациях:
▫️VAD (value added chain diagram),
▫️EPC (event-driven process chain),
▫️BPMN (Business Process Model and Notation 2.0),
▫️Flow Charting,
▫️IDEF (Integrated Definition Language),
▫️VSM (Value Stream Mapping),
▫️SIPOC (Supplier, Input, Process, Output, Customer)
📍Моделирование бизнес-процессов – обзор нотаций Обзор восьми нотаций: VAD, EPC, BPMN, Flow Charting, IDEF, VSM, SIPOC
🎥Нотация BPMN: как оптимизировать процесс подбора сотрудников Видео, где моделирование и выявление точек оптимизации показывает Алексей Коптелов, вице-президент ассоциации процессных аналитиков
📍Один пример и три нотации: сравниваем BPMN, EPC и DMN Эта статья в базе знаний Systems.Education интересна четкой структурой, примерами и развернутым резюме по выбору нотаций
📍Карта потоков создания ценности (Value Stream Mapping) Пост в этом канале с рекомендациями по созданию VSM
📍IDEF, EPC и BPMN: как выбрать нотацию для моделирования бизнес-процессов Еще один обзор трех нотаций с примерами
📍5 ошибок при проектировании бизнес-процессов и как их избежать В статье перечислены типовые промахи при работе с процессом. Если честно, то сначала хотела пройти мимо этой статьи, но решила, что статья может пригодиться начинающим
📍Основные нотации моделирования бизнес процессов и их применение Обзорная статья по нескольким нотациям, формат ознакомительный "обо всем понемногу"
📍Подборка примеров моделирования в BPMN Подборка полезностей для тех, кто моделирует в BPMN. Пост в этом канале, где я выбрала статьи с примерами применения BPMN от известных авторов и добавила ссылки на пару своих
#что_почитать
👍5❤2
Big Tech Night или как найти вход под надписью «Входа нет»
Побывала на Big Tech Night. Представьте себе «Ночь музеев», но вместо картин — офисы с бесплатным кофе. Формат и правда занятный: с 17:30 до 22:30 в офисах компаний-организаторов шли доклады, а потом афтерпати до полуночи.
Первый офис в маршруте
Первым на моем пути значился офис Т-Банка. Чтобы попасть внутрь, нужно было сначала найти правильный вход, он оказался под светящейся надписью «Входа нет». Без сопровождающих в черно-желтой униформе я бы, наверное, до сих пор ходила кругами 😊
Внутри кипела жизнь: кофе, маффины и доклады. Особенно тронула табличка: «Дорогие гости, перед вами офисное пространство, там нет ничего интересного!». Видимо, кто-то в пятницу вечером пытался доделывать задачи под гул активного нетворкинга.
Понравились форматы общения. Кроме классических докладов был «квартирник» для тех, кто любит обсудить тимлидов в обстановке, похожей на посиделки в гостиной. Или сессии 1-to-1 с IT-менеджерами напоминавшие одновременную игру в шахматы.
На участие моих сил не хватило и я выбрала тактическое отступление. В следующий офис, Lamoda.
Следующий офис и что делать с «потеряшками»?
В офисе Lamoda я послушала доклад о «сотрудниках-потеряшках». То есть тех, кто вечно не доволен и плохо перформит от того, что не может определится нравится ли ему в тех задачах, где он оказался. Обсуждался системный подход помощи таким людям с точки зрения руководителя и самого сотрудника. Если помочь человеку "найтись", есть шанс получить образцового и лояльного сотрудника, который оценит, что к нему отнеслись как к человеку, а не к функции.
Рассказ развивался от простого к сложному:
🔸Уровень 1: Проверить базовые вещи: подходит ли сотруднику сфера, проекты, ценности команды? Дать четкую обратную связь, акцентируя его сильные стороны.
🔸Уровень 2: Если состояние затянулось, причина, скорее всего, глубже. Часто человек настолько сфокусирован на ожиданиях других, что напрочь заглушил собственные «хочу» и «нравится».
🔸Важное предупреждение: Прежде чем бросаться на помощь, установите границы помощи и критерии результата. Ваша цель — не стать личным психологом, а вернуть ценного сотрудника в рабочий режим. Даже если человек «найдется», он не обязательно станет образцовым сотрудником.
Вот такие заметки я привезла из двух офисов. В моем билете был еще офис Яндекса, но я туда так и не доехала. Если удастся еще раз попасть на что-то подобное – постараюсь пройти все точки маршрута😎
#конференции
Побывала на Big Tech Night. Представьте себе «Ночь музеев», но вместо картин — офисы с бесплатным кофе. Формат и правда занятный: с 17:30 до 22:30 в офисах компаний-организаторов шли доклады, а потом афтерпати до полуночи.
Первый офис в маршруте
Первым на моем пути значился офис Т-Банка. Чтобы попасть внутрь, нужно было сначала найти правильный вход, он оказался под светящейся надписью «Входа нет». Без сопровождающих в черно-желтой униформе я бы, наверное, до сих пор ходила кругами 😊
Внутри кипела жизнь: кофе, маффины и доклады. Особенно тронула табличка: «Дорогие гости, перед вами офисное пространство, там нет ничего интересного!». Видимо, кто-то в пятницу вечером пытался доделывать задачи под гул активного нетворкинга.
Понравились форматы общения. Кроме классических докладов был «квартирник» для тех, кто любит обсудить тимлидов в обстановке, похожей на посиделки в гостиной. Или сессии 1-to-1 с IT-менеджерами напоминавшие одновременную игру в шахматы.
На участие моих сил не хватило и я выбрала тактическое отступление. В следующий офис, Lamoda.
Следующий офис и что делать с «потеряшками»?
В офисе Lamoda я послушала доклад о «сотрудниках-потеряшках». То есть тех, кто вечно не доволен и плохо перформит от того, что не может определится нравится ли ему в тех задачах, где он оказался. Обсуждался системный подход помощи таким людям с точки зрения руководителя и самого сотрудника. Если помочь человеку "найтись", есть шанс получить образцового и лояльного сотрудника, который оценит, что к нему отнеслись как к человеку, а не к функции.
Рассказ развивался от простого к сложному:
🔸Уровень 1: Проверить базовые вещи: подходит ли сотруднику сфера, проекты, ценности команды? Дать четкую обратную связь, акцентируя его сильные стороны.
🔸Уровень 2: Если состояние затянулось, причина, скорее всего, глубже. Часто человек настолько сфокусирован на ожиданиях других, что напрочь заглушил собственные «хочу» и «нравится».
🔸Важное предупреждение: Прежде чем бросаться на помощь, установите границы помощи и критерии результата. Ваша цель — не стать личным психологом, а вернуть ценного сотрудника в рабочий режим. Даже если человек «найдется», он не обязательно станет образцовым сотрудником.
Вот такие заметки я привезла из двух офисов. В моем билете был еще офис Яндекса, но я туда так и не доехала. Если удастся еще раз попасть на что-то подобное – постараюсь пройти все точки маршрута
#конференции
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥3❤2
5 статей, которые помогут прокачать навыки коммуникации
Проблемы в коммуникации - частая причина потерь времени, недопонимания и срыва дедлайнов. Собрала подборку материалов, которые могут помочь аналитику выстроить коммуникацию в команде. Добавила к находкам и свой личный опыт.
📌«Что? Где? Когда?» и эмоциональный интеллект в бизнес-команде здесь автор описал инструменты, важные для проведения командных встреч. Описал с иллюстрациями из своего хобби – капитанства в «Что? Где? Когда?». Разговор здесь о проведении командных встреч, а фото команды во время игр и тренировок очень хорошо дополняют рассказ. А сам рассказ о создании безопасной среды, активное вовлечение участников встречи, управление групповой динамикой, отделении эмоций от решений, эмпатия при конфликтах и не только.
📌Повод больше общаться или ужас? Пост в этом канале о сложностях передачи идей через документацию и проблемах несоответствия реализации изначальной постановке. Одни только идеально написанные документы не гарантируют понимания, на их восприятие влияют мотивация команды и когнитивные искажения. Решением видится активное личное взаимодействие: обсуждения, ответы на вопросы и совместные встречи
📌The Hidden Cost of Side Quests: How BAs Can Protect Their Time (EN) Бизнес-аналитики часто отвлекаются на побочные задачи (поддержка, тестирование), которые мешают их основной работе. Чтобы защитить свои приоритеты, вместо прямого отказа «нет» стоит использовать стратегию «да, но», предлагая варианты и озвучивая последствия для основных проектов. В крайних случаях необходимо твердо, но вежливо сказать «нет», чтобы избежать перегруза и выгорания.
📌Слушать активно, а говорить короче Когда-то в этом канале делилась статьями и историями о том как корректное общение внутри команды критически важно для продуктивной работы. Грубость или путаница в коммуникации приводят к потерям времени, недопониманию и рискам для проекта. Ключевые навыки для улучшения взаимодействия включают активное слушание, использование местоимения «мы» для сплочения команды и умение четко и кратко доносить свои идеи.
📌Как аналитику избежать когнитивных искажений? В прошлом году написала несколько постов о когнитивных искажениях и это один из них. Здесь мой список топ-3 проявлений "ловушек сознания" в работе аналитика и мысли о том, как их компенсировать.
#что_почитать #софты
Проблемы в коммуникации - частая причина потерь времени, недопонимания и срыва дедлайнов. Собрала подборку материалов, которые могут помочь аналитику выстроить коммуникацию в команде. Добавила к находкам и свой личный опыт.
📌«Что? Где? Когда?» и эмоциональный интеллект в бизнес-команде здесь автор описал инструменты, важные для проведения командных встреч. Описал с иллюстрациями из своего хобби – капитанства в «Что? Где? Когда?». Разговор здесь о проведении командных встреч, а фото команды во время игр и тренировок очень хорошо дополняют рассказ. А сам рассказ о создании безопасной среды, активное вовлечение участников встречи, управление групповой динамикой, отделении эмоций от решений, эмпатия при конфликтах и не только.
📌Повод больше общаться или ужас? Пост в этом канале о сложностях передачи идей через документацию и проблемах несоответствия реализации изначальной постановке. Одни только идеально написанные документы не гарантируют понимания, на их восприятие влияют мотивация команды и когнитивные искажения. Решением видится активное личное взаимодействие: обсуждения, ответы на вопросы и совместные встречи
📌The Hidden Cost of Side Quests: How BAs Can Protect Their Time (EN) Бизнес-аналитики часто отвлекаются на побочные задачи (поддержка, тестирование), которые мешают их основной работе. Чтобы защитить свои приоритеты, вместо прямого отказа «нет» стоит использовать стратегию «да, но», предлагая варианты и озвучивая последствия для основных проектов. В крайних случаях необходимо твердо, но вежливо сказать «нет», чтобы избежать перегруза и выгорания.
📌Слушать активно, а говорить короче Когда-то в этом канале делилась статьями и историями о том как корректное общение внутри команды критически важно для продуктивной работы. Грубость или путаница в коммуникации приводят к потерям времени, недопониманию и рискам для проекта. Ключевые навыки для улучшения взаимодействия включают активное слушание, использование местоимения «мы» для сплочения команды и умение четко и кратко доносить свои идеи.
📌Как аналитику избежать когнитивных искажений? В прошлом году написала несколько постов о когнитивных искажениях и это один из них. Здесь мой список топ-3 проявлений "ловушек сознания" в работе аналитика и мысли о том, как их компенсировать.
#что_почитать #софты
👍3🔥1
Статистика и котики
В. Савельев, 2018
Начала читать эту книгу. Первое издание вышло достаточно давно и с того времени книга стала культовой и заслужила много хороших отзывов. По одному из таких она попала и в мои списки для чтения. Действительно ли через милых животных можно безболезненно вернуть забытые после университета знания?
Котики в книге правда есть, разных размеров, забавно нарисованы. Концепции моды, медианы и среднего арифметического, проиллюстрированные котиками разной степени упитанности, усваиваются на удивление легко. Статистические «выбросы» в виде экстремально крупных особей выглядят логично и забавно. По мере погружения появились песики и тут мне уже захотелось отвлечься от зоологии и вернуться в классический мир цифр. А когда появились еще и слоники, задумалась: не становится ли метафора слишком громоздкой? Пожалуй, не всякую статистическую концепцию можно втиснуть в формат милой картинки без потери глубины.
Что может быть полезным? Наиболее полезно общее знакомство с ключевыми терминами и законами из мира статистики. Чтение не будет легким и есть риск заблудиться в метафорическом зоопарке, но перестанут выглядеть заоблачными слова "дисперсия", "среднеквадратичное отклонение" или "коэффициент корреляции".
Тем, кто нацелен на серьезную аналитическую работу с данными, котиков не будет достаточно. Имеет смысл совместить чтение этой книги с изучением академических учебников по статистике. Автор завершил книгу приложением "Что еще посмотреть?" с рекомендациями курсов, авторов и пары книг, можно перейти сразу к этой информации.
Кому может быть полезно? Начинающим, студентам нетехнических специальностей и всем, кому почему-то нужно повторить давно забытые термины из статистики. Эта обаятельная книга не заменит фундаментальных трудов, но может стать уверенным первым шагом в мир статистики.
#книжки
В. Савельев, 2018
Начала читать эту книгу. Первое издание вышло достаточно давно и с того времени книга стала культовой и заслужила много хороших отзывов. По одному из таких она попала и в мои списки для чтения. Действительно ли через милых животных можно безболезненно вернуть забытые после университета знания?
Котики в книге правда есть, разных размеров, забавно нарисованы. Концепции моды, медианы и среднего арифметического, проиллюстрированные котиками разной степени упитанности, усваиваются на удивление легко. Статистические «выбросы» в виде экстремально крупных особей выглядят логично и забавно. По мере погружения появились песики и тут мне уже захотелось отвлечься от зоологии и вернуться в классический мир цифр. А когда появились еще и слоники, задумалась: не становится ли метафора слишком громоздкой? Пожалуй, не всякую статистическую концепцию можно втиснуть в формат милой картинки без потери глубины.
Что может быть полезным? Наиболее полезно общее знакомство с ключевыми терминами и законами из мира статистики. Чтение не будет легким и есть риск заблудиться в метафорическом зоопарке, но перестанут выглядеть заоблачными слова "дисперсия", "среднеквадратичное отклонение" или "коэффициент корреляции".
Тем, кто нацелен на серьезную аналитическую работу с данными, котиков не будет достаточно. Имеет смысл совместить чтение этой книги с изучением академических учебников по статистике. Автор завершил книгу приложением "Что еще посмотреть?" с рекомендациями курсов, авторов и пары книг, можно перейти сразу к этой информации.
Кому может быть полезно? Начинающим, студентам нетехнических специальностей и всем, кому почему-то нужно повторить давно забытые термины из статистики. Эта обаятельная книга не заменит фундаментальных трудов, но может стать уверенным первым шагом в мир статистики.
#книжки
👍5🔥1
Стачка. Что будет, если смешать SMM, LLM и карьерный рост?
Я снова в Петербурге. Слушаю конференцию "Стачка", которая вчера открылась. Со "Стачкой" это мой первый опыт и он оказался на удивление....многозадачным.
При регистрации на моем бейджике оказалась надпись "Партнер", но я не против – это звучит интересно и даже как-то перспективно, что ли 😉
На лендинге указано "IT-конференция". На деле это оказался очень пестрый междисциплинарный сплава может и винигрет , какой только можно получить в билете на конференцию. В одном зале можно послушать про то как "гнать траффик в ТГ канал", а за соседней дверью как настроить Docker. Мне было интересно в разных секциях, я сильно прокачала нейронные связи в голове от частого переключения контекста за короткое время.
Насчитала в программе больше 18ти секций, где были темы от классической разработки, архитектуры, маркетинга до CTO и основания компаний. Вот короткий репортаж о тех, где побывала 👇
Я снова в Петербурге. Слушаю конференцию "Стачка", которая вчера открылась. Со "Стачкой" это мой первый опыт и он оказался на удивление....многозадачным.
При регистрации на моем бейджике оказалась надпись "Партнер", но я не против – это звучит интересно и даже как-то перспективно, что ли 😉
На лендинге указано "IT-конференция". На деле это оказался очень пестрый междисциплинарный сплав
Насчитала в программе больше 18ти секций, где были темы от классической разработки, архитектуры, маркетинга до CTO и основания компаний. Вот короткий репортаж о тех, где побывала 👇
🔥2
☝️итак...
IT Manage Conf Здесь обсуждались вопросы управления продуктом и это была первая секция, куда я зашла. Послушала доклад об исследовании от коллег из Lamoda.
Доклад был об этнографическом исследовании, то есть о том как группы исследователей выезжала в точки продаж, чтобы найти инсайты об этой части опыта клиентов и продавцов. Оказалось, что выезжать большой группой человек в 10 весело, но не эффективно. В большой группе слишком много мнений и ограничено пространство для разгона идей. Можно исследовать группами по 2-4 специалиста: исследователи, продакты, дизайнеры. Тогда можно собирать инсайты, например, в общем чате, а потом обсуждать вместе уже конкретные инициативы. Коллеги считают, что при таком подходе удается провести наблюдение в более "натуральной среде", снизить количество личных искажений, быстрее собрать и сфокусировать информацию по ключевым сценариям.
Эмоции Эта секция объединяла доклады о softskill, борьбе с выгоранием, настройке командной работы. В моих заметках остался доклад с названием "Хочу быть лидером, но боюсь: три ловушки в которые попадают начинающие лидеры". Хотела бы я услышать что-то подобное раньше, потому что уже прошла через все три:
▫️В роли лидера мне придется быть жестким и я потеряю человечность. На самом деле лидерство – это про гибкость и осознанность, а не про такие крайности как жестко или мягко.
▫️Когда становишься лидером из роли эксперта в своей же команде, то боишься потерять дружеские отношения с коллегами. В реальности нужно поддерживать зрелые отношения без спасательства и вовлеченности. Достаточно уважать зоны ответственности других участников и поддерживать открытость в общении. Команде важно не дружить, а понимать, что можно открыто обсуждать вопросы и рассчитывать на поддержку.
▫️Лидер не может себе позволить эмоции. На деле лидеру важно не остсутствие эмоций (что не реально), а способность выдерживать эмоции, проявлять их дозированно и проживать осознанно.
DevAnalytics В этой секции разместили системный и бизнес-анализ. Послушала о задачах аналитика в проектах с LLM.
В целом задача аналитика остается прежней – сделать так, чтобы продукт приносил ожидаемую ценность. Кроме привычных задач выявления и документирования требований, добавляются задачи встраивания LLM в продукт, разделения логики на код и промпты, работа с промптами и, может быть, подготовка данных. Появляется необходимость знать особенности работы LLM, чтобы учитывать при формировании требований и новые роли, с которыми нужно взаимодействовать: ML-разработчики, Аналитики данных.
Управление компанией Здесь собрались менеджеры и основатели аутсорс/аутстафф компаний, а так же им сочувствующие. Можно было услышать, что аутсорсу трудно, но есть шанс выжить, если сфокусироваться на конкретном сегменте рынка (например, только на разработке для ритейла) и выстраивать с заказчиками доверительные партнерские отношения.
Трафик Conf Как можно догадаться из названия, именно здесь можно было услышать про траффик в ТГ и стратегии создания креативов. Сюда я заглянула скорее как хозяйка экспертного блога, чем как аналитик. Сделала пару записей в блокноте и побежала дальше.
Сегодня конференция продолжается, на следующей неделе соберусь с мыслями и обязательно расскажу о каком-то из докладов. Я здесь сама себе напоминаю ресторанного критика, который все пробует и записывает впечатления✍️
#конференции
IT Manage Conf Здесь обсуждались вопросы управления продуктом и это была первая секция, куда я зашла. Послушала доклад об исследовании от коллег из Lamoda.
Доклад был об этнографическом исследовании, то есть о том как группы исследователей выезжала в точки продаж, чтобы найти инсайты об этой части опыта клиентов и продавцов. Оказалось, что выезжать большой группой человек в 10 весело, но не эффективно. В большой группе слишком много мнений и ограничено пространство для разгона идей. Можно исследовать группами по 2-4 специалиста: исследователи, продакты, дизайнеры. Тогда можно собирать инсайты, например, в общем чате, а потом обсуждать вместе уже конкретные инициативы. Коллеги считают, что при таком подходе удается провести наблюдение в более "натуральной среде", снизить количество личных искажений, быстрее собрать и сфокусировать информацию по ключевым сценариям.
Эмоции Эта секция объединяла доклады о softskill, борьбе с выгоранием, настройке командной работы. В моих заметках остался доклад с названием "Хочу быть лидером, но боюсь: три ловушки в которые попадают начинающие лидеры". Хотела бы я услышать что-то подобное раньше, потому что уже прошла через все три:
▫️В роли лидера мне придется быть жестким и я потеряю человечность. На самом деле лидерство – это про гибкость и осознанность, а не про такие крайности как жестко или мягко.
▫️Когда становишься лидером из роли эксперта в своей же команде, то боишься потерять дружеские отношения с коллегами. В реальности нужно поддерживать зрелые отношения без спасательства и вовлеченности. Достаточно уважать зоны ответственности других участников и поддерживать открытость в общении. Команде важно не дружить, а понимать, что можно открыто обсуждать вопросы и рассчитывать на поддержку.
▫️Лидер не может себе позволить эмоции. На деле лидеру важно не остсутствие эмоций (что не реально), а способность выдерживать эмоции, проявлять их дозированно и проживать осознанно.
DevAnalytics В этой секции разместили системный и бизнес-анализ. Послушала о задачах аналитика в проектах с LLM.
В целом задача аналитика остается прежней – сделать так, чтобы продукт приносил ожидаемую ценность. Кроме привычных задач выявления и документирования требований, добавляются задачи встраивания LLM в продукт, разделения логики на код и промпты, работа с промптами и, может быть, подготовка данных. Появляется необходимость знать особенности работы LLM, чтобы учитывать при формировании требований и новые роли, с которыми нужно взаимодействовать: ML-разработчики, Аналитики данных.
Управление компанией Здесь собрались менеджеры и основатели аутсорс/аутстафф компаний, а так же им сочувствующие. Можно было услышать, что аутсорсу трудно, но есть шанс выжить, если сфокусироваться на конкретном сегменте рынка (например, только на разработке для ритейла) и выстраивать с заказчиками доверительные партнерские отношения.
Трафик Conf Как можно догадаться из названия, именно здесь можно было услышать про траффик в ТГ и стратегии создания креативов. Сюда я заглянула скорее как хозяйка экспертного блога, чем как аналитик. Сделала пару записей в блокноте и побежала дальше.
Сегодня конференция продолжается, на следующей неделе соберусь с мыслями и обязательно расскажу о каком-то из докладов. Я здесь сама себе напоминаю ресторанного критика, который все пробует и записывает впечатления
#конференции
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Аналитик в эпоху ИИ. Еще раз о том как выжить.
Редкая конференция в наши дни обходится без дискуссий на тему ИИ. 5 докладов из 15 в секции для аналитиков на "Стачке" были посвящены ИИ, в завершении была дискуссия по прагматичному вопросу: как адаптироваться и оставаться востребованным специалистом? Вот что записала.
1️⃣ Влияние ИИ
Эволюция роли аналитика: Когда-то в индустрии не было аналитиков и архитекторов, по мере усложнения задач они появились. Теперь роль снова трансформируется. Она может дробиться или, наоборот, объединяться со смежными. По сути происходит то же, что происходило с другими специалистами, когда к ним приходило ИТ. Когда внедряли системы прогнозирования, системы оптимизации производства, много было написано умных вещей о сопротивлении изменениям.
Новые направления: Появляется возможность уйти в инженерию создания AI-агентов, пайплайнов и инструментов для работы с данными, то есть не только использовать ИИ, но и создавать его.
За счет высвобождения времени аналитик может участвовать в смежных процессах, понимать бизнес глубже, брать на себя лидерские функции. Не просто делать больше того же самого, а тратить время на стратегические инициативы, улучшение процессов и самообразование.
Необходимость инвестировать в развитие: Активное использование ИИ может снижать критическое мышление и способность выстраивать сложные связи. Чтобы оставаться конкурентоспособным, это "провисание" нужно компенсировать: читать "длинные книги", решать сложные задачи без помощи ИИ, постоянно обновлять свои знания.
2️⃣Что невозможно автоматизировать?
Глубокое понимание контекста: ИИ не может понять уникальную историю проекта, неформальные договоренности, политику внутри компании, скрытые мотивы участников.
Поиск ответов: Речь о том самом вопросе "А чтобы что?" Аналитик может докопаться до корневой причины, которую сам заказчик может не осознавать и не формулировать.
Эмоциональный интеллект: ИИ не может поддержать коллегу в сложный момент, почувствовать напряжение в команде, найти невербальные сигналы на встрече. Все, что касается эмпатии, эмоционального интеллекта при работе в команде и выявлении требований.
Компромиссы и ответственность: Создание архитектуры — это не всегда только следование паттернам, но и искусство балансировать между бюджетом, сроками, тех. долгом и бизнес-ценностью. ИИ не может принимать решения в условиях неопределенности и ограниченных ресурсов, как и в целом отвечать за результат.
3️⃣Какие навыки развивать?
Коммуникации, эмпатия и эмоциональный интеллект: Умение договариваться, слушать, слышать и доносить свою точку зрения становится ключевым, так как много технической информации можно получить от ИИ. Умение работать с сопротивлением, мотивировать команду и понимать скрытые эмоции коллег и заказчиков.
Адаптивность и принятие решений: Способность быстро учиться новому и не паниковать перед изменениями.
Системное и критическое мышление: Способность видеть картину в целом, выявлять причинно-следственные связи и подвергать сомнению любую информацию, даже от ИИ.
4️⃣Страх изменений
Страх блокирует действие, действие блокирует страх: Вместо того чтобы бояться, нужно активно пробовать, внедрять и изучать новые инструменты. Активность — лучшее лекарство от тревоги.
Верить в себя и быть гибким: Если в основном потоке станет тесно, всегда можно найти область, где изменения происходят медленнее (госкомпании, информационная безопасность) или, наоборот, уйти в востребованное новое направление.
Фокус на своих сильных сторонах: Вместо того чтобы пытаться конкурировать с ИИ в скорости генерации текста, нужно развивать именно человеческие качества: креативность, стратегическое мышление и эмоциональный интеллект.
Кому-то ИИ нужен для преодоления "синдрома чистого листа", кому-то для анализа данных, а кому-то он почти не нужен в текущих задачах. Только на практике можно понять, какой инструмент вам подходит. В диалоге звучали Perplexity для поиска информации, DeepSeek для полезных рекомендаций, IDE Copilot для дополнения sequence-диаграмм.
Вот тут еще одна дискуссия о том как выжить с ИИ 🌱
#конференции #ai
Редкая конференция в наши дни обходится без дискуссий на тему ИИ. 5 докладов из 15 в секции для аналитиков на "Стачке" были посвящены ИИ, в завершении была дискуссия по прагматичному вопросу: как адаптироваться и оставаться востребованным специалистом? Вот что записала.
1️⃣ Влияние ИИ
Эволюция роли аналитика: Когда-то в индустрии не было аналитиков и архитекторов, по мере усложнения задач они появились. Теперь роль снова трансформируется. Она может дробиться или, наоборот, объединяться со смежными. По сути происходит то же, что происходило с другими специалистами, когда к ним приходило ИТ. Когда внедряли системы прогнозирования, системы оптимизации производства, много было написано умных вещей о сопротивлении изменениям.
Новые направления: Появляется возможность уйти в инженерию создания AI-агентов, пайплайнов и инструментов для работы с данными, то есть не только использовать ИИ, но и создавать его.
За счет высвобождения времени аналитик может участвовать в смежных процессах, понимать бизнес глубже, брать на себя лидерские функции. Не просто делать больше того же самого, а тратить время на стратегические инициативы, улучшение процессов и самообразование.
Необходимость инвестировать в развитие: Активное использование ИИ может снижать критическое мышление и способность выстраивать сложные связи. Чтобы оставаться конкурентоспособным, это "провисание" нужно компенсировать: читать "длинные книги", решать сложные задачи без помощи ИИ, постоянно обновлять свои знания.
2️⃣Что невозможно автоматизировать?
Глубокое понимание контекста: ИИ не может понять уникальную историю проекта, неформальные договоренности, политику внутри компании, скрытые мотивы участников.
Поиск ответов: Речь о том самом вопросе "А чтобы что?" Аналитик может докопаться до корневой причины, которую сам заказчик может не осознавать и не формулировать.
Эмоциональный интеллект: ИИ не может поддержать коллегу в сложный момент, почувствовать напряжение в команде, найти невербальные сигналы на встрече. Все, что касается эмпатии, эмоционального интеллекта при работе в команде и выявлении требований.
Компромиссы и ответственность: Создание архитектуры — это не всегда только следование паттернам, но и искусство балансировать между бюджетом, сроками, тех. долгом и бизнес-ценностью. ИИ не может принимать решения в условиях неопределенности и ограниченных ресурсов, как и в целом отвечать за результат.
3️⃣Какие навыки развивать?
Коммуникации, эмпатия и эмоциональный интеллект: Умение договариваться, слушать, слышать и доносить свою точку зрения становится ключевым, так как много технической информации можно получить от ИИ. Умение работать с сопротивлением, мотивировать команду и понимать скрытые эмоции коллег и заказчиков.
Адаптивность и принятие решений: Способность быстро учиться новому и не паниковать перед изменениями.
Системное и критическое мышление: Способность видеть картину в целом, выявлять причинно-следственные связи и подвергать сомнению любую информацию, даже от ИИ.
4️⃣Страх изменений
Страх блокирует действие, действие блокирует страх: Вместо того чтобы бояться, нужно активно пробовать, внедрять и изучать новые инструменты. Активность — лучшее лекарство от тревоги.
Верить в себя и быть гибким: Если в основном потоке станет тесно, всегда можно найти область, где изменения происходят медленнее (госкомпании, информационная безопасность) или, наоборот, уйти в востребованное новое направление.
Фокус на своих сильных сторонах: Вместо того чтобы пытаться конкурировать с ИИ в скорости генерации текста, нужно развивать именно человеческие качества: креативность, стратегическое мышление и эмоциональный интеллект.
Кому-то ИИ нужен для преодоления "синдрома чистого листа", кому-то для анализа данных, а кому-то он почти не нужен в текущих задачах. Только на практике можно понять, какой инструмент вам подходит. В диалоге звучали Perplexity для поиска информации, DeepSeek для полезных рекомендаций, IDE Copilot для дополнения sequence-диаграмм.
Вот тут еще одна дискуссия о том как выжить с ИИ 🌱
#конференции #ai
🔥4❤3👍3
Послесловие к важному разговору: подборка по soft skills
Чувствуете как мир требует от нас все большей гибкости? После недавнего разговора о том, как важны адаптивность, коммуникации и эмоциональный интеллект в нашей новой реальности, самое время перейти к практике. Из своих списков для чтения собрала статьи и видео, чтобы прокачать именно эти навыки.
📺 Как вас делают удобным и почему вы этого не замечаете | Конференция аналитиков 2025 Эту запись я ждала с любопытством, потому что на конференции аналитиков Контура побывала только онлайн и этого доклада не слышала. Это выступление было в оффлайн день в Петербурге, где трансляции не было. Речь о том как не стать героем истории, в которой вы хорошо выполняете работу, на вас накладывают все больше ответственности, пока вы безуспешно надеетесь на повышение. Нюансы отстаивания личных границ, возражений и выражения эмоций при общении на работе.
📄«Генералы», «Цезари» и «Псевдоэксперты»: как договориться со сложным заказчиком Авторы предлагают свою типологию заказчиков по поведенческим характеристикам. Психологи, наверное, поспорили бы и сослались на труды Юнга, но наблюдения в любом случае любопытные.
📄Как аналитику избежать когнитивных искажений? Есть хорошие приемы в работе, которые помогают снизить риск ошибки, связанной с когнитивными искажениями. Я рассказывала о них в этом посте.
📺 Навыки на вырост: как получать удовольствие от работы сейчас, расти в профессии или менять её без потерь Эту запись я нашла в материалах конференции CodeFest, которая прошла в начале лета в Новосибирске. Здесь снова рассказ о том как договариваться, а еще о том, что осознавать свои интересы и личные границы и уметь их обозначить – не одно и то же.
🗞Как выжить в ИТ? Еще одна подборка материалов с фокусом на токсичности и личных границах в ИТ - командах.
#что_почитать #софты
Чувствуете как мир требует от нас все большей гибкости? После недавнего разговора о том, как важны адаптивность, коммуникации и эмоциональный интеллект в нашей новой реальности, самое время перейти к практике. Из своих списков для чтения собрала статьи и видео, чтобы прокачать именно эти навыки.
📄«Генералы», «Цезари» и «Псевдоэксперты»: как договориться со сложным заказчиком Авторы предлагают свою типологию заказчиков по поведенческим характеристикам. Психологи, наверное, поспорили бы и сослались на труды Юнга, но наблюдения в любом случае любопытные.
📄Как аналитику избежать когнитивных искажений? Есть хорошие приемы в работе, которые помогают снизить риск ошибки, связанной с когнитивными искажениями. Я рассказывала о них в этом посте.
🗞Как выжить в ИТ? Еще одна подборка материалов с фокусом на токсичности и личных границах в ИТ - командах.
#что_почитать #софты
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2👍2
Способы проверить качество требований (подборка)
Вас тоже тянет в сон при словах «качество требований»? Как лекция о пользе зарядки: вроде бы все правильно, но нужно ли слушать в сотый раз? Я почти отказалась от этой подборки. Но все-таки решила, что если без лишнего пафоса и с примерами, то не так уж и скучно и точно не вредно. Хорошие требования - это как здоровый позвоночник: пока не болит, о нём не думаешь, а потом уже поздно делать упражнения.
Эта подборка составлена из статей, где кроме теории есть прикладные советы для проверки качества требований и полезные примеры. Опытным аналитикам пригодится для самопроверки, новичкам — чтобы с самого начала не нахвататься дурных привычек, а для делегирования ИИ можно добавить эти правила и примеры в промпты😎
📌Стоп-слова как маркер проблем в требованиях Цитата из аннотации к статье: Эта статья будет полезна начинающим аналитикам, которые хотят научиться лучше описывать требования, а также их руководителям, желающим качественно проверять выдаваемый подчиненными продукт. Впрочем, и опытные аналитики найдут для себя идеи для улучшения своих требований (даже тех, которые, казалось бы, в порядке).
📌Критерии качества требований с примерами (Часть 1) Написано от лица тестировщика, для аналитика может быть полезным познакомится с примерами некачественных требований и вспомнить классические критерии: полнота, непротиворечивость, корректность, недвусмысленность, реализуемость, тестируемость, упорядоченность.
📌Критерии качества требований с примерами (Часть 2) Продолжение предыдущей статьи, описание критериев качества: атомарность, необходимость, прослеживаемость, модифицируемость, понятность.
📌50 слов самых опасных для бизнес-аналитика (ENG) Статья учит выявлять в требованиях «слова-паразиты» - расплывчатые формулировки вроде «наиболее подходящий». Они создают иллюзию договорённости, но на деле не содержат измеримых критериев. Кто решает что именно будет подходящим?
📌Что если это допущение... Пост в этом канале. Допущение в работе аналитика — это непроверенное предположение, которое может привести к значительным рискам, если его не выявить и не проконтролировать. Например, автоматическое удаление файлов, к которым долго не обращались, может создать юридические проблемы вместо решения инфраструктурных.
#что_почитать
Вас тоже тянет в сон при словах «качество требований»? Как лекция о пользе зарядки: вроде бы все правильно, но нужно ли слушать в сотый раз? Я почти отказалась от этой подборки. Но все-таки решила, что если без лишнего пафоса и с примерами, то не так уж и скучно и точно не вредно. Хорошие требования - это как здоровый позвоночник: пока не болит, о нём не думаешь, а потом уже поздно делать упражнения.
Эта подборка составлена из статей, где кроме теории есть прикладные советы для проверки качества требований и полезные примеры. Опытным аналитикам пригодится для самопроверки, новичкам — чтобы с самого начала не нахвататься дурных привычек, а для делегирования ИИ можно добавить эти правила и примеры в промпты
📌Стоп-слова как маркер проблем в требованиях Цитата из аннотации к статье: Эта статья будет полезна начинающим аналитикам, которые хотят научиться лучше описывать требования, а также их руководителям, желающим качественно проверять выдаваемый подчиненными продукт. Впрочем, и опытные аналитики найдут для себя идеи для улучшения своих требований (даже тех, которые, казалось бы, в порядке).
📌Критерии качества требований с примерами (Часть 1) Написано от лица тестировщика, для аналитика может быть полезным познакомится с примерами некачественных требований и вспомнить классические критерии: полнота, непротиворечивость, корректность, недвусмысленность, реализуемость, тестируемость, упорядоченность.
📌Критерии качества требований с примерами (Часть 2) Продолжение предыдущей статьи, описание критериев качества: атомарность, необходимость, прослеживаемость, модифицируемость, понятность.
📌50 слов самых опасных для бизнес-аналитика (ENG) Статья учит выявлять в требованиях «слова-паразиты» - расплывчатые формулировки вроде «наиболее подходящий». Они создают иллюзию договорённости, но на деле не содержат измеримых критериев. Кто решает что именно будет подходящим?
📌Что если это допущение... Пост в этом канале. Допущение в работе аналитика — это непроверенное предположение, которое может привести к значительным рискам, если его не выявить и не проконтролировать. Например, автоматическое удаление файлов, к которым долго не обращались, может создать юридические проблемы вместо решения инфраструктурных.
#что_почитать
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3