42. Отвечаем на ваши вопросы: что нужно знать начинающему бизнес-аналитику
41m 33s
В подкасте обсуждаются ключевые техники и подходы для начинающих бизнес-аналитиков. Рекомендуется использовать BABOK как основу для изучения методов, сгруппированных по темам: анализ стейкхолдеров (например, RACI и Onion-диаграммы), сбор требований (интервью, наблюдение, воркшопы) и их приоритизация (MoSCoW, User Story Mapping, Kano). Особое внимание уделяется подготовке к встречам, использованию визуальных инструментов (Miro, Figma) и важности изучения документации перед общением с экспертами. При документировании требований советуется сначала следовать установленным в компании стандартам, а гибкость в выборе формата (от детальных спецификаций до упрощённых user stories) зависит от контекста — крупные корпорации часто требуют подробной документации, тогда как стартапы предпочитают минималистичные подходы для скорости.
Всем привет! Это подказ Тебе бизнес-анализ. Сегодня его буду вести я на Рлубек. И будем вот вместе с Даной, в печатнем вопросов, которые нам прислали в Instagram. Всех Дану знает, но Дана представься. Всем привет! Это Дана. Обычно я начинаю подказать, но сегодня мы решили, что он на Рлубек будет ведущим. Давайте сегодня подвечаем новые вопросы, которые вы писали в Instagram. Я знаю, что у тебя есть список вопросов. - Угу. - А давай начнем. - Да, давай. Все вопросы в основном от людей, которые хотят стать бизнес-анализами или в начинающие бизнес-анализики. И давай первый вопрос, Дана. Какие техники нужно знать, начинающему наритику? - Мне кажется, что здесь нужно разделить техники по темам. То есть у нас есть техники приаритизации, допустим, техники сбора, требования, техники, эстемации, работы, и т.д. Для начала нужно выделить все эти шаги, которые точнее все эти темы, которые обедняют те или иные техники. И в рамках каждых вот этих тем нужно выделить самые популярные. Вот сегодня, наверное, самый такой легкий вариант, как это сделать, это нужно открыть бабок и его структуру. И пройтись по бабоку, там в бабоке есть прям просто можно оглавление открыть, да? И посмотрите в этом бабоке, какие есть техники. Я советую, наверное, просто посмотреть по списку, выделить, может быть, первый, по каждой две первые техники в каждом из этих разделов. И вот этого будет достаточно, я думаю, для того, чтобы просто начать работу как бизнес-анализик. Ну, это вот лично мое мнение, как мне кажется, самый легкий способ, потому что информация в интернете очень много, и, наверное, самый простой способ - это пойти от бабока, это такой действительно проверенный источник информации. Да-да, это отличный совет. Взначать бабок, бабок - это библия бизнес-аналитиков, есть никто-то не знает. И мне не хочу обидеть никого, но, то есть это такая же важная бизнес-аналитиков книга, какие библия для христиан, и, наверное, их уран для Muslim. Но, дана со своего обода, то есть, скажи, вот, например, возьмем по стадиям, в самом начале нужно прийти и там ознакомиться с стейхолдорами, сделать какой-то стейхолдор, анализги, техники, стейхолдор анализа, ты бы посоветывала с какими из них ознакомиться. Самая популярная эта расия, мне кажется, что с помощью расии можно, в принципе, неплохо изучить сам процесс, который вы там планируете автоматизировать, и не забыть никого из стейхолдоров, которых нужно опросить, или с которыми нужно поговорить, которых нужно привлечь у этот проект и так далее. Мне кажется, что вот этот момент с построением диаграммы России очень важно. По поводу допустим, Power, Impact, Diagram или Onion, Diagram, допустим, честно на своем оппяти я почти никогда не строила их. То есть, я просто, наверное, как понимала, кто у нас есть продуктов, кто там имеет наибольшие влиянии, и так далее. Но если у вас проект прям очень большой, где очень много людей, то вот можно построить, допустим, еще Onion, диаграмму, чтобы понимать, кто имеет наибольшие влиянии, кто там допустим, из внешних стейхолдоров может как-то повлиять, потому что когда вы строите расии диаграммы, не всегда можете учесть какие-то внешние факторы, которые могут повлиять на ваш проект. Последовал, наверное, эти две расии и Onion. Окей, отлично, спасибо большое. Окей, мы подпишли первый этап, когда мы знакомились с людьми, которые выгляют на проект, либо там, которые могут повлиять на проект. Теперь нам нужно с ними. Ну как бы, как-то сконтачится связаться и получить требования к продукту, которому вы не делаете. Скажи, пожалуйста, тоже пару примеров по техникам, как это будет по-русски, это правильно. Извлечение требования, сбора требования. Да, техники сбора требования. А когда ты сказала, извлечениями сразу напомнили эти книги, Стивина Кинга, у него есть цикл темное башню, там есть книга извлечения троих. Ну да, из из некоторых стейхолдоров приходится эти тревни, извлекаясь, да, они просто так сами не дают их. Да, ну вот если мы говорим про техники, именно извлечения требования, то мне кажется, тут нужно, в принципе опять же смотреть на проект, когда мы говорим про то, что есть разные техники требования, интервью, наблюдения за тем, как люди работают, воргшопы разные, там, бреншторминги и так далее. Мы часто саму технику изучаем, а когда ее использовать, ну обычно не рассказывают почему-то на курсах, я бы посоветовала почитать про каждую из них и посмотреть, где лучше всего применима эта техника. То есть допустим, если у вас проект, то рам есть очень хорошие эксперты, и на каждый шаг, там допустим вашего процесса, вы можете пойти хорошим эксперту и интервьювировать его, то в принципе интервью очень хороший способ сбора требования. Если у вас есть, допустим, несколько департаментов, которые должны между собой взаимодействовать, и вам необходимо определить самая эффективная путь взаимодействия, возможно, изменить этот путь, потому что то, что сейчас есть, возможно, вам не подходит, здесь хорошо подходит техники бреншторминга, техники воргшопа. Допустим, когда вы собираете людей, и готовитесь к этому мероприятию, фасилитируйте его, и у вас всегда намечена какая-то цель, и что вы хотите из этого мероприятия извлечь. То есть бреншторминга, хорошие методы, извлечения требования. Допустим, если у вас на проекте есть люди, которые плохо проходят интервью, допустим, вы работаете на заводе, например, вы должны автоматизировать какой-то процесс, а люди, которые работают на заводе, говорят, вам просто "да" или "нет", просто кивая от головой, потому что они рабочие, то есть они люди, которые там руками работают, не привыкли, очень сильно много говорить, то есть такими люди тоже сталкивались. Здесь очень хорошо подходит момент такой, либо понаблюдать, затем как они работают. Либо, прямо если это что-то такое, более-менее безопасное, я не говорю там, правда, пусть-ем какие-то сложные процессы, которые могут, в принципе, нанести вам вред. Но если это что-то такое, более-менее простое, в чем можно поучаствовать, то можно поработать один день, пару дней, например, на этой должности, и самому почувствовать, что делать этот человек. То есть у меня такое тоже было, я иногда работала вместе с людьми, и они даже не всегда знали, что я бездосновитель. Думали, это какого-то новичка, ним в команду перевели? Да, это, наверное, самые такие важные, на первое время техники сбора требования, про которые нужно знать. Ну, помимо того, что, естественно, вы нужно читать документы, то есть изучение документации, вот это ресурч, это делать, то есть просто в интернете изучать, как другие компании работают. И делать какое-то изучение, того как эти процессы, в принципе, какие-то без практицы, которые допустим, публикуют какие-то там, сперты в этой области, тоже очень важно вот эту умею делать. В принципе, на это все, что нужно на первое время. Да, спасибо большое. Отличный такой самой, таких техник, которые, ну, чаще всего используются, и, наверное, самые полезные. И от себя, хотя бы добавить, что именно, прочитением документации и с каким-то своим ресурчем очень часто при не вырекают, ну, не только начинающие, но и, как бы, продолжающие, скажем так, бизнес-аналитики, да? И они, ну, начинать проекты и сразу идут там, что-то спрашивать у, как бы, эксперты в остальных холдеров, что очень часто разоржают людей, когда ты приходишь к нему и говоришь, типа, объясними все, это как в школе, когда тебя учитесь, про что-то, не понял, а ты говоришь, ничего не понял. И, да, и там, ну, чаще всего, лучше всего, если есть какая-то документация, ее почитать, хотя бы немного вникнуть в суть, и задавать уже какие-то общие, туманные какие-то вопросы, а уже какие-то конкретные, точные, тогда люди гораздо лучше идут на контакт, и, как бы, когда им, кажется, ну, или они видят, что ты хоть немного разбираешься в теме, и, как бы, тебе не придется все там, с нуля объясняйте, как маленьким ребенком. А, ну, я еще хочу сказать, что, ну, типа, ну, в то же время, не, не, как бы, если вы проводите интервью или какие-то принесуторми, в архшопы, не, не будете задавать вопросы, там какие-то, ну, либо, и, когда, какой-то, вот, наблюдение проводить, не будете задавать вопросы, и, там, записывайте только факты и не, не, не, не додумывайте ничего. Да, кстати, хороший совет, не додумывайте ничего. Это, знаешь, я думаю, что, в этот, сам, процесс, борок требований, да, он включает в себя помимо того, что вы выбираете какую технику использовать, нужно еще обязательно готовиться. Вот, допустим, к интервью нужно обязательно накидать какой-то приблизительный сценарий разговора. Даже, допустим, с опытом, вы можете что-то забыть, то есть у меня обычно есть какой-то короткий список, тем, который я хочу обсудить на встрече. И плюс еще ко всему, да, что вот, очень важно, я часто, перед тем, как пойти на тоже интервью или какие-то бронидштормы, делаю заготовки. То есть, что это значит, я беру, там, доску в мира или в фигме. То есть, это инструменты, кстати, которые тоже не могут быть.
хорошо бы знать начинающую бизнес-аналитику. Там, кстати, вот в мире, например, очень много готовых шаблонов для разных прыжтормигов. То есть вы можете посмотреть и выбрать какой-то готовый шаблон. Там прям в этих шаблонах есть примеры и есть прям описание инструкции, как проводить тот или другой прыжторминг. И очень классно, можно через мира научиться проводить какие-то классные встречи, их Василитировать. То есть это такой крутой инструмент. И перед какими-то такими встречами, где мне нужно за короткое время узнать, как можно больше информации. Во-первых, я готовлю какой-то визуал, то есть туда, где я буду сразу афиксировать какие-то идеи, какие-то связи, указывать. И люди могут сразу меня корректировать. То есть правильно ли я поняла это прямо время встречи, говорить мне и постепенно наращивать какой-то визуал и какой-то процесс строить. И плюс ко всему до встречи, я обычно делаю какую-то заготовку, то есть мы не с нуляет и строим вместе. А я накидываю какие-то идеи, как я вижу, как это сейчас работает после изучения документации и там какой-то информации в интернете. Таким образом людям намного легче не с нуля что-то придумывать. А вот редактировать, или там зачеркивать что-то, исправлять что-то намного легче и начинать исправление того, что я написала. Пусть это неправильное. Пусть там есть ошибки. Сразу включают людей в работу и сразу помогает нам выйти на такой хороший темп, допустим, создание каких-то схем, каких-то крутых, может, яграмы, и так далее, какие-то мэйд-мэпов. Вот, то есть вот такой хороший совет получается. Пусть неправильное, да, прям не на 100% правильно сделать все равно какую-то заготовку, какую-то ресурч до встречи и показать его, чтобы вместе с командой допустим его начать там редактировать. Вот. Спасибо, спасибо за такой инсайт. И ну, вот вы провели эти встречи, либо там по читали документы, чтобы выявить требования. И теперь, скажем, записали эти требования. Сейчас части записывания требования еще сейчас, вернемся все еще в Бросии. И нужно их проопреретизировать. Есть те уже техники-передизации. Расскажи, пожалуйста, на какие там самые популярные, наверное, техники, по которой хорошо бы знать начинающим бизнес на лихиком. Да, проопреретизация требования, ты такой момент, что вы можете предлагать, да, то есть вот эти техники, ну, опять же это нужно обсудить с вашей командой, там, с продуктовым или с продуктмен-наджером, да, который будет делать, то есть как бизнес-аналитик, вы можете эти техники предложить. Вот в моей практике такого прям не было, что вот когда я работала прям бизнес-аналитикам, что я сама выбирала до эти техники, там сама их сидела приоритизировала, нет, то есть это мы делали совместно там с продуктом-доктом, продуктмен-наджером, вот и исходя, то есть нужно уметь предложить эти техники, объяснить, в чем их плюс и минусы, да, и вот если идти из этого, то есть, наверное, самое по-моему популярное, это мозг, да, то есть техника-преретизации, когда вы просто говорите там, что вам обязательно нужно сделать, что было неплохо сделать, да, потом что вы могли бы сделать и что, возможно, ну там, вы бы хотели сделать, но возможно, не сейчас, вот и получается разделить ваши какие-то задачи, да, то есть по выставить вот эти М, С, да, там куты W, короче по всем вашим задачам и пройтись по ним и в принципе вам будет понятно уже, наверное, исходя из этого, что вам нужно сделать. Это один такой, один из первых, да, например, в которые я привела, потому что сам начали все карьеры, очень часто этим пользовались. Также я бы хотела выделить очень хороший пример, это "Yuzor Story Mapping", да, то есть если у вас есть карта "Yuzor Story" и вы можете допустим в каждом шаге, на каждом шаге очень легко, вы можете выстреть приоритет, то есть задачи, которые позволят допустим вашим пользователям получить максимальную ценность от вашего продукта, и к задачам, которые допустим, ну не плохо бы сделать, но возможно, не сейчас. То есть таким образом, "Yuzor Story Mapping" позволяет на каждом шаге приоритизировать задачи и не забыть до какие-то важные задачи, там которые могут относиться, возможно, каким-то не совсем очевидным шагам вашего пользователя, допустим, вашей системе. То есть, у Зор Story Mapping в этом с этой точки зрения мне очень нравится, что он дает возможность сразу увидеть картину вашего продукта и не забыть важный задачей на каждым из шагов, которые необходимо выполнить допустим вашему пользователю для достижения какой-то цели или решения проблемы. Что еще и, наверное, самый такой, ну, я бы хотела выделить эту технику приоритизации "Cano" для таких продуктов, которые, наверное, там запускаются для какого-то большого круга людей, для каких-то, может быть, приложения вы какой-то делаете или маркоплей, допустим, запускаете, то можно использовать еще технику "Cano" мне на чем нравится, что там есть такой, ну, можете, конечно, про нее почитать очень подробно, там есть такой, как бы сказать, сегмент задачи, в которой относятся такие задачи, которые вызывают восторг пользователя, мне это нравится, то есть это позволяет смотреть не только на какой-то минимальный жизнеспособный продукт, то есть и построить какой-то продукт, который просто будет, ну, какие, хорошо, работать, но это еще позволяет построить минимальный, как бы такой, как глава был продукт, да, то есть продукт, который еще помимо того, что он будет работать, еще будет как-то вызывать, может быть, чуть-чуть небольшой, но восторг пользователя, и уже сразу будет любим имя, вот, как-то так, наверное, пока что, и у этого продукта будут такие же почитатели, какого Apple и будут вводны, как Apple против Android, но было неплохо, да, ну, окей, спасибо большое, да, классно, да, и, ну, наверное, в самом начале, если вы хотя бы изучите детальное про маску, на самом деле это очень как сказать, интуитивно-понятная техника, и как и всем будет понятно интуитивно, как приодизировать, вот, ну, как бы изучить ее, ее там, не знаю, в 90% случаев будет достаточно, и что, ну, как бы, наверное, приодизировали, в принципе, плюс-минус на этом работа, как бы, бизнес-налитика по сбору тримфонезаканчивается, и, ну, вот мы и рассказали, ну, в основном, конечно, да, она рассказала про самой главной техники, которые нужно знать о начинающем бизнес-налитиках, теперь давайте вернемся на шаг назад про документирование требования, у нас есть вопрос тоже от подписчиков, как выбрать способ документирования требований, что ты скажешь на это, ну, вот здесь такой вопрос, то есть давайте начнем так, начинающую бизнес-аналитику, скорее всего, не дадут выбирать способ документирования требования, то есть, скорее всего, ну, вообще большинство компании, насколько я знаю, когда мы приходим на работу, есть некий стандарт документирования требования, которым они привыкли, то есть это позволяет компаний допустим, отслеживать, вообще, насколько хорошо вы работаете, как бизнес-налитик, платить им зарблату или нет, допустим, плюс ко всему это позволяет ваши команды, во-первых, понять, что разрабатывать, во-вторых, тестировать, то есть, как должны работать в время тестирования, и скорее всего, в компании уже есть какой-то формат, которому все привыкли, которые достаточно быстро все читают и понимают, и поэтому, когда вы приходите, как начинающий бизнес-налитик на работу, нужно подойти к старшему бизнес-налитику или там тем леду на вашем проекте и спросить вообще, какой стандарт в этой компании, как вы документируете требования, какие снюванцы, да, то есть вот это все нужно спросить, попросить какие-то примеры, то есть, как это все делается сейчас, вот, и наверное, какое-то время, первое время, да, особо это не рыпаться, поиграть по этим правилам, посмотреть, что происходит вообще, там, в компании, и потом уже, возможно, предлагать какие-то изменения исходят из вашего опыта или ваших курсов, да, которые вы проходили и так далее, вот, со временем, когда уже будут больше доверять как бизнес-налитику или бывают компании, которые на немают, опять же, джуньор бизнес-налитиков, но там от команды, команды, да, внутри одной компании могут отличаться стандартные документирования, и допустим, у вас есть свободы выбрать способ документирования требования, здесь начинается очень интересный момент, да, то есть здесь нужно, здесь нужно поговорить с вашей командой, здесь нужно рано,
Я не знаю, как я в коммурии. Я не знаю, как я в коммурии. Теперь в подкасте будет. может быть безередакки безередакторы можно оставить. Вот что происходит, когда дома детьте. В общем нужно сначала с командой посоветоваться. То есть говорить с ними. То есть мы конечно можем писать требования в другом момент, что должны кто-то прочитать и понять и по ним разработать. Поэтому с командой обсуждаем, говорим, какая степендитализация важна, что им важно видеть в требованиях. И также еще обращаем внимание на то, какая компания, да? То есть если ты компания допустим слишком, беру кратизированные, допустим в компании, очень большая текучка, допустим в компании, очень плохо все с тем, чтобы люди передавали другу дела, могут кого-то уволить одним днем. То конечно лучше писать хорошую документацию, чтобы постоянно всем людям все не объяснять, да? Вот, делать это очень подробно. Если же у вас такая дружная команда, которая допустим в протяжении многих лет уже вместе сработалась и так далее, здесь можно переходить на какое-то упрощение требования, чтобы просто увеличить скорость разработки тоже. Другой момент еще есть такой темп компании, то есть допустим, если вы работаете какой-то большой корпорации, темп может быть достаточно медленный, потому что есть время, которая такая большая корпорация закладывает на согласование, там определенного пула, менеджеров, есть компания, в которых очень важно это тайн-то маркет, то есть какие-то стартапы, которых каждая копейка на счету. Поэтому если вы приходите опять же стартап, то скорее всего, какую-то супер документацию создавать не будете, будете писать что-то очень просто, ее за историю, какие-то акцепты на скриптере по минимуму. Если это какая-то очень большая корпорация, то скорее всего требования будут очень подробные и заранее прописаны детализированы вот как-то так. Ну да, я, на самом деле, вот я хотел добавить, что на самом деле существует две крайности. Я это, наверное, вот большие корпорации Slash-Ghost-Organy, где требуется очень много подробной документации, чтобы ее потом посмотрела и подтверждила, там, Н-ное количество менеджеров. И, как бы, другое крайность - это стартапы, которые столько сейчас придумали, что-то и начали сразу делать. И, ну, будете, ну, всегда будете в какой-то, где-то в этом спектре, да? И, ну, и, как бы, в зависимости от того, где вы находятся в этом спектре, вы можете писать какие-то подробные бизнес-рекуармон документы, там, функциональные спецификации. А можете требовать не документировать видеоизорсторис, там, с никакими-то небольшими пояснениями, что-то там в KnowledgeBasy записывать. Вот и, ну, как бы, да, на самом деле, если вы прямо начинающий бизнес-релитик, скорее всего, вам, когда вы придете на работу, вам расскажет, как они ожидают, чтобы будете свои свои требования документировать. И, ну, то есть, расскажет, покажет, в главной будет вам приспособиться по тот, тот тип документирования требования, который ожидается в этой команде. Да, согласно. Наверное, для того, что пройти интервью, вот, я сейчас перечислить просто те техники, документирования, которые нужно знать, то есть, точнее, форматы, да, то есть это юзер-сторе, лучше прочитать, как в формате пишется, что такое, аксэптонскритерии, также обязательно про юзкейсы, потому что насколько, наверное, многие компании до сих пор им пользуются, посмотреть, что за документы BRD, СРС, то есть, погуглить, посмотреть, потому что эти вещи помогут вам пройти интервью. То есть, в другой момент, конечно, что, скорее всего, все вместе вы это используете не будете, но знать это просто, как выглядит примеры этих требований. То есть, прямо загуглить, напишите, юзер-сторе, там, примеры, вот, юзкейсы с примеры, да, то есть, посмотрите, как можно больше примеров для того, чтобы понимать, что приблизительно и себя это представляет, это способ документирования. Спасибо большое, да, и еще раз. И, наверное, вот, следующий вопрос тоже, касается документирования требований, и он, значит, диаграмм. То есть, какие виды, наверное, диаграмм, надо знать, начнающему аналитику, и как выбрать правильную диаграмму для документирования того или, там, иного требования. Диаграмм, и вообще очень классный инструмент. Я его очень люблю. Но у меня есть такая небольшая экранность. Я очень много диаграмм создаю, просто думаю, ими. И я могу даже процессе разговаривать, рисовать какую-то диаграмму, что я сейчас делаю. И это классный инструмент для того, чтобы самому запомнить что-то, то есть, допустим, майн-дмепы, есть диаграммы, допустим, диаграммы процессные, которые мы рисуем. То есть, вот эти диаграммы, вы можете использовать, в принципе, для того, чтобы разобраться в каком-то процессе, наверное, начальном этапе, конечно, лучше их создавать, даже просто для себя. То есть, для того, чтобы научиться их рисовать, для того, чтобы приспособиться, для того, чтобы лучше понимать процессы. Потому что многие бизнес-аналитики говорят, вот, ну, в этом диаграмму не нужна, а здесь диаграмму не нужна, а там, и так далее. Но хотя бы, там, диаграмму какую-то swimline, или диаграмму, там, обычную, да, какую-то процессу, то есть, есть там разные техники, например, и письи, диаграммы, да, или диаграммы. Ну, какой-нибудь условный flowchart, там, да, какие шаги там, что, позачьего происходит? Да, просто какой-то flowchart нарисовать, не обязательно прямо использовать какую-то нотацию. То есть, просто вот квадратики, которые представляют себя шаги, поставить определенном порядке и стрелочки нарисовать между ними, может каждый, и я советую все-таки на начальных этапах делать это всегда, то есть, по вашему процессу, в котором вы работаете. Во-первых, это позволит всем, кто есть на проекте, понимать, что вы делаете, как процесс работает, плюс ко всему, если бы приходить на вечки, намного легче будет объяснять ваш процесс на диаграмме нежели на пальцах. Сдут можно вот запомнить, да, swimline, некоторые используют BPMN, и письи диаграммы, вот любую flow, да, то есть диаграммы, то есть это вот, можно использовать. Какую-то из них можно просто изучить, не обязательно все четыре, да, там, то есть, можно какую-то из них выбрать, которая больше умравится, изучить и с ней работать. Также есть диаграммы, которые, допустим, мы уже говорили про юзор-сторимап, который показывает вообще в целом, какие фичи, какие функционалы, ожидается ваших продукти. Я думаю, что юзор-сторимап, опять же, не все используют, и, наверное, не всегда нужен, и не все умеют им правильно пользоваться. Но научившись, и если у вас будет возможность его потом поддерживать, то есть, если у вас никакой-то там огромный продукт, если вы согласны, инвестируется время поддержание твою юзор-сторимапа, то я бы советовал еще изучить эту технику и внедрять ее в свои проекты. Что еще? По поводу диаграмма, можно изучить ЮМЛ, диаграммы. Я помню, как-то на одном собеседование спросила, что такое ЮМЛ-диаграммы и мне сказали, ну, это диаграмма, которая показывает организационную структуру всех сотрудников. На самом деле нет ЮМЛ, это унифицированный язык моделирования, который включает в себя нереотное количество диаграмм, в которых, даже по-моему, все типы, даже никто, в принципе, не знает. То есть, вы можете просто загублять. Но самый известный из ЮМЛ-диаграм, который мне, наверное, больше всего нравится это активить диаграммы. Это стоит диаграмма. Это секунды диаграммы, которые чаще всего используются в работе. Секунды диаграмма поможет вам, если вы работаете на какой-то интеграции, я думаю, что она обязательно нужна. То есть это просто маст-хэв, иначе никто из вас не поймет, что с чем интегрируется и как. Стоит диаграмма, очень важна, если вашей системе появляется какие-то статусы. Допустим, вы создаете какую-то систему, в которой есть заявка, и это заявка сначала в статусе новое, потом она черновик, потом она в статусе согласования, потом она выполнена. И для того, чтобы понимать, какой статус следует за каким и что, в какой статус она может вернуться, а из какого статуса она не может перейти в другой статус, вам нужно будет стоить диаграммы. То есть, вот эти все диаграммы нужно изучить, как минимум три диаграммы из ЮМЛ, нужно знать и уметь их рисовать. Вот, пока что, наверное, меня все. Да, спасибо, да, на отличный ответ, на отличный вопрос. На самом деле классный вопрос, потому что, как говорится, что эта пекция — "World's Thousands World".
то есть там одна картинка может вам описать то что там придется тысячи слова писывать и ну как бы по моему опыту никто не будет читать тысячи слов когда можно посмотреть картинку и сразу посмотреть что там так а что не так и как бы эти диаграммы чарты они делают гораздо гораздо проще процесс согласования требования то есть зачастую после того как вы написали требования вам нужных согласовать с заказчиками удостоверится что вы все правильно написали и если вы им пришлете отолмут на 10 тысяч страниц никто это не прочитает а если вы им пришлете диаграммы их гораздо быстрее посмотрит скажет ну вот здесь не так вот здесь так и как бы гораздо быстрее пройдет процесс согласования да и когда она сказала начните просто как как так там квадратики в правильные последовательности как бы составлять и ну по себе на по себе научитесь и поймете как бы научиться замы поймете как это правильно по новости делать самый главное начать и у нас последний пятый вопрос на сегодня дана скажи пожалуйста как выбрать ноутбук для аналитика да этот вопрос мне немножко поставил в тупик сейчас потому что мне кажется ноутбуков сейчас такое количество и так трудно выбрать я даже по самоде себе не могу пока выбрать и все еще опирается в бюджет то есть мне кажется что в принципе если вы работаете обычным бизнес-аналитиком который там создаёт самые простые прототибы пишет документацию который допустим работает на удалёнке возможно да то есть он там созванивается с людьми и так далее то в принципе самого простого ноутбука будет достаточно то есть любой ноутбук может потянуть текстовый редактор там любой да любой ноутбук может потянуть в браузере там угл миц или какой-нибудь другой инструмент для того чтобы созваниваться и любой ноутбук может потянуть какой-то там фигму или мира которые тоже опять же работают в браузере вот в принципе если вы планируете просто работать бизнес-аналитиком то самый простой не сильно там мощный ноутбук он подойдет но если все-таки могут быть такие проекты допустим на которых вам нужно будет изучать достаточно сложные системы и в них вносите изменения либо автоматизировать какие-то сложные расчеты которые сейчас у вас допустим вот каких-то огромнейших эксель файл существует нам очень много компаний которые до сих пор работают на огромных неподъемных эксель файлах которые вообще мало кто помнит как работает просто работает и не трогайте его там не сбейте не дай бог форму вот и то есть вот эти все эксели сейчас автоматизируется не каждый на самом деле ноутбук это потянет поэтому но здесь я могу сказать точно что в таких проектах обычно ноутбук дается на компания и она как бы ориентируется под сложность про проекта и дает онутбу который может это подтянуть поэтому в принципе если вы покупаете просто ноутбук для себя ориентируйтесь на свои цели то есть если вы планируете просто работать бизнес-аналитик можно взять самый простой ноутбук там какой-нибудь ну мне нравится например ли нового мне нравится могбуки мне нравится ноутбуки HP то есть вот хюля пакарда то есть по сути эти марки мне нравится у меня были ноутбуки этих марок они достаточно долго у меня прослужили и там из могбуков подойдет наверное эйр там из асуса можно взять какой-нибудь йога таблет да то есть достаточно простые такие хорошие ноутбуки все остальные ноутбуки я думаю что компания могут предоставить если же вы планируете еще подкаст и писать как мы или это видео подкасты потом антировать тут уже другой вопрос и мне кажется здесь нужно просто давать таким видео монтажером что здесь уже моя компетация заканчивается спасибо да ну вот короче если есть суммировать тут получается если есть деньги берите могбуки если не криник криник криник что то что хватает денег и просите ноутбука компания да да да и обязательно просите ноутбуку компания сейчас очень много компании выдают технику ноутбук своим сотрудников вот и на самом деле я каста соврал это был не последний вопрос предпоследний да я забыл один вопрос прочитать до этого и вот теперь точно последний вопрос и он чуть-чуть связан с инструментами какие инструменты надо знать начинающему аналитику я думаю мы очень много инструментов уже сказали да то есть там допустим мера или фигма а лучше наведное ну не обязательно прям вот и дознать фигму например как на уровне дизайнера я думаю что просто там сделать какую-то схематический прототи почему нет то есть там максимально самые простые какие-то функции это нарисовать квадратик нарисотально писать текст на нём что это такая кнопка то есть может каждый даже самостоятельно я думаю что это фигма миров обязательно нужно хорошо знаете думаю ворта к сель изучать эти инструменты обязательно знаете хорошо powerpoint или google slides потому что презентации нужно будет рисовать есть такой инструмент как Microsoft в видео для рисования схем его я думаю тоже нужно знать потому что очень большей корпорации часто пользуются в видео для создания диаграмм но также есть бесплатный инструмент draw aeo то есть он открывается просто браузер и его тоже можно изучить это инструмент для создания опять же разных типов диаграмм для того чтобы уметь работать в каких-то так как таск трекерах да то есть изучите джиру джира это бесплатное для каких-то тестовых проектов в проектов и можете просто зарегистрироваться открытику это проект по изучать джиру это бесплатно и есть еще такой инструмент как конфлюанс это как инструмент который помогается сдать базу знаний такой же то есть это вот акадлассин компании есть такой же похожий инструмент вот по-моему Microsoft а а журдовобс а журдовобс идео то есть вы можете тоже опять же изучить идео это тоже таск трекер такой же как джира в принципе очень похож и у них есть тоже своя википедия тоже изучить как создать страницы если честно через одно место не нравится но можно по изучать что еще Microsoft Outlook по изучать его возможно поставить кутибисплатную версию или посмотреть видео на ютубе потому что кажется для меня это казалось очень простым на работе но я видел как некоторые молодые люди от очень сильно тупили соутлуком и не могли к нему привыкнуть поэтому аутлук важно знать потому что во многих больших корпорациях вы все будет пользоваться этим Microsoft аутлуком для работы с письмами на самом важной в аутлукке изучите как вернуть письмо который ничай не оттая да да да вот и я думаю что это вот это наверное все потом там уже на самом проекте будете изучать инструменты которые вот важны для этого самого проекта то есть там обычно изучаете какие-то опять же технологии там какие-то системы которые вы там которые вы улучшаете то есть там уже проекта будет зависеть вот наверное это все ну учат гпти конечно изучать и чат дипятен может вам да да и всего вопросы которые вы задаете нам можете чат дипяты же задать он он может тоже какие-то полезные но менее полезные советы чем мы вам да с можно я авто просто скажу про чат дипяте он меня недавно так подставил я очень сильно хотела быстро сдать там один тест на одном курсе чтобы потитайше его изучать вот и мне было так ли не то было что-то вроде 12 часов ночью не было так ли не решать буквально там было 5 задачек именно тестовых не было так ли не просто взяла скопировала все эти 5 вопросов ставила в чат дипяте он мне на каждой вопрос написал там первый этади там второй этади я просто тупо отметила нажала да но и думаю чат дипяти же он же умный и что ты хочешь не один ответ не был правильно я такая просто думаю вот вот ты же вообще подставлялся и сидела 12 ночи решала этот чертов тест короче ну само сама потому что чат дипяти какой ты фиг не умнее там написал вот поэтому не доверяйте сильно чат дипяте он еще еще не вырос он еще ребеночек тупенький да и реально проверяй да и не знаю и я думаю еще нужно добавить что самый главный инструмент бизнесонарики к этому верное мозг его нужно уметь своими мозгами пользоваться и да потому что да как как будто сейчас свой свечи
очень много людей, которые мозгами пользуются от случаях, к случаю. Да, не поступайте как я. Вот, ну, это был точно последний вопрос. Пишите еще вопросы, серьезные, не серьезные любые вопросы. Мы будем время от времени, когда будет набираться какой-то количествов вопросов, отвечать на них. Сегодня Дана делилась своими знаниями, я был в роли задающего. В следующий раз может поменять, а может и нет. Дана, классно-дочай на вопрос. Слушайте наш подкаст, ставьте звездочки, лайки, сердечки, на Тэпплотворме, которую вы слушаете. Подписывайтесь на наш Instagram. Еще скажи пару слов, Дана, для завершения. Окей, всем спасибо, спасибо за вопросы. Очень рада, что вы пишете вопросов Instagram. У нас есть Instagram и у Нурлбека и у меня они будут в описании к подкасту. Пишите нам в личку, мы все читаем, сразу отвечаем на эти вопросы, а потом еще и записываем вот такие подкасты. То есть ваш вопрос точно попадет в следующий выпуск, поэтому будем ждать от вас активности, мы очень благодарны за внимание к нам и нас это очень очень очень радует на самом деле. Спасибо. Все, всем спасибо, всем пока. Всем пока.
Podcast Summary
Key Points:
Для начинающих бизнес-аналитиков рекомендуется изучать ключевые техники по категориям (сбор, приоритизация требований и т.д.), используя структуру BABOK как проверенный источник.
Важные техники включают
При документировании требований следует сначала адаптироваться к стандартам компании, а выбор формата (детальный или упрощённый) зависит от типа организации (крупная корпорация или стартап).
Summary:
В подкасте обсуждаются ключевые техники и подходы для начинающих бизнес-аналитиков. Рекомендуется использовать BABOK как основу для изучения методов, сгруппированных по темам: анализ стейкхолдеров (например, RACI и Onion-диаграммы), сбор требований (интервью, наблюдение, воркшопы) и их приоритизация (MoSCoW, User Story Mapping, Kano). Особое внимание уделяется подготовке к встречам, использованию визуальных инструментов (Miro, Figma) и важности изучения документации перед общением с экспертами.
При документировании требований советуется сначала следовать установленным в компании стандартам, а гибкость в выборе формата (от детальных спецификаций до упрощённых user stories) зависит от контекста — крупные корпорации часто требуют подробной документации, тогда как стартапы предпочитают минималистичные подходы для скорости.
FAQs
Начинающему аналитику следует изучить ключевые техники по темам: приоритизации (например, MoSCoW), сбора требований (интервью, воркшопы), анализа стейкхолдеров (RACI, Onion-диаграмма) и оценки. Рекомендуется начать с изучения BABOK (руководства по бизнес-анализу), чтобы систематизировать знания.
Эффективность техник зависит от контекста проекта. Интервью подходят для работы с экспертами, воркшопы и брейншторминг — для согласования между отделами, а наблюдение или погружение в работу — для понимания процессов, когда стейкхолдеры малообщительны. Также важно изучать документацию и проводить самостоятельный research.
Подготовьте сценарий или список тем для обсуждения. Используйте визуальные инструменты (например, Miro или Figma) с готовыми шаблонами, чтобы фиксировать идеи в реальном времени. Создайте предварительную заготовку на основе изученных материалов — это ускорит процесс и вовлечет участников.
Наиболее популярны MoSCoW (Must, Should, Could, Won’t) для простого разделения задач, User Story Mapping для визуализации шагов пользователя и приоритизации на каждом этапе, а также метод Kano для продуктов, где важно вызвать восторг у пользователей. Выбор техники следует обсуждать с командой.
Скорее всего, в компании уже есть стандарт документирования — уточните его у старших коллег. Если есть свобода выбора, обсудите с командой, какая детализация им нужна. В крупных корпорациях документация обычно подробная, в стартапах — минимальная (например, user stories с краткими пояснениями).
Начните с построения RACI-диаграммы, чтобы определить роли и ответственность. Для учета внешних факторов или сложных проектов используйте Onion-диаграмму, которая показывает влияние стейкхолдеров. Это помогает не упустить ключевых участников и понять их воздействие на проект.
Chat with AI
Loading...
Pro features
Go deeper with this episode
Unlock creator-grade tools that turn any transcript into show notes and subtitle files.