Meet speakers from Tinder, IBM, Siemens, Indeed and other QA Rockstar’s on …Testing Stage, Save $30 till 28/02
×Закрыть

Материалы по теме «бизнес-аналитик»

RSS

BA дайджест #7: 20 уроков от аналитика с 20-летним опытом, Top skills for 2020 BA дайджест #7: 20 уроков от аналитика с <nobr>20-летним</nobr> опытом, Top skills for 2020

Юрий Гомон 5170

В выпуске: правила применения пуш-нотификаций; предубеждения, с которыми сталкиваются люди при освоении новых функций; обзор основных принципов создания DND; уровни масштабирования. 5

Секретные техники проработки требований. Часть 3 Секретные техники проработки требований. Часть 3

Артур Селецкий 9928

Артур Селецкий, Co-Founder в IT Network, подготовил заключительную часть цикла статей о техниках проработки требований. По его словам, бизнес-аналитики больше всего не любят прорабатывать именно требования к администрированию, отчетности и нефункциональные требования. И в то же время без проработки вышеупомянутых требований будущая система не будет полноценно работоспособна. 4

Секретные техники проработки требований. Часть 2 Секретные техники проработки требований. Часть 2

Артур Селецкий 9094

Во второй части Артур Селецкий, Co-Founder/Partner в It Network, делится еще несколькими техниками: объектно ориентированная модель, диаграмма состояний, CRUD, навигация. Они дают возможность убедиться: в проектах по разработке ПО — все требования полные и выявлены полностью. 9

Куди рухатись далі, якщо ти — ВА Куди рухатись далі, якщо ти — ВА

Taras Mishak 10343

Якщо гроші не єдина мотивація або якщо верхня межа можливої зарплати Middle ВА для вас не досить амбіційна, тоді варто подумати над можливими шляхами розвитку. Тарас Мішак, Senior Business Analyst в EPAM пропонує кілька можливостей для зростання. 25

Как выбрать правильные метрики для продукта Как выбрать правильные метрики для продукта

Anna Kostiuk 7058

Меня зовут Анна Костюк, я Product Manager в Dev-Pro. Решения, которые мы принимали с командой на основе метрик, позволили успешно реализовать несколько новых фич для нашего клиента. Я хочу рассказать, как уйти от разработки приложения вслепую и не попасть в ситуацию, когда никто не пользуется фичей, на которую ушли месяцы разработки. 5

BA дайджест #4: техники приоритизации, голосовой UX, гайд по написанию API BA дайджест #4: техники приоритизации, голосовой UX, гайд по написанию API

Юрий Гомон 4793

В выпуске: разрушаем мифы об accessibility, 10 ключевых техник для разработки требований, bottom navigation patterns для мобильных версий веб-страниц. 6

Почему стоит включить в разработку прототипирование Почему стоит включить в разработку прототипирование

Екатерина Голуб 10724

Бизнес-аналитик GlobalLogic Екатерина Голуб делится знаниями по прототипированию и показывает, как с помощью прототипов улучшить качество вашего продукта. 38

BA дайджест #2: особенности рекомендательных систем, нюансы межкультурной коммуникации BA дайджест #2: особенности рекомендательных систем, нюансы межкультурной коммуникации

Юрий Гомон 4298

В выпуске: capability-based planning, техника «намеренного молчания», как не врать с помощью статистики, метрики производительности фронтенда. 5

BA дайджест #1: проектируем эффективные дашборды, топ-25 ошибок в BPMN, как провалить внедрение CRM-системы BA дайджест #1: проектируем эффективные дашборды, топ-25 ошибок в BPMN, как провалить внедрение CRM-системы

Юрий Гомон 7858

В выпуске: designing for accessibility is not that hard, как правильно давать обратную связь (х3), свежие статьи от Norman Nielsen Group, цикл статей на тему проектирования функциональности, связанной с приватностью пользователей. 9

Must have артефакты для разработки ПО Must have артефакты для разработки ПО

Sergii Alekseev 22033

Сергей Алексеев, BA, приводит примеры артефактов, без которых либо невозможно сделать программное обеспечение, либо из-за их отсутствия увеличивается срок разработки. Эти советы помогут командам увеличить производительность. 34

BA дайджест #0: измеряем качество работы аналитика, как сократить feedback loop, сила прототипирования BA дайджест #0: измеряем качество работы аналитика, как сократить feedback loop, сила прототипирования

Юрий Гомон 8604

В выпуске: разбираем технику Product Canvas, 10 советов по эффективному моделированию, конференции и другие аналитические события марта, подкаст о Socratic Questioning для аналитиков, обзор артефакта Product Requirements Document. 6

7 кроків, як бізнес-аналітику піднятися на вищий рівень 7 кроків, як бізнес-аналітику піднятися на вищий рівень

Nati Nazar 15283

Я Наті, працюю в компанії SoftServe керівником відділу бізнес-аналізу, практикую бізнес-аналіз офіційно понад 9 років. За цей час я пройшла чималий шлях і, власне, зробила певні висновки, якими хочу поділитись з вами. 34

Как настроить Jira для управления бэклогом: пошаговая инструкция Как настроить Jira для управления бэклогом: пошаговая инструкция

Sergii Alekseev 30854

В статье BA Сергей Алексеев рассказывает о том, как использовать Jira для управления бэклогом при разработке программного обеспечения. Материал будет полезен бизнес-аналитикам, продукт-оунерам, а также скрам-мастерам, проектным менеджерам и всем, кто работает с бэклогом и требованиями на проекте. 49

Как попасть в IT — пример бизнес-аналитика Как попасть в IT — пример бизнес-аналитика

Sergii Alekseev 29079

Сергей Алексеев делится мыслями о том, как стать BA — какие навыки важны, где учиться и как сменить специализацию. Данная статья будет полезна людям, которые хотят получить позицию Business analyst / Product owner, будь то новички в мире ИТ или же специалисты других направлений, такие как разработка или тестирование. 41

Что делает бизнес-аналитик на discovery-фазе: анализ потребностей клиента Что делает бизнес-аналитик на discovery-фазе: анализ потребностей клиента

Sergii Alekseev 9713

В прошлой статье Сергей Алексеев рассказал, какие задачи решает бизнес-аналитик. В этот раз поговорим больше о его работе на дискавери-фазе. 18

Выбор профессии бизнес-аналитика: плюсы, минусы и что вас ожидает Выбор профессии бизнес-аналитика: плюсы, минусы и что вас ожидает

Sergii Alekseev 17127

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

← Сtrl 12 Ctrl →

Комментарии

Н или на nightmare Впрочем, возразить нечего
Договариваться с органами и другими уважаемыми это soft-skills на максималках. Если так все серьезно то логичнее что заниматься таким нужно в более безопасном месте. Пока денег нет то вы никому не интересны, потом можно и переехать.
Тут вроде уже еа это налог хотели ввести Но бог с ним А если старт ап лишь наполовину программный, а ещё на половину с оборудованием работать? :/
Регистрация основной компании со всеми правами вне юрисдикции Украины. А тут просто офис с разработчиками.
Немного щепетильный вопрос: А как поступать когда начал зарабатывать, а дяде прокурору/судье/соседу решилось, что ты зря на отдал ему свои деньги и он пришёл с маски шоу?
Противоречивые чувства от статьи С одной стороны — идея правильная Но вот факты которые приведены в ее поддержку — не очень Во первых 75к в США это не много для сытого айтишника, и 150 не много.
В «гипотезе» для полной «объективности» нехватает третьего варианта — человек создал бога.
Все класно і може й правильно, але(з власного досвіду) треба крім того що бути інженером ще вміти в юзер рісьорчь, маркетинг, менеджмент як мінімум, а це не вроджене, цьому треба навчатись(на власних помилках в тому числі).
взагалі продукти це окрема історія, яка вимагає іншого мислення та експертизи. Правильная мысль, ведь очень многие с аутсорсом головного мозга не видят разницы. Ведь мол в аутсорсе пилятся те же самые «продукты».
UPD: робота Automation QA, Manual QA у Києві dou.ua/...​junior-digest-51/#Genesis
+1 за годовой саббатикал. Нереально реально много времени подумать про чего ты хочешь и чего ты можешь.
Если бить палками того у кого хуже метрики, то ни к чему хорошему это не приведет Именно.
В этом случае автоформатинг ни на что не повлияет. Один вкомитал 100500 сторк кода, второй придумал ввести форматирование, переформатировал все 100500 строк и вкомитал. По метрике оба работали одинаково...
Перформенс ревью это не метрики на индивидуумов. Собственно по вашим ссылкам выше нет никаких метрик. Все сводится к 360 feedback с полями start doing, continue, stop doing. Где метрики то? По какой формуле из этого рассчитывается зарплата? :-)
Программист Dev-1 пишет сложный код потому что... не умеет в clean code. Статья четко показывает что качество кода автоматически измерить нельзя. Всегда нужно думать головой. Если код пишут всего трое — достаточно посмотреть историю коммитов.