Відео

А как бизнес-аналитику лучше всего взаимодействовать с командой разработки? я сам долго сомневался, стоит ли переходить в IT, но решил пройти курсы от Skypro и не пожалел))

Милые шторы

Перестав слухати на першій хвилині ) чувак ти взагалі не в темі)

Спасибо за видео! А можно видео о первых шагах в IT-компаниях?

Космос!!!

Блин, какой вы классный

Спасибо. Хорошо сказали. Коллеги, подскажите как вы управляете требованиями с заказчиком, чья психика напрочь противоречива. Указываю на противоречие - начинает агрессировать, подавлять авторитетом (в общем классические манипуляции), или вообще врет, что давао согласие на разработку этой задачи. Как вы себя ведете? Это вопрос к коллегам и к автору

Интересный канал с интересным контентом 💜

Какой вы умочка! Рада, что нашла вас. Спасибо !!! ❤

Спасибо за емкое обьяснение! Классные шторы

огонь объяснение!))) спасибо!

Супер!

Благодарю!

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

требование "уменьшить время работы сотрудника над одной заявкой на 30%" будет же функциональным? или, если появляется "30 %", то нефункциональное?

Даёшь сиквел про отличие "системного анализа" от "системной аналитики"! 😆

канал полезен и для тестировщиков. жаль не снимаете больше

👍

👍

👍

👍

👍

Спасибо Вам большое! Очень помогли разобраться.

вопрос: на почте в приложении меняется завтра -> сегодня когда говорится о доставке (00:00 -> меняется день) это fr или nfr?

dod - один на всех, но dor бывает на каждую сторю индивидуальный dor

представим что его нет - очень классно объяснил. спасибо, это расставило точки над i, другое я слышал fr - что, nfr - как

Спасибо за видео! Успехов и вдохновения

❤ спасибо большое

Спасибо 🙏🏻

А если я хочу киберспорт анализировать, то что мне читать?

Вполне понятно и подробно. Спасибо!

Спасибо! Четко и по делу

Спасибо за видео) очень приятно смотреть)

Константин, если будет возможность, просьба сделайте аналогичный выпуск про системных аналитиков. Думаю многим также будет интересно) Как называются позиции, кто выполняет из обязанности при отсутствии таких выделенных позиций, кто выполняет их обязанности в MAANG, Spotify, Oracle и прочих модных местах))) Предстоит переезд в очень обозримом будущем - поэтому всеми доступными способами пытаюсь вести разведку этого вопроса)

Спасибо большое за видео <3

почему вы не моргаете? а так, спасибо за видео!:))

Спасибо за видео! Коту, похоже, тоже есть, что сказать)

Константин, спасибо, очень нравятся ваши видео. Все коротко и по делу ❤

Вот это тема! Спасибо.

А можно побольше про то касобирать данные для KANO ? Это больше опросы фокус-групп или интервью? ЧТо там при сборе информации ценнее - качество или количество?

Классная подача:)

Спасибо!

Блин, это наверное всего 4 твоих видео, но боже, как долго я искал такого человека который открыто об этом рассказывает. Раз уж ты говоришь прочитать, то надо каждую хотя бы по разу прочесть полностью. Всегда казалось, что очень мало литературы по этой теме и в голове каша до сих пор. При чем многие вещи до которых допер самостоятельно со временем, при перечитывания вигерса навели на понимание, что я это читал, просто на тот момент понимал неправильно. В общем пойду путь аналитика читать. Кстати, а что скажешь о книгах Голдратта (цель)?

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

Аналитик: Здравствуйте, как ваши дела? Заказчик: Плохо. И будут такими оставаться пока вы мне наконец не сделаете кнопочку которую я просил. Аналитик: Перейдем к вопросам. Кто испытывает эту проблему и как она проявляется? Заказчик: Я испытываю эту проблему и проблема заключается в отсутствии кнопочки. Аналитик: Какой результат мы должны получить? Как мы поймем что результат был достигнут? Заказчик: Результатом будет наличие этой кнопочки, и по её наличию мы поймем что результат был достигнут. Я не понимаю к чему все эти тупые вопросы!? Аналитик: Хорошо, я вас понял. Позвольте последний вопрос. Какие у нас есть ограничения? Заказчик: Молодой человек, ограничения только у вас в развитии! Кнопочка мне нужна была вчера, и я не понимаю зачем вы тратите мое время, если вы за это время уже могли нарисовать кнопочку даже суперкрасивой. Я даю вам два дня на эту кнопочку, и начну выписывать штрафы. IT всегда убыточное направление, которое не зарабатывает мне деньги, и я не собираюсь еще больше тратить на него свои деньги! Я думаю читатель догадывается о требуемой функциональности этой кнопочки, подходящей к моей карикатуре XD Но как автор видео сказал - их не надо задавать впрямую. Я же пойду дальше и скажу что это вопросы не для заказчика. На эти вопросы ответ должно дать квалифицированное лицо - аналитик. Поэтому можно все что угодно делать и какой угодно диалог вести с заинтересованным лицом, главное извлечь из него информацию, необходимую для ответов на эти вопросы. Иначе такая карикатура может стать реальностью. А я такие ответы видел даже в требованиях подготовленных аналитиком... Автору ролика спасибо! Автор огласил довольно очевидные вещи, но несформулированные в моей головушке.

Спасибо Анатолий, полезный и интересный контент

Спасибо Константин! Особенно понравилась последняя мысль о совмещении бизнес-аналитики и бизнес-анализа в одном лице. В современном быстро меняющемся мире универсальность всегда будет играть на руку и давать большее конкурентное преимущество в сравнении с другими, да и просто интересно самому углубление в тематики АйТи и бизнеса. Данное видео дало толчок именно к этой мысли, что не нужно зацикливаться на одном, развитие как в по горизонтали, так и по вертикали дабы грызть гранит неизвестности ожидающей каждого делающего первые пока неуверенные шаги в новые профессии

К сожалению, в заказной разработке модель Кано слабо применима, как и многие другие продукт-менеджмент фишки, т.к. редко есть доступ к текущим или потенциальным клиентам, и возможность значительно влиять на важные решения. Кроме того, слышал мнение, что Кано - это не очень хорошая модель, так как в ее основе лежит практика опроса клиентов "нужна ли вам эта фича?", что противоречит основам UX. Ведь, если бы Генри Форд или Стив Джобс тупо следовали бы мнению потенциальных клиентов, то у нас не было бы на автомобилей, ни персональных компьютеров, ни смартфонов. Впрочем, для проектов, у которых нет задачи сделать сколь-либо инновационный и прорывной продукт, модель Кано можно, наверное, использовать, но в совокупности с другими методами.

Привет! Не небезызвестной нам галере модель Кано по матрице компетенций относят к техникам приоритизации. И меня это всегда сбивало с толку, потому что я не понимал, как собственно ее в таком ключе применять. Отсюда и вопрос: ее вообще можно как-то применять в контексте ранжирования фич по срокам выполнения? Или модель служит только для высокоуровневой качественной оценки - брать/не брать? Что если у нас есть две обязательные или две привлекательные фичи - какую из двух делать первой? По идее по показателям экспоненты, но как этот показатель посчитать и изобразить? Что если у нас есть одна обязательная и одна привлекательная - какую делаем первой? Всегда ли мы обязаны делать все обязательные раньше всех привлекательных, или есть градация? Если есть, как их сравнивать?

Топ контент