🔥Легендарный Гарвардский курс CS50
Отличный курс для бизнес-аналитиков, у которых нет знаний программирования, но есть желание разобраться, что и как работает «под капотом».
👉🏻 Очень простая и интересная подача.
👉🏻 Что такое программирование. С чего начинать. Алгоритмирование, простейшие языки, шифрование. С, С++, немного Python. Введение в нейросети и API. Очень много практических занятий.
👉🏻 Курс есть на английском и русском языках в бесплатном доступе.
Можно просто изучить, а можно получить сертификат после изучения курса (Цена-90$).
Курс на русском языке
Отличный курс для бизнес-аналитиков, у которых нет знаний программирования, но есть желание разобраться, что и как работает «под капотом».
👉🏻 Очень простая и интересная подача.
👉🏻 Что такое программирование. С чего начинать. Алгоритмирование, простейшие языки, шифрование. С, С++, немного Python. Введение в нейросети и API. Очень много практических занятий.
👉🏻 Курс есть на английском и русском языках в бесплатном доступе.
Можно просто изучить, а можно получить сертификат после изучения курса (Цена-90$).
Курс на русском языке
YouTube
Основы программирования: Легендарный Гарвардский курс CS50
Весь курс CS50 - https://javarush.com/s/course_cs50
Первая лекция курса «Основы программирования» https://javarush.com/quests/lectures/questharvardcs50.level00.lecture00
Знаете, как называется самый популярный в мире университетский курс? Это CS50, «Основы…
Первая лекция курса «Основы программирования» https://javarush.com/quests/lectures/questharvardcs50.level00.lecture00
Знаете, как называется самый популярный в мире университетский курс? Это CS50, «Основы…
Отличные новости! Подоспели замечательные вакансии от замечательной компании🔥.
🌞 ANDERSEN (http://andersenlab.com/) – это команда, создающая качественное программное обеспечение для клиентов практически на всех континентах. Среди наших клиентов присутствуют такие гиганты как Amazon, Marvel, Samsung.
ANDERSEN приглашает:
📍Опытных ВА, middle/senior, english 🗣 B2 и выше;
📍Опытных СA , middle/senior, english 🗣 B2
📍Опытных СА, middle/senior,можно без английского, но с опытом в финтех (проекты Альфабанк, ВТБ, Тинькофф и др)
💬Контактное лицо:
Анна Польщикова- лид рекрутер по ВА
E-mail
a.polshchikova@andersenlab.com
Telegram
@AnnaAndersen
🌞 ANDERSEN (http://andersenlab.com/) – это команда, создающая качественное программное обеспечение для клиентов практически на всех континентах. Среди наших клиентов присутствуют такие гиганты как Amazon, Marvel, Samsung.
ANDERSEN приглашает:
📍Опытных ВА, middle/senior, english 🗣 B2 и выше;
📍Опытных СA , middle/senior, english 🗣 B2
📍Опытных СА, middle/senior,можно без английского, но с опытом в финтех (проекты Альфабанк, ВТБ, Тинькофф и др)
💬Контактное лицо:
Анна Польщикова- лид рекрутер по ВА
a.polshchikova@andersenlab.com
Telegram
@AnnaAndersen
Definition of Ready и Definition of Done. В чем разница?
Чтобы понять, в чем разница между этими двумя понятиями, так часто встречающимися в мире Agile разработки, необходимо понять, в чем же значение каждого из них.
📌 DEFINITION OF READY (DoR)
это чек лист того, что необходимо сделать с элементом бэклога продукта (как правило с пользовательской историей), прежде чем команда сможет приступить к его реализации в следующем спринте.
По сути DoR это список, с помощью которого мы можем проверить, что пользовательская история полностью готова к тому, чтобы уйти в разработку.
Что может выходить в Definition of Ready?
Например:
📎пользовательская история описана
📎критерии приемки определены
📎пользовательская история соответствует INVEST
📎пользовательская история оценена командой
📎команда понимает ценность истории
Важно отменить, что не существует универсального списка, и на своем проекте в вашей команде вы можете выбрать подходящие именно вам критерии.
При этом важно:
Команда должна согласиться со всеми критериями, входящими в DoR
DoR должен быть одинаков и применяться для всех историй в проекте
📌 DEFINITION OF DONE (DoD)
это критерии, которые говорят нам о том, что пользовательская история полностью готова к тому, чтобы попасть в продакшн. В чем ценность? DoD гарантирует, что каждый в команде точно знает, что ожидается в результате, что в свою очередь обеспечивает прозрачность и качество работы.
Что может входить в DoD:
📎все критерии приемки выполняются
📎юнит тесты пройдены
📎критические баги отсутствуют
📎код ревью пройдено и др.
При этом DoD может использоваться на разных уровнях: для истории, для спринта, для релиза и тд.
Так в чем же разница? Если упростить все вышесказанное, то
👉🏻 DoR это критерии, которым должен соответствовать элемент бэклога ПЕРЕД тем, как пойдет в разработку, а
👉🏻 DoD - критерии его готовности для выхода в продакшн ПОСЛЕ разработки.
Чтобы понять, в чем разница между этими двумя понятиями, так часто встречающимися в мире Agile разработки, необходимо понять, в чем же значение каждого из них.
📌 DEFINITION OF READY (DoR)
это чек лист того, что необходимо сделать с элементом бэклога продукта (как правило с пользовательской историей), прежде чем команда сможет приступить к его реализации в следующем спринте.
По сути DoR это список, с помощью которого мы можем проверить, что пользовательская история полностью готова к тому, чтобы уйти в разработку.
Что может выходить в Definition of Ready?
Например:
📎пользовательская история описана
📎критерии приемки определены
📎пользовательская история соответствует INVEST
📎пользовательская история оценена командой
📎команда понимает ценность истории
Важно отменить, что не существует универсального списка, и на своем проекте в вашей команде вы можете выбрать подходящие именно вам критерии.
При этом важно:
Команда должна согласиться со всеми критериями, входящими в DoR
DoR должен быть одинаков и применяться для всех историй в проекте
📌 DEFINITION OF DONE (DoD)
это критерии, которые говорят нам о том, что пользовательская история полностью готова к тому, чтобы попасть в продакшн. В чем ценность? DoD гарантирует, что каждый в команде точно знает, что ожидается в результате, что в свою очередь обеспечивает прозрачность и качество работы.
Что может входить в DoD:
📎все критерии приемки выполняются
📎юнит тесты пройдены
📎критические баги отсутствуют
📎код ревью пройдено и др.
При этом DoD может использоваться на разных уровнях: для истории, для спринта, для релиза и тд.
Так в чем же разница? Если упростить все вышесказанное, то
👉🏻 DoR это критерии, которым должен соответствовать элемент бэклога ПЕРЕД тем, как пойдет в разработку, а
👉🏻 DoD - критерии его готовности для выхода в продакшн ПОСЛЕ разработки.
🗣 Если вы хотите прокачать свой английский и узнать последние новости в сфере технологий (и не только), узнать новые слова, применимые в работе, то существует замечательный портал
https://breakingnewsenglish.com/technology.html
📌 Каждая новость имеет адаптацию под определенный уровень знаний английского. Можно читать и слушать новости, начиная с Beginner и заканчивая Advanced.
📌 Много свежих интересный новостей, которые постоянно обновляются
📌 К каждой новости есть много заданий на тренировку новой лексики.
https://breakingnewsenglish.com/technology.html
📌 Каждая новость имеет адаптацию под определенный уровень знаний английского. Можно читать и слушать новости, начиная с Beginner и заканчивая Advanced.
📌 Много свежих интересный новостей, которые постоянно обновляются
📌 К каждой новости есть много заданий на тренировку новой лексики.
На каком количестве проектов вы успели поработать за вашу карьеру бизнес аналитика?
Anonymous Poll
14%
1
36%
2-4
14%
5-7
18%
Больше 8
18%
Не работал(а) пока не проектах
FOLLOW UPS. ЧТО ЭТО, ПОЧЕМУ ВАЖНО, КАК ПИСАТЬ
Вуди Аллен говорил, что 80% успеха — просто прийти. При всем уважении к Вуди, этого уже недостаточно: в бизнесе все решает фоллоу ап, как сигнал, что вы держите ситуацию под контролем.
🖍 Фоллоу ап — калька с английского follow up, бизнес-термин, пока не имеющий фиксированного русского аналога. В общем и целом означает поддержание контактов с заинтересованным лицом. Например, это может быть электронное письмо после знакомства и личной встречи или повторное письмо клиенту, который не откликнулся на первоначальное предложение. Цель такого звонка или письма — напомнить о себе, прояснить ситуацию, узнать решение и получить обратную связь.
🖍 Для бизнес-аналитика follow up также является важным инструментом общения с заинтересованными лицами, приведем несколько причин, по которым стоит написать follow up letter после общения с ними.
1️⃣ Стейкхолдеру будет сложнее о вас забыть
Даже в самых лучших компаниях случаются не лучшие дни, и сотрудник, с которым вы работаете по извлечению требований, может быть слишком загружен работой. Или он может по каким-то причинам отнестись невнимательно к своим обязанностям. Обнаружив сообщение от вас, он вспомнит о вашем существовании.
2️⃣ Это возможность задать уточняющие вопросы или поделиться дополнительной информацией
Часто через после общения со стейкхолдером вы понимаете, что из-за волнения или недостатка времени забыли прояснить какие-то важные детали относительно проекта. Для того, чтобы узнать эту информацию или сообщить новую, смело используйте follow up письмо.
3️⃣ Это возможность получить обратную связь
На основании общения с разными заинтересованными лицами по проекту у вас может сложится свое абсолютно уникальное видение процесса, для того, чтобы сверить имеющуюся информацию, идеально подойдет follow up письмо, которое вы можете направить лицу, принимающему решение по проекту, сверив свои предположения и получив его комментарии.
4️⃣ Это возможность зафиксировать договоренности, к которым вы пришли с с заинтересованными лицами
Часто процесс извлечения требований бывает длительным и может включать в себя разные активности, для того, чтобы письменно задокументировать некоторые промежуточные договоренности, выраженные ранее в устной форме, можно использовать follow up письма.
❓Как именно писать follow up письмо❓
Важно понимать, что идеального шаблона нет и быть не может, потому что все зависит от конкретной ситуации. Однако есть несколько рекомендаций, которые точно сделают текст лучше.
👉🏻 Сделайте так, чтобы всю связанную с вами информацию было легко найти или вспомнить
Для этого в теме письма можно указать название проекта, компании, в основной части удобно будет указать дату предыдущей встречи/ звонка, вложенные файлы удобно дополнить названием проекта (аббревиацией), все это позволит заинтересованному лицу быстрее вспомнить вас или вопрос, по которому вы общались.
👉🏻 Кратко опишите суть ситуации и четко определите цель вашего письма
Это позволит собеседнику быстро вникнуть в суть вопроса и оперативно отреагировать на ваш вопрос, либо предоставить необходимую информацию, согласовать или опровергнуть указанную в письме информацию. Именно поэтому важно, чтобы follow up письмо было не слишком большим по объему, включало четко выделенные информационные блоки.
Вуди Аллен говорил, что 80% успеха — просто прийти. При всем уважении к Вуди, этого уже недостаточно: в бизнесе все решает фоллоу ап, как сигнал, что вы держите ситуацию под контролем.
🖍 Фоллоу ап — калька с английского follow up, бизнес-термин, пока не имеющий фиксированного русского аналога. В общем и целом означает поддержание контактов с заинтересованным лицом. Например, это может быть электронное письмо после знакомства и личной встречи или повторное письмо клиенту, который не откликнулся на первоначальное предложение. Цель такого звонка или письма — напомнить о себе, прояснить ситуацию, узнать решение и получить обратную связь.
🖍 Для бизнес-аналитика follow up также является важным инструментом общения с заинтересованными лицами, приведем несколько причин, по которым стоит написать follow up letter после общения с ними.
1️⃣ Стейкхолдеру будет сложнее о вас забыть
Даже в самых лучших компаниях случаются не лучшие дни, и сотрудник, с которым вы работаете по извлечению требований, может быть слишком загружен работой. Или он может по каким-то причинам отнестись невнимательно к своим обязанностям. Обнаружив сообщение от вас, он вспомнит о вашем существовании.
2️⃣ Это возможность задать уточняющие вопросы или поделиться дополнительной информацией
Часто через после общения со стейкхолдером вы понимаете, что из-за волнения или недостатка времени забыли прояснить какие-то важные детали относительно проекта. Для того, чтобы узнать эту информацию или сообщить новую, смело используйте follow up письмо.
3️⃣ Это возможность получить обратную связь
На основании общения с разными заинтересованными лицами по проекту у вас может сложится свое абсолютно уникальное видение процесса, для того, чтобы сверить имеющуюся информацию, идеально подойдет follow up письмо, которое вы можете направить лицу, принимающему решение по проекту, сверив свои предположения и получив его комментарии.
4️⃣ Это возможность зафиксировать договоренности, к которым вы пришли с с заинтересованными лицами
Часто процесс извлечения требований бывает длительным и может включать в себя разные активности, для того, чтобы письменно задокументировать некоторые промежуточные договоренности, выраженные ранее в устной форме, можно использовать follow up письма.
❓Как именно писать follow up письмо❓
Важно понимать, что идеального шаблона нет и быть не может, потому что все зависит от конкретной ситуации. Однако есть несколько рекомендаций, которые точно сделают текст лучше.
👉🏻 Сделайте так, чтобы всю связанную с вами информацию было легко найти или вспомнить
Для этого в теме письма можно указать название проекта, компании, в основной части удобно будет указать дату предыдущей встречи/ звонка, вложенные файлы удобно дополнить названием проекта (аббревиацией), все это позволит заинтересованному лицу быстрее вспомнить вас или вопрос, по которому вы общались.
👉🏻 Кратко опишите суть ситуации и четко определите цель вашего письма
Это позволит собеседнику быстро вникнуть в суть вопроса и оперативно отреагировать на ваш вопрос, либо предоставить необходимую информацию, согласовать или опровергнуть указанную в письме информацию. Именно поэтому важно, чтобы follow up письмо было не слишком большим по объему, включало четко выделенные информационные блоки.
14 июля состоится онлайн-конфа Business Analysis Night от APOLLO Product School!
Спикеры и темы конференции:
1. Кирилл Белявский, Lead Business Analyst / Business Analysis Office Service Manager в компании SoftServe. 8 + лет в бизнес анализе.
Тема: «Business Objective Model».
2. Геннадий Кобзарь, Senior Business Analyst в EPAM Systems. Более 5 лет опыта в сфере бизнес-анализа. Постоянный участник БА комьюнити в Украине.
Тема: «Юмор как аналитический инструмент».
3. Мария Ивашко, Senior Business Analyst в iTechArt. Ранее работала в EPAM, Andersen. Более 6 лет опыта.
Тема: «Как провести первую встречу со спонсором проекта».
4. Мария Попова, Lead Business Analyst в EPAM, более 10 лет в бизнес анализе. SAFe Product Owner / Product Manager (4.5).
Тема: «Планирование дня для БА».
Когда? 14 июля
Где купить билет? https://www.apollo-design.center/events-all/event/business-analysis-night
Цена? 299 грн
Спикеры и темы конференции:
1. Кирилл Белявский, Lead Business Analyst / Business Analysis Office Service Manager в компании SoftServe. 8 + лет в бизнес анализе.
Тема: «Business Objective Model».
2. Геннадий Кобзарь, Senior Business Analyst в EPAM Systems. Более 5 лет опыта в сфере бизнес-анализа. Постоянный участник БА комьюнити в Украине.
Тема: «Юмор как аналитический инструмент».
3. Мария Ивашко, Senior Business Analyst в iTechArt. Ранее работала в EPAM, Andersen. Более 6 лет опыта.
Тема: «Как провести первую встречу со спонсором проекта».
4. Мария Попова, Lead Business Analyst в EPAM, более 10 лет в бизнес анализе. SAFe Product Owner / Product Manager (4.5).
Тема: «Планирование дня для БА».
Когда? 14 июля
Где купить билет? https://www.apollo-design.center/events-all/event/business-analysis-night
Цена? 299 грн
🔥Книга must have для всех, кто работает в сфере ИТ. Научит основам юзабилити и возможно даст пару-тройку отличных идей.
📖 Читать ее легко и приятно. В книге нет конкретных рецептов, но есть понимание и видение, каким должно быть удобное ПО. После книги начинаешь совершенно по другому смотреть на сайты, приложения, программы, которыми пользуетесь.
💻 Книга есть в свободном доступе в интернете.
📖 Читать ее легко и приятно. В книге нет конкретных рецептов, но есть понимание и видение, каким должно быть удобное ПО. После книги начинаешь совершенно по другому смотреть на сайты, приложения, программы, которыми пользуетесь.
💻 Книга есть в свободном доступе в интернете.
Техника ELEVATOR PITCH: примеры и типичные ошибки
👉🏻 Elevator pitch (в переводе с английского «презентация в лифте»)— это небольшой рассказ о сути реализуемого продукта либо услуги, который длится в течение 60–120 секунд. Технику часто используют для самопрезентации при устройстве на работу либо на этапе привлечения инвесторов при запуске стартапа. Основная идея - быстро и четко донести суть т.к в большинстве случаев лица, принимающие решения (инвесторы, наниматели, спонсоры) ограничены во времени.
👉🏻 Когда используем технику - на этапе выявления требований (воркшопы, интервью, работа с фокус-группами).
📃 Плюсы техники:
📌 Помогает понять заинтересованным лицам, куда мы движемся;
📌 Позволяет договориться об образе решения за достаточно короткий промежуток времени;
📌 Помогает удерживать фокус внимания на ценности продукта и его основных функциях;
📌 Не занимает много времени, в среднем от 30 до 60 минут.
👉🏻 Результат техники - можно отправлять прямиком в “Документ об образе и границах“ ( Vision and Scope Document) в раздел “Положение о концепции” (Vision Statement)
👉🏻 Как работает техника?
1️⃣ Объясняем заинтересованным лицам, что такое Elevator Pitch (в чем заключается суть техники);
2️⃣ Рассказываем, что помещать в каждый раздел;
3️⃣ Предоставляем время для обдумывания;
4️⃣ Помещаем результаты на доску (офлайн/онлайн);
5️⃣ Обсуждаем каждый пункт.
FOR - целевая аудитория - для кого мы создаем продукт;
WHO WANT - основные потребности пользователей;
“Product name” - название продукта;
IS A - категория продукта;
THAT - ключевые преимущества, основные причины для покупки и/или использования;
UNLIKE - какие на данный момент имеются конкурентные решения;
THE PRODUCT - основные отличия и преимущества продукта;
🖍 Например,
FOR - для людей в возрасте от 22 до 60 лет;
WHO WANT - которые хотят следить за своим питанием, нуждаются в помощи при выборе продуктов питания;
“Product name” - Здоровое питание;
IS A - трекер питания;
THAT - который, сканирует продукты в режиме реального времени, предоставляет информацию о КБЖУ;
UNLIKE - в отличие от всех существующих на рынке решений;
THE PRODUCT - бесплатный и удобный в использовании.
👉🏻 Типичные ошибки:
➖ Не обсуждайте детали будущего продукта, элементы интерфейса;
➖ Помните о ценности, которую должен приносить продукт;
➖ Не тратьте на обсуждение каждого из пунктов более 5-7 минут - есть вероятность, что вы углубились в детали, обсуждение которых можно перенести на попозже.
➖ Изучите домен будущего продукта - так вы будете говорить со всеми заинтересованными лицами на одном языке и лучше понимать их боли/потенциальные возможности.
👉🏻 Elevator pitch (в переводе с английского «презентация в лифте»)— это небольшой рассказ о сути реализуемого продукта либо услуги, который длится в течение 60–120 секунд. Технику часто используют для самопрезентации при устройстве на работу либо на этапе привлечения инвесторов при запуске стартапа. Основная идея - быстро и четко донести суть т.к в большинстве случаев лица, принимающие решения (инвесторы, наниматели, спонсоры) ограничены во времени.
👉🏻 Когда используем технику - на этапе выявления требований (воркшопы, интервью, работа с фокус-группами).
📃 Плюсы техники:
📌 Помогает понять заинтересованным лицам, куда мы движемся;
📌 Позволяет договориться об образе решения за достаточно короткий промежуток времени;
📌 Помогает удерживать фокус внимания на ценности продукта и его основных функциях;
📌 Не занимает много времени, в среднем от 30 до 60 минут.
👉🏻 Результат техники - можно отправлять прямиком в “Документ об образе и границах“ ( Vision and Scope Document) в раздел “Положение о концепции” (Vision Statement)
👉🏻 Как работает техника?
1️⃣ Объясняем заинтересованным лицам, что такое Elevator Pitch (в чем заключается суть техники);
2️⃣ Рассказываем, что помещать в каждый раздел;
3️⃣ Предоставляем время для обдумывания;
4️⃣ Помещаем результаты на доску (офлайн/онлайн);
5️⃣ Обсуждаем каждый пункт.
FOR - целевая аудитория - для кого мы создаем продукт;
WHO WANT - основные потребности пользователей;
“Product name” - название продукта;
IS A - категория продукта;
THAT - ключевые преимущества, основные причины для покупки и/или использования;
UNLIKE - какие на данный момент имеются конкурентные решения;
THE PRODUCT - основные отличия и преимущества продукта;
🖍 Например,
FOR - для людей в возрасте от 22 до 60 лет;
WHO WANT - которые хотят следить за своим питанием, нуждаются в помощи при выборе продуктов питания;
“Product name” - Здоровое питание;
IS A - трекер питания;
THAT - который, сканирует продукты в режиме реального времени, предоставляет информацию о КБЖУ;
UNLIKE - в отличие от всех существующих на рынке решений;
THE PRODUCT - бесплатный и удобный в использовании.
👉🏻 Типичные ошибки:
➖ Не обсуждайте детали будущего продукта, элементы интерфейса;
➖ Помните о ценности, которую должен приносить продукт;
➖ Не тратьте на обсуждение каждого из пунктов более 5-7 минут - есть вероятность, что вы углубились в детали, обсуждение которых можно перенести на попозже.
➖ Изучите домен будущего продукта - так вы будете говорить со всеми заинтересованными лицами на одном языке и лучше понимать их боли/потенциальные возможности.
🔥 https://mashable.com/
Замечательный блог для тех, кто хочет прокачать свой английский и заодно узнать все новости,касающиеся ИТ и не только.
На ресурсе очень много интересного, чтобы почитать, начиная от самых свежих новостей и исследований и, заканчивая обзорами и сравнениями различных приложений и гаджетов.
Также множество советов, как максимально эффективно пользоваться той или иной программой, разные лайфаки и рекомендации.
Замечательный блог для тех, кто хочет прокачать свой английский и заодно узнать все новости,касающиеся ИТ и не только.
На ресурсе очень много интересного, чтобы почитать, начиная от самых свежих новостей и исследований и, заканчивая обзорами и сравнениями различных приложений и гаджетов.
Также множество советов, как максимально эффективно пользоваться той или иной программой, разные лайфаки и рекомендации.
Системные vs бизнес аналитики. Чему учиться, чтобы стать СА
Оба бизнес и системный аналитик стремятся к тому, чтобы лаконичнее, проще, эффективнее реализовать какое-либо решение.
Эти два аналитика должны четко представлять масштабы и качественные характеристики системы:
👉🏻 как строится программный продукт и какие ограничения в нем присутствуют;
👉🏻 какие данные используются в системе и какие можно получить результаты из этих данных;
👉🏻 из каких элементов состоит система и как эти элементы взаимодействуют друг с другом;
Все перечисленные аспекты системный аналитик знает с точки зрения технического специалиста, в то время как бизнес-аналитик владеет ими на уровне бизнес видения. Таким образом можно утверждать, что бизнес-аналитик ближе к заказчику, к его бизнесу и условно можно сказать, что он “решает проблему бизнеса в системе”.
В свою очередь системный аналитик ближе к системе, к команде разработки, т.е. условно он “решает проблемы реализации системы”.
Ключевые знания бизнес-аналитика:
📍 работа с требованиями и их приоритезация;
📍 спецификация требований;
📍 выстраивание последовательности требований;
📍 декомпозиции задач;
📍 основы моделирование и прототипирования и др.
Системный аналитик, помимо знаний присущих бизнес-аналитику, должен иметь следующую “надстройку”:
📌 теория проектирования баз данных, связи данных в БД;
📌 язык запросов SQL;
📌 понимание работы web-системы (HTML, xml/json, работа браузера);
📌 понимание объектно-ориентированного программирования;
📌 знание процессов разработки приложений и их архитектуры;
📌 навыки программирования на как минимум одном из языков, например C++, JS;
📌 библиотеки или платформы, используемые на проекте;
📌 владение современных методов разработки;
📌 UML диаграммы, среди которых маст хэв следующие Use case diagram, Class diagram, State machine diagram, Activity diagram, Sequence diagram.
Преимущества, которые дают аналитику знания системного анализа:
👉🏻 он может согласовывать с заказчиком требования, которые будут более “реализуемы”;
👉🏻 способен описывать требования языком, который более понятен разработчикам;
👉🏻 умеет писать требования, которые уже учитывают возможности и ограничения языка/платформы или ранее принятых решений;
👉🏻 более качественно ставит задачи для их реализации разработчиками.
Оба бизнес и системный аналитик стремятся к тому, чтобы лаконичнее, проще, эффективнее реализовать какое-либо решение.
Эти два аналитика должны четко представлять масштабы и качественные характеристики системы:
👉🏻 как строится программный продукт и какие ограничения в нем присутствуют;
👉🏻 какие данные используются в системе и какие можно получить результаты из этих данных;
👉🏻 из каких элементов состоит система и как эти элементы взаимодействуют друг с другом;
Все перечисленные аспекты системный аналитик знает с точки зрения технического специалиста, в то время как бизнес-аналитик владеет ими на уровне бизнес видения. Таким образом можно утверждать, что бизнес-аналитик ближе к заказчику, к его бизнесу и условно можно сказать, что он “решает проблему бизнеса в системе”.
В свою очередь системный аналитик ближе к системе, к команде разработки, т.е. условно он “решает проблемы реализации системы”.
Ключевые знания бизнес-аналитика:
📍 работа с требованиями и их приоритезация;
📍 спецификация требований;
📍 выстраивание последовательности требований;
📍 декомпозиции задач;
📍 основы моделирование и прототипирования и др.
Системный аналитик, помимо знаний присущих бизнес-аналитику, должен иметь следующую “надстройку”:
📌 теория проектирования баз данных, связи данных в БД;
📌 язык запросов SQL;
📌 понимание работы web-системы (HTML, xml/json, работа браузера);
📌 понимание объектно-ориентированного программирования;
📌 знание процессов разработки приложений и их архитектуры;
📌 навыки программирования на как минимум одном из языков, например C++, JS;
📌 библиотеки или платформы, используемые на проекте;
📌 владение современных методов разработки;
📌 UML диаграммы, среди которых маст хэв следующие Use case diagram, Class diagram, State machine diagram, Activity diagram, Sequence diagram.
Преимущества, которые дают аналитику знания системного анализа:
👉🏻 он может согласовывать с заказчиком требования, которые будут более “реализуемы”;
👉🏻 способен описывать требования языком, который более понятен разработчикам;
👉🏻 умеет писать требования, которые уже учитывают возможности и ограничения языка/платформы или ранее принятых решений;
👉🏻 более качественно ставит задачи для их реализации разработчиками.
Нужны ли в вашей работе бизнес аналитика знания системного анализа?
Anonymous Poll
29%
Нужны и пришлось изучить
33%
Нужны, по моих знаний пока не хватает
17%
Не нужны, но хотелось бы все равно знать СА
5%
Не нужны и знать СА не хочу
16%
Я и есть (собираюсь стать) системный аналитик
Новость для тех, кто хотел стать системным аналитиком или обучиться основам системного анализа ⬇️
Компания Andersen запускает бесплатные онлайн-курсы "System Analysis" и возможностью последующего трудоустройства.🤗🎉
⭐️ Сегодня департамент бизнес анализа в Andersen это:
- 140 бизнес и системных аналитиков,
- профессионалов в доменах Fintech/Healthcare/Logistics/Retail/Travel&Hospitality и много других
- комьнити ВА - своя база знаний, возможность выступать на внутренних и внешних митапах
- постоянное развитие компетенций наших сотрудников, компенсация проф сертификатов
- ресурсный менеджер у каждого сотрудника, который помогает в достижении целей
- возможность работать на проектах всемирно известных заказчиков: Siemens, IHS, Paxful, Tinkoff, Alfa Bank, TUI, FTI ...!
https://lnkd.in/dS3iuiF
_____________________________________
⭐️ О курсах "System Analysis"
Ваше знакомство с SQL расширит горизонт,
а "объекты", "моделирование" и "архитектура" помогут структурировать мир IT.
Лучшие пройдут на стажировку и даже попадут в штат международной IT-компании Andersen https://andersenlab.com/
ВАЖНО: Первый поток курсов - только для кандидатов из РФ.
Старт курсов - август 2021
2 месяца, 2 раза в неделю (по 3 часа) в вечернее время, теория + практика + домашние задания (самые настоящие ;)
Преподаватели курсов - Middle & Senior System Analysts компании Andersen с реальным опытом работы на международных проектах!
Требования к кандидатам (одно или более условий):
- опыт работы в банке и финансовых/лизинговых учреждениях в подразделениях по оптимизации и автоматизации бизнес-процессов либо по созданию и поддержке банковских продуктов;
- опыт стажировки или работы в качестве бизнес-аналитика;
- техническое либо экономическое образование;
- прохождение курсов по бизнес-анализу либо курсов по изучению любых языков программирования;
- знание английского языка на уровне Intermediate и выше будет плюсом.
Зачисление в группу будет проходить по результатам тестирования.
Всю информацию о проведении тестирования и программу курса вы сможете получить в группе Telegram
Ссылка на группу будет после заполнения анкеты в окне подтверждения Google Form: https://lnkd.in/d9b6wtn
будьте внимательны!
Andersenlab
Professional Business Analysts
Our business analysts are ready to elicit real requirements for your project. Hire real experts and get documentation along with prototype for effective development.
Компания Andersen запускает бесплатные онлайн-курсы "System Analysis" и возможностью последующего трудоустройства.🤗🎉
⭐️ Сегодня департамент бизнес анализа в Andersen это:
- 140 бизнес и системных аналитиков,
- профессионалов в доменах Fintech/Healthcare/Logistics/Retail/Travel&Hospitality и много других
- комьнити ВА - своя база знаний, возможность выступать на внутренних и внешних митапах
- постоянное развитие компетенций наших сотрудников, компенсация проф сертификатов
- ресурсный менеджер у каждого сотрудника, который помогает в достижении целей
- возможность работать на проектах всемирно известных заказчиков: Siemens, IHS, Paxful, Tinkoff, Alfa Bank, TUI, FTI ...!
https://lnkd.in/dS3iuiF
_____________________________________
⭐️ О курсах "System Analysis"
Ваше знакомство с SQL расширит горизонт,
а "объекты", "моделирование" и "архитектура" помогут структурировать мир IT.
Лучшие пройдут на стажировку и даже попадут в штат международной IT-компании Andersen https://andersenlab.com/
ВАЖНО: Первый поток курсов - только для кандидатов из РФ.
Старт курсов - август 2021
2 месяца, 2 раза в неделю (по 3 часа) в вечернее время, теория + практика + домашние задания (самые настоящие ;)
Преподаватели курсов - Middle & Senior System Analysts компании Andersen с реальным опытом работы на международных проектах!
Требования к кандидатам (одно или более условий):
- опыт работы в банке и финансовых/лизинговых учреждениях в подразделениях по оптимизации и автоматизации бизнес-процессов либо по созданию и поддержке банковских продуктов;
- опыт стажировки или работы в качестве бизнес-аналитика;
- техническое либо экономическое образование;
- прохождение курсов по бизнес-анализу либо курсов по изучению любых языков программирования;
- знание английского языка на уровне Intermediate и выше будет плюсом.
Зачисление в группу будет проходить по результатам тестирования.
Всю информацию о проведении тестирования и программу курса вы сможете получить в группе Telegram
Ссылка на группу будет после заполнения анкеты в окне подтверждения Google Form: https://lnkd.in/d9b6wtn
будьте внимательны!
Andersenlab
Professional Business Analysts
Our business analysts are ready to elicit real requirements for your project. Hire real experts and get documentation along with prototype for effective development.
Andersenlab
Professional Business Analysts
Andersen’s BAs will elicit real requirements for your IT project. Hire true experts, obtain documentation and a prototype
📌GAP АНАЛИЗ📌
👉🏻 Что такое gap анализ?
GAP-aнализ (gap в переводе с английского пробел, расхождение) - это процесс, который сравнивает фактическое состояние (AS IS) с ожидаемым (AS TO BE). Чаще всего результаты GAP-анализа отображаются в графическом виде или в виде таблицы. Текстовое описание также возможно, но в этом случае результаты анализа теряют свою наглядность. Кроме того, на отдельных этапах своего проведения GAP-анализ может вовлекать использование других методологий, например 📃 BPMN, UML, Fishbone диаграмма, SWOT анализ и другие.
👉🏻 Зачем он нужен?
GAP-aнализ помогает выявить пробелы между текущим и будущим состояниями и разработать план действий по устранению выявленных недостатков.
👉🏻 Где применяется?
📍Использование данного анализа возможно, во-первых, при сравнении текущих параметров программного продукта заказчика с лидирующим на рынке (бенчмарком) продуктом и выявлении разрывов между ними. 📍 Во-вторых, при сравнении исходных данных продукта заказчика с лучшими практиками реализации проектов нашей компанией в аналогичной сфере. 📍 В-третьих, при описании того, как будет выглядеть проект после его завершения по отношению к тому, что мы имеем на входе.
👉🏻 Как его проводить?
Если вы выбрали табличный вариант отображения информации для анализа, то следующие шаги будут соответствовать столбцам вашей таблицы. Если вы будете отображать данные в виде схем (📃 BPMN,UML), то первый и второй шаги будут иметь одну или несколько моделей в зависимости от того, на сколько глубоко необходимо проанализировать ваш предмет исследования.
Третий и четвертый шаги могут быть в значительной степени описательными, однако старайтесь описывать их тезисно, чтобы держаться в фокусе анализа.
📌 Шаг 1. Определите текущее положение вещей (AS IS). Изучите отчеты или документацию по процессам, проведите собеседования. Таким образом, соберите как можно больше данных, чтобы прояснить как работает программный продукт в настоящее время.
📌 Шаг 2. Определение будущего максимально доступного значения (AS TO BE). Определите каковы параметры идеального состояния вашего продукта в будущем. Все указанные на первом шаге методы сбора информации применимы и на втором этапе.
📌 Шаг 3. Определите разрыв между двумя состояниями (GAP). Следует описать, что является пробелом и указать факторы, которые способствуют этому. При выявлении факторов, влияющих на отклонение от ожидаемых результатов удобно использовать 📃Fishbone диаграмму.
📌 Шаг 4. Пропишите пошаговую стратегию ликвидации гэпа (Action plan). Определите какие шаги необходимо предпринять и в какие сроки, кто будет вовлечен в процесс ликвидации несоответствия. Таким образом, ключевые вопросы для реализации данного этапа Как? Когда? Кто?
👉🏻 Что такое gap анализ?
GAP-aнализ (gap в переводе с английского пробел, расхождение) - это процесс, который сравнивает фактическое состояние (AS IS) с ожидаемым (AS TO BE). Чаще всего результаты GAP-анализа отображаются в графическом виде или в виде таблицы. Текстовое описание также возможно, но в этом случае результаты анализа теряют свою наглядность. Кроме того, на отдельных этапах своего проведения GAP-анализ может вовлекать использование других методологий, например 📃 BPMN, UML, Fishbone диаграмма, SWOT анализ и другие.
👉🏻 Зачем он нужен?
GAP-aнализ помогает выявить пробелы между текущим и будущим состояниями и разработать план действий по устранению выявленных недостатков.
👉🏻 Где применяется?
📍Использование данного анализа возможно, во-первых, при сравнении текущих параметров программного продукта заказчика с лидирующим на рынке (бенчмарком) продуктом и выявлении разрывов между ними. 📍 Во-вторых, при сравнении исходных данных продукта заказчика с лучшими практиками реализации проектов нашей компанией в аналогичной сфере. 📍 В-третьих, при описании того, как будет выглядеть проект после его завершения по отношению к тому, что мы имеем на входе.
👉🏻 Как его проводить?
Если вы выбрали табличный вариант отображения информации для анализа, то следующие шаги будут соответствовать столбцам вашей таблицы. Если вы будете отображать данные в виде схем (📃 BPMN,UML), то первый и второй шаги будут иметь одну или несколько моделей в зависимости от того, на сколько глубоко необходимо проанализировать ваш предмет исследования.
Третий и четвертый шаги могут быть в значительной степени описательными, однако старайтесь описывать их тезисно, чтобы держаться в фокусе анализа.
📌 Шаг 1. Определите текущее положение вещей (AS IS). Изучите отчеты или документацию по процессам, проведите собеседования. Таким образом, соберите как можно больше данных, чтобы прояснить как работает программный продукт в настоящее время.
📌 Шаг 2. Определение будущего максимально доступного значения (AS TO BE). Определите каковы параметры идеального состояния вашего продукта в будущем. Все указанные на первом шаге методы сбора информации применимы и на втором этапе.
📌 Шаг 3. Определите разрыв между двумя состояниями (GAP). Следует описать, что является пробелом и указать факторы, которые способствуют этому. При выявлении факторов, влияющих на отклонение от ожидаемых результатов удобно использовать 📃Fishbone диаграмму.
📌 Шаг 4. Пропишите пошаговую стратегию ликвидации гэпа (Action plan). Определите какие шаги необходимо предпринять и в какие сроки, кто будет вовлечен в процесс ликвидации несоответствия. Таким образом, ключевые вопросы для реализации данного этапа Как? Когда? Кто?
Сегодня в нашем канале подробная статья про версионность требований, что это, как оформлять и управлять.
https://telegra.ph/Versionnost-trebovanij-Kak-upravlyat-i-organizovat-process-07-26
https://telegra.ph/Versionnost-trebovanij-Kak-upravlyat-i-organizovat-process-07-26
Telegraph
Версионность требований. Как управлять и организовать процесс
Космический корабль с исследовательской миссией отправляется на 100 лет бороздить просторы Вселенной. За это время на нем сменится несколько поколений команд, появится новое оборудование, будут усовершенствованы или стерты за ненадобностью десятки программ.…