аналитик это действительно интеллект, выучить ответы на вопросы легко. трудно наработать навыки задавать вопросы заказчику, выявлять проблемы, придумывать что то новое
Про Бизнес-требования хотелось бы подробнее услышать, тк это основная ценность которую хочет получить Бизнес-заказчик от проекта. И важно донести ее до команды разработки и реализовать в решении. Как их собирать, формализовывать и как ими управлять. То что сказано в видео на мой взгляд не БТ, а бизнес-цели (увеличить онлайн-продажи) и бизнес-потребности (открыть интернет-магазин)
Вопрос #15 я бы рассмотрел шире. И ответил, что зависит от методологии, подхода или фреймворка, в которой вы работаете. Если вы работаете в водопадной модели, то вполне возможно, что после того, как Work Breackdoewn Sructure (WBS), будет готова, вы будете оценивать работы по аналитике. Если же вы работаете во фрейворке Scrum, то оценивать User Stories должна вся команда.
Очень хотелось бы еще про трассировку требований послушать и как вообще в ходе работы вносятся корректировки, какая работа с командой разработки ведется.
Здравствуйте! ЧАсто ли вам приходится заниматься разбором чужого программного кода, как источника бизнес логики? Документации нет, бизнес пользователи не в курсе как система работает, все очень заняты.
*********** 19----> Q - UML? A - UML используется для более "технического" описания процессов, которые сложно описать в BPMN. Может использоваться для параллельных процессов. UML используется в 1. диаграммах последовательностей (что за чем следует с точки зрения технической реализации, например ввод нового клиента в СРМ, внесение данных о нем, постановка задач….) 2. диаграммах классов (какие классы и функции используются в коде, какие классы наследуются и пр…) 3. диаграммах состояний (какие могут быть состояния системы, например если стоит задача программирования какого-то внешнего контроллера на Bluetooth, то хорошо бы описать в виде состояний - что происходит если коннект проходит, какое время повторного коннекта…) ***********
Вопросы от джуниора и выше (нормально спросить синьора об этом, т.к. нередко они имеют опыт, но либо "забыли" либо не владеют теорие вообще (например, перешли из другой специальности внутри компании).
@@bogdan4122 User Story - Это хотелка. Use case - описывает взаимодействие систем чтобы осуществить хотелку. User story может быть дополнена одним или несколькими Use Cases
аналитик это действительно интеллект, выучить ответы на вопросы легко. трудно наработать навыки задавать вопросы заказчику, выявлять проблемы, придумывать что то новое
Спасибо огромное! Вы лучше всех мне как новичку даете самые основы! Просто спасаете)
Отличная подача. Все по делу без воды и достаточно понятно и подбробно
Про Бизнес-требования хотелось бы подробнее услышать, тк это основная ценность которую хочет получить Бизнес-заказчик от проекта. И важно донести ее до команды разработки и реализовать в решении. Как их собирать, формализовывать и как ими управлять. То что сказано в видео на мой взгляд не БТ, а бизнес-цели (увеличить онлайн-продажи) и бизнес-потребности (открыть интернет-магазин)
Большое спасибо! Очень полезная и ценная информация!
Очень полезное видео, но звук просто ужас. Тяжело понимать некоторые термины. Но лайк поставил)
Спасибо ! Все доступно и понятно
Спасибо, все по пунктам, без воды!
Хорошая информация, по крайней мере уменьшает неопределенность
Не бросай канал! Контент 🔥
Полезное видео. Спасибо!
Вопрос #15 я бы рассмотрел шире. И ответил, что зависит от методологии, подхода или фреймворка, в которой вы работаете.
Если вы работаете в водопадной модели, то вполне возможно, что после того, как Work Breackdoewn Sructure (WBS), будет готова, вы будете оценивать работы по аналитике.
Если же вы работаете во фрейворке Scrum, то оценивать User Stories должна вся команда.
хороший материал и подача
Коллега, ну, что же вы недоанализировали опыт других ютьюберов и не используете петличный микрофон?
И музыку потише бы🙈 мешает очень
Очень спасибо 😉
Класс, информативно! Будет видео по последовательности работы БИ от начала и до конца работы по проекту?
Спасибо за идею! Попробую сделать подобное видео.
Очень хотелось бы еще про трассировку требований послушать и как вообще в ходе работы вносятся корректировки, какая работа с командой разработки ведется.
Вот это отличная идея ролика!
@@it_ba такое видео вышло?)
Очень полезно! Спасибо!
Плохо слышно из-за музыки
Микрофончик бы...
Здравствуйте! ЧАсто ли вам приходится заниматься разбором чужого программного кода, как источника бизнес логики? Документации нет, бизнес пользователи не в курсе как система работает, все очень заняты.
Иногда приходится, когда у программиста нет времени объяснять логику и он он может просто сбросить фрагмент кода.
Звук у вас не очень...
***********
19---->
Q - UML?
A - UML используется для более "технического" описания процессов, которые сложно описать в BPMN. Может использоваться для параллельных процессов. UML используется в
1. диаграммах последовательностей (что за чем следует с точки зрения технической реализации, например ввод нового клиента в СРМ, внесение данных о нем, постановка задач….)
2. диаграммах классов (какие классы и функции используются в коде, какие классы наследуются и пр…)
3. диаграммах состояний (какие могут быть состояния системы, например если стоит задача программирования какого-то внешнего контроллера на Bluetooth, то хорошо бы описать в виде состояний - что происходит если коннект проходит, какое время повторного коннекта…)
***********
Музыка к сожалению мешает восприятию.
Здравствуйте
Это на какой уровень вопросы?
Вопросы от джуниора и выше (нормально спросить синьора об этом, т.к. нередко они имеют опыт, но либо "забыли" либо не владеют теорие вообще (например, перешли из другой специальности внутри компании).
Си-кю-ель - не знаем)
пляха муха никуя не понятно ,сижу гуглю 50 часов английские термины
Похоже что на счет разницы между 10 и 11 вы и сами до конца не разобрались.
Уточните вопрос пожалуйста, попытаемся разобраться вместе. Или предложите свое видение. Спасибо!
@@it_ba Я о разнице между use case и user story
@@bogdan4122 User Story - Это хотелка. Use case - описывает взаимодействие систем чтобы осуществить хотелку. User story может быть дополнена одним или несколькими Use Cases
25 пункта нет)
Ваще
Вода водой
Купи пожалуйста микрофон
Очень полезно. Спасибо!