7
8769
Мы решили провести небольшое исследование и выяснить, каких аналитиков ищут белорусские ИТ компании, а также какие навыки наиболее востребованы.
Из рассылки dev.by мы уже могли узнать, что "в прошлом году средняя зарплата бизнес-аналитика составила $1505. В нынешнем году аналогичный специалист зарабатывает чуть больше – по $1575 в месяц. А вот медианная зарплата не изменилась – $1500."
А в данной статье вы найдете еще немного статистики, связанной с профессией аналитика в РБ. Это первая попытка структурировать данную информацию. Поэтому, если у вас возникнут предложения по улучшению, будем рады обсудить. Далее
22 Октября, 2014
Подоспело время для очередного интервью. На этот раз собеседником выступил 
Анализ причинно-следственных связей (также известен как: диаграмма Fishbone или диаграмма Исикава) – это отличный способ анализа проблем и поиска рационального выхода из сложных ситуаций. Во время анализа при помощи техник мозгового штурма и ассоциативной карты (mind map) составляется диаграмма, побуждающая анализировать все возможные причины проблемы, а не только наиболее очевидные.
Таким образом, вы сможете сразу побороть проблему «на корню», а не лишь найти временное ее решение, которое не решит проблему, а лишь замаскирует ее.
В этой статье мы рассмотрим анализ причинно-следственных связей более подробно. 
По мере того, как работа над проектом затягивается, а бюджет становится все более ограниченным, первым аспектом, на котором экономят время и средства, становится тестирование. Даже при самом лучшем раскладе, стадии планирования, проектирования и разработки обычно занимают больше времени, чем планировалось изначально. Поэтому попытки успеть завершить работу к назначенному сроку могут привести к сжатию стадии тестирования (UAT). Тем не менее, очень важно, чтобы тестирование было проведено должным образом, и это требует тщательного планирования. Поэтому даже в самых сложных ситуациях не начинайте проведение UAT до тех пор, пока вы не... 
Сегодня поговорим о тех, кто помогает более качественно наносить пользу заказчику. Эти смелые люди не боятся говорить правду. Им ничего не стоит опустить вас на землю словами “А как это будет работать, если…?”. Их не напугаешь многостраничными спецификациями и инструкциями пользователя. И вы уже, наверняка, догадались, что речь идеть о специалистах обеспечения качества, другими словами, о тестировщиках. 
Вы только еще задумываетесь о том, чтобы стать бизнес-аналитиком? Или Вы опытный бизнес-аналитик с десятками успешных проектов за плечами? В любом случае, Вы не могли не задавать себе вопрос – где находятся вершины мастерства бизнес-анализа. В этой статье я попытаюсь дать ответ на этот вопрос с точки зрения работы с требованиями. 
В то время как пользовательские приемочные тесты (UAT) в теории кажутся чрезвычайно простыми, на практике зачастую все выходит иначе. В данной статье анализируется 5 типичных сложных ситуаций, возникающих во время проведения приемочных тестов, а также приводятся полезные советы специалистов для успешного их разрешения. 
Предыдущая статья о реверсивном анализе требований стала поводом для обсуждения, что побудило меня составить небольшое продолжение к дискуссии. Надеюсь, это поможет создать общее понимание данного аспекта. 
