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

Материалы по теме «Business Analysis»

RSS

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

Юрий Гомон 5170

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

Зарплати українських PM, HR, DevOps, Data Science та інших ІТ-спеціалістів — грудень 2019 Зарплати українських PM, HR, DevOps, Data Science та інших ІТ-спеціалістів — грудень 2019

Редакція DOU 34755

Представляємо заключну статтю циклу про зарплати. Подивимося на менеджерів, ейчарів, дизайнерів, маркетинг і сейлз спеціалістів, тімлідів, девопсів, сисадмінів та інших ІТ-фахівців. Серед респондентів зарплатного опитування їх було 3545 осіб. 58

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

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

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

5 ошибок при внедрении OKR 5 ошибок при внедрении OKR

Константин Коптелов 9258

ИТ-компании ищут фреймворк для того, чтобы измерять и управлять. И находят два подхода: традиционный KPI и более гибкий OKR. Константин Коптелов, Business Development and Strategy Manager, рассказывает о возможных ошибках при внедрении OKR и как их избежать. 165

Секретные техники проработки требований. Часть 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

Зарплати українських PM, HR, DevOps, Data Science та інших ІТ-спеціалістів — червень 2019 Зарплати українських PM, HR, DevOps, Data Science та інших ІТ-спеціалістів — червень 2019

Редакція DOU 49081

У цій статті аналізуємо 3581 анкету від менеджерів, ейчарів, дизайнерів, маркетинг і сейлз спеціалістів, тімлідів, девопсів, сисадмінів та інших ІТ-спеціалістів. 28

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

Юрий Гомон 4298

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

Вопросы морали и права: готово ли общество доверить себя искусственному интеллекту Вопросы морали и права: готово ли общество доверить себя искусственному интеллекту

Святослав Щербатюк 4217

Этика и мораль не успевают за невероятной скоростью технического прогресса, который мы наблюдаем последние 70 лет. В этом материале рассмотрим проблемы бизнес-аналитиков и product owners, которые работают с продуктами, использующими технологии ИИ. 22

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

Советы сеньоров: как прокачать знания junior Business Analyst Советы сеньоров: как прокачать знания junior Business Analyst

Редакція DOU 22602

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

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

Sergii Alekseev 29079

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

← С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. Статья четко показывает что качество кода автоматически измерить нельзя. Всегда нужно думать головой. Если код пишут всего трое — достаточно посмотреть историю коммитов.