Если внимательно прослушать, тогда можно услышать, что он говорит, что понимание процесса интеграционого тестирования, позволит sa эффективно писать документацию.
@@vasygriv1334 если внимательно послушать и понаблюдать на написанное на доске, то можно услышать и увидеть, что эти обязанности приписываются аналитику. То что вы говорите - абсолютно справедливо. Как и ровно то, что понимание разработки и написания кода на бэке и/или на фронте позволит аналитику эффективнее писать документацию, но ЭТО НЕ ЕГО, ЧЕРТ ВОЗЬМИ, ОБЯЗАННОСТИ. А так, очевидно, что чем больше областей пощупал аналитик своими рученками, тем эффективнее он должен (в идеале) работать.
Интересный доклад, касательно теории ограничений только добавить книгу Детмера «Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию». Хорошо описано использование мыслительных приемов с логическими деревьями. Дерево будущей реальности - это только один фрагмент всей мозаики.
00:07 Немного о себе 02:13 Про контекст 04:16 Разница через навыки 05:47 Бизнес-анализ 13:47 Промежуточный итог по БА 14:54 Системный анализ 18:20 Промежуточный итог по СА 19:42 SOFT SKILLS 22:20 Как понять какой аналитик нужен на проекте 23:55 Подведём итог 24:25 Вопросы
Тоже с этим не вполне согласна, но вы слишком строги - для понимания базовых вещей для начинающих аналитиков - самое то. Сталкивалась, что на разных проектах разное распределение обязанностей. Где-то аналитик может сделать прототип в визио и этого достаточно, а где-то требуется полноценный дизайн в фигме. QA и тестирование и подготовка тестовой документации- обычно за тестировщиком или спецом по QA.
Писец, человек за 20 мин рассказал столько информации, что я уже устал записывать за ним, что надо изучить. И это при том, что уже имеется опыт в СА. В общем, очень насыщенный доклад )
К сожалению автор не совсем владеет темой на уровне донесения идеи до слушателя. Допустил целый ряд попросту некорректных определений, например в Спецификации API или функциях системного аналитика.
Так ведь слайды 4-8 - они как раз об этом, даже и название имеют соответствующее! :) Презентацию можно посмотреть здесь: orderskills.tilda.ws/business_vs_system
Егор рассказал о своем опыте разделения зон ответственности применительно к доменам и компаниям, в которых работал. Таковых за 11 лет было немало :) Ваш опыт не совпадает с видением, изложенным докладчиком?
@@TatyanaKrutovaOrderSkills Печально, когда у человека за 11 лет не складывается правильного представления о профессии, которой он эти 11 лет, вроде как, занимался.
Он начальник, потому и размеренная лекция по верхам. За 26 минут не особо что расскажешь. Основные технологии указал, изложил своё видение и подсказал книгу.
Больше всего меня удивляет то, что люди понятия малейшего не имея в экономике называют себя бизнес аналитиками. И это не проблема конкретно этого оратора, а это системная проблема. Вы технические специалисты. Вы действительно умеете то, чего не умеют экономисты, маркетологи и финансисты. У вас действительно значительно большие познания в мат. анализе и навыках програмирования. Но все же вы технические специалисты, вы люди, которые обеспечивают реальную бизнес деятельность, которую определяют другие люди. По-этому, перестаньте называть себя бизнес аналитиками. Програмисты, разработчики, дата аналитики и т.д., но никак не бизнес аналитик
Было бы бомбезно, если в отдельном окне показывали презу в норм качестве (или просто пдф скинули)
Лектор: Системный аналитик выполняет функциональное и интеграционное тестирование
QA: Я что для тебя просто шутка?
Лектор: БА занимается проектированием UX/UI
Проектировщик интерфейсов: Я что для тебя просто шутка?
@@Estale92 +++
Если внимательно прослушать, тогда можно услышать, что он говорит, что понимание процесса интеграционого тестирования, позволит sa эффективно писать документацию.
@@vasygriv1334 если внимательно послушать и понаблюдать на написанное на доске, то можно услышать и увидеть, что эти обязанности приписываются аналитику.
То что вы говорите - абсолютно справедливо. Как и ровно то, что понимание разработки и написания кода на бэке и/или на фронте позволит аналитику эффективнее писать документацию, но ЭТО НЕ ЕГО, ЧЕРТ ВОЗЬМИ, ОБЯЗАННОСТИ. А так, очевидно, что чем больше областей пощупал аналитик своими рученками, тем эффективнее он должен (в идеале) работать.
Интересный доклад, касательно теории ограничений только добавить книгу Детмера «Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию». Хорошо описано использование мыслительных приемов с логическими деревьями. Дерево будущей реальности - это только один фрагмент всей мозаики.
Было бы неплохо сделать оглавление к ролику.
00:07 Немного о себе
02:13 Про контекст
04:16 Разница через навыки
05:47 Бизнес-анализ
13:47 Промежуточный итог по БА
14:54 Системный анализ
18:20 Промежуточный итог по СА
19:42 SOFT SKILLS
22:20 Как понять какой аналитик нужен на проекте
23:55 Подведём итог
24:25 Вопросы
БА НЕ занимается проектированием UX/UI, он ЗАНИМАЕТСЯ прототипированием. Дальше можно не слушать.
Тоже с этим не вполне согласна, но вы слишком строги - для понимания базовых вещей для начинающих аналитиков - самое то. Сталкивалась, что на разных проектах разное распределение обязанностей. Где-то аналитик может сделать прототип в визио и этого достаточно, а где-то требуется полноценный дизайн в фигме. QA и тестирование и подготовка тестовой документации- обычно за тестировщиком или спецом по QA.
Огонь лекция) Очень помогла!
Спасибо. Позновательно.
Писец, человек за 20 мин рассказал столько информации, что я уже устал записывать за ним, что надо изучить. И это при том, что уже имеется опыт в СА.
В общем, очень насыщенный доклад )
К сожалению автор не совсем владеет темой на уровне донесения идеи до слушателя.
Допустил целый ряд попросту некорректных определений, например в Спецификации API или функциях системного аналитика.
Отличный доклад, классный автор!
Правда, 1 вопрос остался, так чем же отливается бизнес аналитик от системного? 🤔
Так ведь слайды 4-8 - они как раз об этом, даже и название имеют соответствующее! :)
Презентацию можно посмотреть здесь: orderskills.tilda.ws/business_vs_system
Зачем нужен МП?
Институтская теория
далекая от практики
Егор рассказал о своем опыте разделения зон ответственности применительно к доменам и компаниям, в которых работал. Таковых за 11 лет было немало :)
Ваш опыт не совпадает с видением, изложенным докладчиком?
@@TatyanaKrutovaOrderSkills Печально, когда у человека за 11 лет не складывается правильного представления о профессии, которой он эти 11 лет, вроде как, занимался.
докладик смешивает метафоры. black box / white box это из кибернетики, принцип неопределенности и этот несчастный кот здесь не при чем
Про квантовую суперпозицию и кота Шрёдингера не слышали видимо?)
Какую книгу рекомендовал спикер?
Элияху Голдратта - Цель 1, Цель 2, Цель 3.
Автор лекции явно далек от системного анализа
все и ни о чем
Он начальник, потому и размеренная лекция по верхам. За 26 минут не особо что расскажешь. Основные технологии указал, изложил своё видение и подсказал книгу.
Где можно посмотреть презентацию?
Презентация выложена на сайте конференции (первая ссылка наверху описания).
@@TatyanaKrutovaOrderSkills Нашел, благодарю
Ну чё на парня напали? Он презу первый раз видит - читает с экрана, к аудитории спиной....
Больше всего меня удивляет то, что люди понятия малейшего не имея в экономике называют себя бизнес аналитиками. И это не проблема конкретно этого оратора, а это системная проблема. Вы технические специалисты. Вы действительно умеете то, чего не умеют экономисты, маркетологи и финансисты. У вас действительно значительно большие познания в мат. анализе и навыках програмирования. Но все же вы технические специалисты, вы люди, которые обеспечивают реальную бизнес деятельность, которую определяют другие люди.
По-этому, перестаньте называть себя бизнес аналитиками. Програмисты, разработчики, дата аналитики и т.д., но никак не бизнес аналитик
Аналитик 0,9. Слабость банковской системы. Понимание. Ценить не умных. Цифры перестанут давать должное. Знание и цифры перестанут действовать. Все начнёт обнуляться.
То есть. Умные перестанут помогать. Цифры и знания перестанут быть.