42. Отвечаем на ваши вопросы: что нужно знать начинающему бизнес-аналитику - podcast episode cover

42. Отвечаем на ваши вопросы: что нужно знать начинающему бизнес-аналитику

Feb 01, 202442 minSeason 4Ep. 3
--:--
--:--
Listen in podcast apps:

Episode description

Всем привет!

Встречайте новый эпизод подкаста!

Сегодня мы ответили на следующие вопросы:

1 Какие техники нужно знать начинающему аналитику?

2 Как выбрать способ документирования требований?

3 Какие диаграммы надо знать начинающему аналитику и как выбрать диаграмму?

4 Как выбрать ноутбук для аналитика?

5 Какие инструменты надо знать начинающему аналитику?

Подписывайся на наш инстаграм Дана- ⁠@dana_itba⁠ и Нурлыбек - ⁠@thenurlybek_itba⁠⁠,⁠ чтобы написать вопрос для следующего выпуска!

Всем спасибо!

Transcript

Всем привет, это подказ Тебе бизнес-анализ. Сегодня его буду вести я на Рлубек и будем вот вместе с данной печатной вопросов, которые нам прислали в Instagram. Всех данно знает, но данно представься. Всем привет, это дано. Обычно я начинаю подказать, но сегодня мы решили, что он на Рлубек будет ведущим. Давайте сегодня подвечаем новые вопросы, которые вы писали в Instagram. Я знаю, что у тебя есть писок вопросов.

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

те или иные техники. И в рамках каждых вот этих тем нужно выделить самые популярные. Сегодня, наверное, самый такой легкий вариант, как это сделать, это нужно открыть бабок и его структуру. И пройтись по бабоку, там в бабоке есть прям просто можно оглавление открыть и посмотреть в этом бабоке. А какие есть техники? Я советую, наверное, просто вот посмотреть по списку, выделить, может быть, первый, по каждой две первые техники в каждом из этих

разделов. И вот этого будет достаточно. Я думаю, для того, чтобы просто начать работу как бизнес-аналитик. Ну, это вот лично мое мнение, как мне кажется, самый легкий способ, потому что информация в интернете очень много. И, наверное, самый простой способ, это вот пойти от бабока, это такой действительно проверенный источник информации. Да-да, это отличный совет.

Значит, я здесь бабока. Бабок это библия бизнес-аналитиков, если никто-то не знает. И мне не хочу обидеть никого, но это такая же важная бизнес-аналитиков, как и библия для христиан, наверное, их хоран для Muslim. Но дана со своего оба, то есть скажи, вот, например, возьмем по стадиям, да, в самом начале нужно прийти и там ознакомиться со стыхолдорами, сделать какой-то стыхолдор анализ, ги и техники. Холдор анализы, ты бы посоветывала с какими из них ознакомиться.

Самая популярная это раса. Мне кажется, что с помощью расии можно, в принципе, неплохо изучить сам процесс, который вы там планируете автоматизировать, и не забыть никого из стыхолдоров, которых нужно опросить или с которыми нужно поговорить, которых нужно привлечь вот этот проект, и так далее. Кажется, что вот этот момент с построением диаграммы России очень важен. По поводу, допустим, Power, Impact, Diagram, или Onion, Diagram, допустим, честно на своем опыте, я почти никогда

не стройла их. То есть я просто, наверное, как понимала, кто у нас есть продуктов, кто там имеет наибольшие влиянии, и так далее. Но если у вас проект прям очень большой, где очень много людей, то вот можно построить, допустим, еще Onion, Diagram, чтобы понимать, кто имеет наибольшие влиянии, кто там допустим, из внешних стыхолдоров может как-то повлиять, потому что когда вы строите расии, Diagram, не всегда можете учесть какие-то внешние

факторы, которые могут повлиять на ваш проект. Последовал бы, наверное, эти две расии и Onion. Окей, отлично, спасибо большое. Окей, мы подпишли первый этап, когда мы знакомились с людьми, которые влияют на проект либо там, которые могут повлиять на проект. Теперь нам нужно с ними как-то сконтачиться, связаться и получить требования к продукту, которую мы будем делать. Скажи, пожалуйста, тоже пару примеров по техникам, как это будет по-русски, это правильно.

Извлечение требования, сбора требования. Да, техники сбора требования. А когда ты сказал извлечениями, сразу напомнили эти книги Стивина Кинга. У него есть цикл темное башни, там есть книга извлечения троих. Ну да, из из некоторых циклеров приходится эти тревле

извлекать, да, они просто так сами не дают их. Да, но вот если мы говорим про техники именно извлечения требования, то мне кажется, тут нужно, в принципе опять же смотреть на проект, когда мы говорим про то, что есть разные техники требования, интервью, наблюдения за тем, как люди работают, воркшопы разные, там бренштурминг и так далее. Мы часто саму технику изучаем, а когда я ее использовать, обычно не рассказывать почему-то на курсах, я бы посоветовала почитать про

каждую из них и посмотреть, где лучше всего применима эта техника. То есть допустим, если у вас проект, которым есть очень хорошие эксперты и на каждый шаг, допустим, вашего процесса, вы можете пойти хорошим эксперту и про интервьюировать его, то в принципе интервью очень хороший

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

что вы хотите из этого мероприятия извлечь. То есть воркшоп, бренштурминка, хорошие такие методы, извлечения требования. Допустим, если у вас на проекте есть люди, которые плохо проходят интервью, допустим, вы работаете на заводе, например, вы должны автоматизировать какой-то процесс, а люди, которые работают на заводе, говорят, вам просто дай или нет,

просто кивая от головы, потому что они рабочие, да, то есть они люди, которые там руками работают, не привыкли, очень сильно много говорить, то есть такими или не тоже сталкивались, здесь очень хорошо подходит момент такой либо понаблюдать, затем как они работают, либо

прям если это что-то такое более-менее безопасное, я не говорю там, правда, пусть им какие-то сложные процессы, которые могут в принципе нанести вам вред, но если это что-то такое более-менее простое, в чем можно поучаствовать, то можно поработать один день, там пару дней, например, на этой должности и самому почувствовать, что делать этот человек, то есть у меня такое тоже было, я иногда работала вместе с людьми и они даже не всегда знали, что я бездосновитель.

Думали, это какого-то новичка ним в команду перевели?

Да, это, наверное, самые такие важные на первое время техники сбора требования, при которой нужно знать, ну, поймем о том, что естественно, вы нужно читать документы, то есть изучение документации, вот это ресурч, читать, делать, то есть просто в интернете изучать, как другие компании работают и делать какое-то изучение того, как эти процессы, в принципе, какие-то без практицы, сда, которые допустим публикуют какие-то там сперты в этой области,

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

не только начинающие, но и, как бы, продолжающие, скажем, так, бизнес-аналитики, да, и они, ну, как бы, начинать проекты и сразу идут там, что-то спрашивать у, как бы, эксперты в остых холдеров, что очень часто раздражают людей, когда ты приходишь к ним и говоришь, типа, объясними все, это как в школе, когда тебя учитесь, спрашиваешь, что-то что-то не понял,

а это, конечно, ничего не понял. И да, и там, ну, чаще всего, лучше всего, если есть какая-то документация ее почитать, хотя бы немного вникнуть в суть и задавать уже какие-то общие, туманные какие-то вопросы, а уже какие-то конкретные, точные, тогда люди гораздо лучше идут на контакт, и, как бы, когда им кажется, ну, или они видят, что ты хоть немного разбираешься в теме,

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

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

список, тем, который я хочу обсудить на встрече. И плюс еще ко всему, да, что вот очень важно, я часто перед тем, как пойти на той же интервью или какие-то брансюстормы делаю заготовки, то есть что это значит, я беру там доску в мира или в фигме, да, то есть это инструменты,

кстати, которые тоже хорошо бы знать, начинающую бизнес-аналитику. Там, кстати, вот в мире, например, очень много готовых шаблонов для разных прыжтурмингов, да, то есть вы можете посмотреть и выбрать какой-то готовый шаблон, там прям в этих шаблонах есть примеры и есть прям

описание инструкции, да, как проводить тот или иной бранш-турмингов, допустим. И очень классно, можно через мира научиться проводить какие-то классные встречи, их василитировать, да, то есть это такой крутой инструмент и перед какими-то такими встречами, где мне нужно за короткое время узнать,

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

какой-то визуал и какой-то процесс строить. И плюс ко всему до встречи я обычно делаю какую-то заготовку, то есть мы не с нуля это строим вместе, а я накидываю какие-то идеи, как я вижу, как это сейчас работает после изучения документации и там какой-то информации в

интернете таким образом людям намного легче не с нуля что-то придумывать, а вот редактировать или там зачеркивать что-то и справлять что-то намного легче и начинать с управления того, что я написала, пусть это неправильно, пусть там есть ошибки, сразу включают людей в работу и сразу

помогает нам выйти на такой хороший темп, да, там допустим создание каких-то схем, там каких-то крутых можеттиограмм и так далее, какие-то мэппов вот, то есть вот такой хороший совет получается, пусть неправильно, да, прям не на 100% правильно сделать все равно какую-то заготовку,

какую-то ресурч до встречи и показать его, чтобы вместе с командой допустим его начать там редактировать вот, спасибо, спасибо за такой инсайт и ну вот вы провели эти встречи либо там поочитали документы, чтобы выявить требования и теперь скажем записали эти требования

сейчас части записывания требования еще сейчас вернемся следующего проси и нужно их про приоритизировать и есть тоже техники-передизации, расскажи пожалуйста, да, на какие там самые популярные наверное, техники, по которому хорошо бы знать начинающим бизнес на лихиком, да, про

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

вот в моей практике такого прям не было, что вот когда я работала прям бизнес-аналитикам, что я сама выбирала до эти техники, там сама их сидела приоритизировала, нет, то есть это мы делали совместно там с продуктом, продуктменеджером, вот и исходя, то есть нужно

убить предложить эти техники, объяснить в чем их плюс и минусы, да, и вот если идти из этого, то есть, наверное, самое по-моему популярное, это мозг, да, то есть техника приоритизации, когда вы просто говорите там, что вам обязательно нужно сделать, что было неплохо сделать, да,

потом что вы могли бы сделать и что возможно, ну там, вы бы хотели сделать, но возможно, не сейчас, вот и получается разделить ваши какие-то задачи, да, то есть по выставить вот эти МС, да, там куты W, короче по всем вашим задачам и пройтись по ним и в принципе вам будет

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

карта юзорсторис и вы можете допустим в каждом шаге, на каждом шаге очень легко, вы можете выстроить приоритет, то есть задачи, которые позволят допустим вашим пользователем получить максимальную ценность от вашего продукта и к задачам, которые допустим, ну не плохо бы сделать, но возможно,

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

с этой точки зрения мне очень нравится, что он дает возможность сразу увидеть картину вашего продукта и не забыть важные задачи на каждом из шагов, которые необходимо выполнить, допустим, вашим пользователю для достижения какой-то цели или решения проблемы, что еще и, наверное,

самый такой, ну, я бы хотела выделить эту технику приоритизации кану для таких продуктов, которые наверное там запускаются для какого-то большого круга людей, для каких-то, может быть, приложения вы какой-то делаете или марта-плейс, допустим, запускаете, то можно использовать еще

технику каном, мне на чем нравится, что там есть такой, ну, можете, конечно, про нее почитать очень подробно, там есть такой, как бы сказать, сегмент задачи, в которой одность и такие задачи, которые вызывают восторг пользователя, мне это нравится,

то есть это позволяет смотреть не только на какой-то минимальный жизнеспособный продукт, то есть и построить какой-то продукт, который просто будет, ну, окей, хорошо работать, но это еще позволяет построить минимально как бы такой, как глава был продукт, да, то есть продукт, который еще помимо того, что он будет работать, еще будет как бы вызывать, может быть, чуть-чуть небольшой, но восторг пользователя, и уже сразу будет любим ими, вот, как-то так, наверное, пока что. И у этого продукта

будут такие же почитатели, как у Apple, и будут вводны, как Apple против Android. Ну, был неплохо. Ну, окей, спасибо большое, да, на классно, да, и, ну, наверное, в самом начале, если вы хотя бы изучите детально про Москву, на самом деле это очень как сказать, интуитивно-понятная техника, и всем будет понятно интуитивно как приодизировать,

вот, ну, как бы изучить ее, я не знаю, в 90% случаев будет достаточно. И что, ну, как бы, наверное, приодизировали, в принципе, плюс-менус на этом работа, как бы, бизнес-налитика, по сбору треввони заканчивается, и, ну, вот мы рассказали, ну, в основном, конечно, данное рассказало про самые главные техники, которые нужно знать о начинающем бизнес-налитику. Теперь давайте вернемся на шаг назад про документирование требования. У нас есть вопрос

тоже от подписчиков, как выбрать способ документирования требований. Что ты скажешь на это? Ну, вот здесь такой вопрос, то есть давайте начнем так, начинающему бизнес-налитику, скорее всего, не дадут выбирать способ документирования требований, то есть, скорее всего, ну, вообще большинство компании, насколько я знаю, когда мы приходим на работу, есть некий стандарт документирования требования, которым они привыкли. То есть, это позволяет компаний допустим, отслеживать, вообще, насколько хорошо

вы работаете, как бизнес-налитик, платить им зарабатываю или нет, допустим. Плюска всему это позволяет ваши команды, в первых, понять, что разрабатывать, там, во-вторых, тестировать, то есть, как должно работать, время тестирования. И, скорее всего, в компании уже есть какой-то формат,

которому все привыкли, которые достаточно быстро все читают и понимают. И поэтому, когда вы приходите, как начинающий бизнес-налитик на работу, нужно подойти к старшему бизнес-налитику или там, тем леду на вашем проекте и спросить вообще, какой стандарт в этой компании, как вы документироваете, требования какие-то снюванцы, да, то есть вот это все нужно спросить, попросить какие-то

примеры, то есть, как это все делается сейчас. И, наверное, какое-то время, первое время, да, особо это не рыпаться, поиграть по этим правилам, посмотреть, что происходит вообще, там, в компании, и потом уже, возможно, предлагать какие-то изменения исходят из вашего опыта или ваших курсов,

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

документирования требования. Здесь начинается очень интересный момент, да, то есть здесь нужно, мед arbeiten с американ Hollywood каждому, поэтому сейчас сидим с дубамиунтов, А, Гелали! Мамы, ше, ше, ше, коги! А, не гид, мой фон, тю! А вот теперь в подкасте будет, можно безредо конец и дедердектуры можно оставить, когда-то. Вот что происходит, когда дома-домодитель.

В общем, нужно сначала с командой посоветоваться, то есть говорить с ними, то есть, мы, конечно, можем писать требования в другом момент, что должны кто-то прочитать и понять и по ним разработать. Поэтому, с командой обсуждаем, говорим, какая степень детализация важна, что им важно видеть в требованиях. И также, еще обращаем внимание на то, какая компания, да?

То есть, если ты компания допустим слишком бирократизированные, допустим, в компании очень большая текучка, допустим, ну, допустим, в компании очень плохо все с тем, чтобы люди передавали другую делату, могут кого-то уволить одним днем, то, конечно, лучше писать хорошую документацию, чтобы постоянно всем людям все не объяснять, да? Вот, делать это очень подробно.

Если же у вас такая дружная команда, которая допустим, протяжение многих лет уже вместе сработалась, и так далее, здесь можно переходить на какое-то упрощение требования, чтобы просто увеличить скорость разработки тоже.

Другом момент еще есть такой такой темп компании, то есть допустим, если вы работаете какой-то большой корпорации, темп может быть достаточно медленный, потому что есть время, которая такая большая корпорация закладывает на согласование, там определенного пула-менеджеров, есть компания,

в которых очень важно этот тайм-тумарки, то есть какие-то стартапы, которых каждая копейка на счету, вот поэтому если вы приходите опять же стартап, то скорее всего какую-то супер документацию создавать не будете, будете писать что-то очень просто, ее за историю, какие-то акцепты на скриптере, по минимуму. Если это какая-то очень большая корпорация, то скорее всего требования будут очень подробные и заранее прописаны детализированы как-то так.

Ну, да, я на самом деле вот я хотел добавить, что на самом деле существует две крайности, я это наверное вот большей корпорации Slash-госсорганы, где требуется очень много подробной документации, чтобы ее потом посмотрел и подтвердила там Н-ное количество монеджеров, и как бы другой крайности, это стартапы, которые вот только сейчас придумали, что-то и начали сразу делать. И, ну, будете, ну, всегда будете в какой-то, где-то в этом спектре, да?

И, ну, и как бы, в зависимости от того, где вы находятся в этом спектре, вы можете писать какие-то подробные бизнес-рекуармон документы, там функциональные спецификации, можете требования документируть в виде юзер-сторис, там с никакими-то небольшими пояснениями,

что-то там в KnowledgeBasy записывать, вот и, ну, да, на самом деле, если вы прямо начинающий бизнес-ринсоналитик, скорее всего, вам, когда вы придете на работу, вам расскажет, как они ожидают, что вы будете свои требования документировать. И, ну, то есть, расскажет, покажет, в главной будет вам приспособиться под тот, под тот тип документирования тривований, который ожидается в этой команде. Да, согласно.

Ну, наверное, для того, что пройти интервью, вот, я сейчас перечислить просто те техники, документируя, у некоторые нужно знать, то есть, точнее, форматы, да, то есть это юзер-сторий, лучше прочитать, как в формате пишется, что такое аксект у нас критерии, а также обязательно про юз-кейсы, потому что насколько, наверное, многие компании до сих пор им пользуются, посмотреть, что за документы BRD, СРС, то есть, погуглить, посмотреть, потому что эти вещи помогут вам пройти интервью.

То есть, другой момент, конечно, что, скорее всего, все вместе вы это используете не будете, но, знаете, это просто, как выглядит пример этих требования, то есть, прямо загуглить, напишите, юзер-сторий, там, примеры, вот, юз-кейсы, с примеры, да, то есть, посмотрите, как можно больше примеров, для того, чтобы понимать, что приблизительнее себя это представляет, это способ документирования. Спасибо большое, да, на еще раз.

И, наверное, вот, следующий вопрос тоже касается документируйной требования, и он начат диаграм. То есть, какие виды, наверное, диаграм, надо знать, начинающему аналитику, и как выбрать правильную диаграмму для документируйной, того или, там, иного требования? Диаграм, мы вообще очень классный инструмент. Я его очень люблю. Но у меня есть такая небольшая экранность, я очень много диаграм, создаю ее просто, думаю, имя.

И я могу даже вот процессе разговаривать, сидеть, рисовать какую-то диаграмму, что я сейчас делаю. И это классный инструмент, для того, чтобы самому запомнить что-то, то есть, допустим, майн-дмепы, есть диаграммы, допустим, диаграмы процессные, которые мы рисуем. Вот эти диаграммы, вы можете использовать, в принципе, для того, чтобы разобраться в каком-то процессе, на начальном этапе, конечно, лучше их создавать даже просто для себя.

То есть, для того, чтобы научиться их рисовать, для того, чтобы приспособиться для того, чтобы лучше понимать процессы. Потому что многие бизнес-аналитики говорят, в этом диаграму не нужна, здесь диаграма не нужна, и так далее. Хотя бы, там, диаграму какую-то swimline, или диаграму обычную, какую-то процессу, то есть есть там разные техники, например, и писи диаграммы, или диаграммы. Какой-нибудь условный flowchart, там, какие шаги там, что-то за чего происходит.

Да, просто какой-то flowchart нарисовать, не обязательно, прям использовать какую-то нотацию. То есть, просто вот квадратики, которые представляют себя шаги, поставить определенном порядке и сделочке нарисовать между ними, может каждый, и я советую все-таки на начальных этапах делать это всегда, то есть по вашему процессу, которую вы работаете.

Во-первых, это позволит всем, кто есть на проекте, понимать, что вы делаете, как процесс работает, плюс ко всему, если будут приходить новички, вам намного легче будет объяснять вашу процессу на диаграме, нежели на пальцах. С тут можно вот запомнить swimline, некоторые используют BPMN, и писи диаграммы, вот любую flow, то есть диаграммы, то есть это вот можно использовать.

Какую-то из них можно просто изучить, не обязательно все четыре, то есть можно какую-то из них выбрать, которая больше вам нравится, и изучить, и с ней работать. Также есть диаграммы, которые, допустим, мы уже говорили про юзорсторимап, который показывает вообще в целом, какие фичи, какие функционалы ждаются ваших продукти. Я думаю, что юзорсторимап, опять же, не все используют, и, наверное, не всегда нужен, и не все умеют им правильно пользоваться.

Но научившись, и если у вас будет возможность его потом поддерживать, то есть если у вас никакой-то там огромный продукт, если вы согласны, инвестируйте своё время поддержание твою юзорсторию МАПа, то я бы советовал еще изучить эту технику и внедрять её в свои проекты. Что ещё? По поводу диаграмма, можно изучить ЮМЛ, диаграммы. Я помню, как-то на одном собеседы не спросила, что такое ЮМЛ, диаграммы, и мне сказали, ну это диаграмма, которая показывает организационную структуру всех сотрудников.

Вот, на самом деле нет ЮМЛ, это унифицированный язык моделирования, который включает в себя нереотное количество диаграмм, в которых, даже, по-моему, все типы, даже, никто, в принципе, не знает. То есть вы можете просто загуглить, но самый известный из ЮМЛ-диаграмм, который мне, наверное, больше всего, нравится это активить эти диаграммы, это стоит диаграмма, это стик, он с диаграмма, который чаще всего используется в работе.

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

И для того, чтобы понимать, какой статус следует за каким, и что в какой статус она может вернуться, а из какого статуса она не может перейти в другой статус, вам нужно будет стоить диаграммы. То есть вот эти все диаграммы нужно изучить, как минимум три диаграммы из ее Мель нужно знать, и уметь их рисовать. Ой, пока что, наверное, мне все. Да, ну спасибо, да, на отличный ответ, на отличный вопрос.

Ну, на самом деле, классный вопрос, потому что, как говорится, а пиктере из War Sounds Wards, то есть одна картинка может вам описать то, что придется тысячи слова писывать. И по моему опыту никто не будет читать тысячу слов, когда можно посмотреть картинку, и сразу посмотреть, что там так, а что не так. И эти диаграммы, чарты, они делают гораздо проще процесс согласования требования.

То есть зачастую, после того, как вы написали требования, вам нужно их согласовать с заказчиками, удостоверится, что вы все правильно записали. И если вы им пришлете толмут на 10 тысяч страниц, никто это не прочитает. А если вы им пришлете диаграммы, их гораздо быстрее посмотрит, скажет, вот здесь не так, и как бы гораздо быстрее пройдет процесс согласования.

И когда она сказала, начните просто, как-то квадратики в правильные последовательности составлять, и по себе на себе научитесь, и поймете, как бы научиться всем азамой, и поймете, как это правильно по нову делать. Самое главное начать. И у нас последний 5 вопрос на сегодня. Дана, скажи, как выбрать ноутбук для аналитика? Да, этот вопрос немножко поставил в тупик.

Сейчас, потому что мне кажется, ноутбуков сейчас такое количество и так трудно выбрать, я даже по-моему сама для себя не могу пока выбрать. И все еще упирается в бюджет. Мне кажется, что в принципе, если вы работаете обычным бизнес-аналитиком, который создает самые простые прототипы, пишет документацию, который, допустим, работает на удаленке, возможно, да, то есть он там созванивается с людьми и так далее. То в принципе, самого простого ноутбука будет достаточно.

То есть, любой ноутбук может потянуть текстовый редактор, любой, да, любой ноутбук может потянуть в браузере, там, голумиц или какой-нибудь другой инструмент для того, чтобы созваниваться. И любой ноутбук может потянуть какой-то фигму или мира, которые тоже опять же работают в браузере. Вот, в принципе, если вы планируете просто работать бизнес-аналитиком, то самый простой, не сильно там мощный ноутбук он подойдет.

Но если все-таки могут быть такие проекты, допустим, на которых вам нужно будет улучшать достаточно сложные системы. И в них вносите изменения. Либо автоматизировать какие-то сложные расчеты, которые сейчас у вас допустим, вот каких-то огромнейших Excel file существуют. Учемного компании, который до сих пор работает на огромных, неподъемных Excel file, которые, в общем, мало кто помнит, как работает, просто работает и не трогайте его. Не сбейте, не дай бог формула.

И эти Excel сейчас автоматизируются. Ни каждый, на самом деле, ноутбук это потянет. Поэтому, но здесь я могу сказать точно, что в таких проектах обычно ноутбук дается в моей компании, и она как бы ориентировается под сложность проекты, и дает ноутбук, который может это подтянуть. Поэтому, в принципе, если вы покупаете просто ноутбук для себя, то ориентировитесь на свои цели. То есть, если вы планируете просто работать в бизнес-аналитик, можно взять самый простой ноутбук.

Там какой-нибудь... Мне нравится, например, ли нового. Мне нравится макбуки. Мне нравится ноутбуки HP. То есть, хюля-пакар, да. То есть, по сути, эти марки мне нравится. У меня были ноутбуки этих марк. Они достаточно долго у меня прослужили. И там из макбухов подойдёт, наверное, эр. И засуса можно взять какой-нибудь йога-таблет. То есть, достаточно простые такие хорошие ноутбуки. Все остальные ноутбуки, я думаю, что компания могут предоставить.

Если же вы планируете ещё подкаст и писать, как мы или видео подкасты, потом монтировать. Тут уже другой вопрос. Мне кажется, здесь нужно вопрос задавать с таким видео-монтажером, что здесь уже моя компетация заканчивается. Спасибо, Данна. Если есть суммировать, то получается, если есть деньги, берите макбухи, сидите, что ухота и денег. И просите ноутбук о компании? Да, да, да. Обязательно просите ноутбук о компании. Сейчас очень много компании выдают технику ноутбук своим сотрудником.

На самом деле я как-то собрал. Это был не последний вопрос. Привет последний. Да, я забыл один вопрос прочитать до этого. И теперь точно последний вопрос. И он чуть-чуть связан с инструментами. Какие инструменты надо знать начинающему аналитипу? Я думаю, мы очень много инструментов уже сказали. То есть допустим, мира или фигма лучше, но ведь нет. Не обязательно прямо надо знать фигму, например, как на уровне дизайнера. Я думаю, что просто сделать какую-то схематический прототип. Почему нет?

То есть максимально самые простые какие-то функции. Это нарисовать квадратик, нарисотать написать текст на нем, что это такая кнопка. То есть, может каждый даже самостоятельно. Я думаю, что это фигма, мира. Обязательно нужно хорошо знать, я думаю, ворт, Excel, изучать эти инструменты. Обязательно знать хорошо PowerPoint или Google Slides, потому что презентации нужно будет рисовать. Есть инструмент как Microsoft в видео для рисования схем.

Его, я думаю, тоже нужно знать, потому что очень большей корпорации часто пользуются в видео для создания диаграмма. Также есть бесплатный инструмент Draw I-O, то есть он открывается просто браузер, его тоже можно изучить, это инструмент для создания опять же разных типов диаграмма. Для того, чтобы уметь работать в каких-то таск трекерах, то есть изучите джиру. Джира это бесплатная для каких-то тестовых проектов.

Вы можете просто зарегистрироваться, открыть какой-то проект, по изучать джиру это бесплатно. И есть еще такой инструмент, как Confluence, это инструмент, который помогает создать базу знаний. Такой же, это Акоклассин компании, есть такой же похожий инструмент, по-моему, Microsoft, а журдовобс. А журдовобс, идио, то есть вы можете тоже опять же изучить идио. Это тоже таск трекер, такой же как джир, в принципе, очень похож. И у них есть тоже своя википедия, тоже изучить как создать страницы.

Если честно, через одно место не нравится, но можно поизучать, что еще Microsoft Outlook, поизучать его, возможно, поставить к утю бесплатную версию или посмотреть видео на ютубе, потому что, кажется, для меня это казалось очень простым на работе. Но я видел, как некоторые молодые люди, очень сильно тупили соутлуком и не могли к нему привыкнуть. Поэтому аутлук важно знать, потому что во многих больших корпорациях вы все равно будете пользоваться этим.

Microsoft Outlook, да, для работы с письмами. На самом важной аутлукке это изучить, как вернуть письмо, который он чай не оттаял. Да-да-да. И я думаю, что это, наверное, все, потом там уже на самом проекте, изучать инструменты, которые, вот, важны для этого самого проекта, то есть, там обычно изучаете какие-то, опять же, технологии, там какие-то системы, которые вы улучшаете, там уже проекта будет зависеть. Ну, наверное, это все. Ну, учат дипяти, конечно, изучать дипятион, потому что... Да-да.

И всего вопроса, который вы задаете, нам можете учат дипяти тоже задать. Он может тоже какие-то полезные, но менее полезные, а советы, чем вы вам даст. Можно я его в топ просто скажу про Чат дипяти? Он меня недавно так подставил. Я очень сильно хотела быстро сдать там один тест на одном курсе, чтобы поедет дальше его изучать. Вот, им не было так ли, не было что-то вроде 12 часов ночью, не было так ли, не решать. Буквально там было 5 задачек именно тестовых.

Не было так ли, я просто взяла, скопировала все эти 5 вопросов, ставила в Чат дипяти, он мне на каждой вопрос написал, там первый это д, второй это си, я просто тупо отметила, нажала данную, думаю, учат дипяти же он же умный. И что ты хочешь, ни один ответ не был правильным. И я такая просто думаю, вот ты же вообще подставляла.

И сидела, 12 ночью решала этот чертов тест, короче, ну само, само, потому что Чат дипяти, какой ты фиг не умеют, он написал, вот, поэтому не доверяйте сильно Чат дипяти, он еще не вырос, он еще ребеночек-то пенький. Да и реально проверяй. Да. И не знаю, и, думаю, еще нужно добавить, что самый главный инструмент бизнесоналекики, это наверное мозг, его нужно уметь своими мозгами пользоваться.

И, да, потому что, да, как будто сейчас существует очень много, очень много людей, которые мозгами пользоваются, отслычек-слычек. Да, не поступайте как я. Вот, ну, это был точно последний вопрос. Пишите еще вопросы, серьезные, не серьезные любые вопросы. Мы будем время-тремни, когда будет набираться какой-то количествов вопросов, отвечать на них. Сегодня, да, наделелось своими знаниями, я был в роли задающего. В следующий раз может поменять, а может и нет. Да, да, классно-дачать на вопрос.

Ну, слушайте наш подкаст, ставьте звездочки, лайки, середейчики, на Теплотформе, которые вы слушаете, подписывайтесь на наш Instagram. Еще, скажи пару слов, да, да. Для завершения. Окей, всем спасибо, спасибо за вопросы. Очень рада, что вы пишете вопросов в Instagram. У нас есть Instagram и у Нурлубека, и у меня они будут в описании к подкасту. Пишите нам в личку, мы все читаем, сразу отвечаем на эти вопросы. А потом еще и записываем вот такие подкасты.

То есть ваш вопрос точно попадет в следующий выпуск. Поэтому будем ждать от вас активности, мы очень благодарны за внимание к нам. И нас это очень, очень, очень радует на самом деле. Спасибо. Все, всем спасибо, всем пока. Спасибо, всем пока.

This transcript was generated by Metacast using AI and may contain inaccuracies. Learn more about transcripts.