Открыть список
Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Использование JMeter для организации распределенной нагрузки

Блог компании DataArtТестирование IT-систем


Автор: Роман Денисенко, старший инженер по тестированию DataArt.

Введение

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

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

К счастью, большая часть современных программных средств, используемых для нагрузочного тестирования, позволяет использовать дополнительные удаленные агенты, необходимые для эмуляции распределенной нагрузки. В рамках данной статьи я хотел бы рассмотреть возможность создания нагрузочного кластера на примере, думаю, одной из самых распространенных программ, используемых тестировщиками, — великого и ужасного Apache JMeter`а.
Читать дальше →
Всего голосов 10: ↑9 и ↓1 +8
Просмотры16.8K
Комментарии 4

Мобильные приложения и PA-DSS

Блог компании DataArtИнформационная безопасность

Автор: Роман Денисенко, старший инженер по тестированию.

Из-за специфики моей работы, мне часто задают вопросы вида «у нас есть прекрасное мобильное приложение, и мы собираемся добавить в него возможность платежей банковскими картами. Но мы немного обеспокоены по поводу стандарта PCI PA-DSS. Что нам следует делать?». Чтобы облегчить себе жизнь, я решил написать статью, разъясняющую отношение стандарта PCI PA-DSS к рядовым мобильным приложениям, живущим в миллионах мобильников по всему миру.

Для начала давайте вспомним, что такое PCI PA-DSS и с чем его вообще едят. Стандарт PA-DSS был разработан PCI SSC (Payment Card Industry Security Standards Council) и является своего родом адаптацией требований стандарта PCI DSS к отдельным приложениям. Действие стандарта распространяется на все приложения, обрабатывающие данные о держателях карт. Его основная функция — реализация возможности безболезненной интеграции сертифицированного платежного приложения в инфраструктуру, работающую в рамках стандарта PCI DSS. Таким образом, любая компания, сертифицируемая по стандарту PCI DSS, может использовать PA-DSS-сертифицированный софт внутри своей инфраструктуры без каких-либо дополнительных проверок.
Читать дальше →
Всего голосов 4: ↑4 и ↓0 +4
Просмотры5.5K
Комментарии 0

Страх и ненависть в Multipeer Connectivity

Блог компании DataArtРазработка под iOSРазработка мобильных приложенийSwift

Автор: Роман Ивченко, iOS developer DataArt.

Введение

Наверняка каждый, кто хоть раз занимался поиском готового решения для обмена сообщениями, файлами, стримами между iOS-устройствами без использования серверной части, слышал о фреймворке Multipeer Connectivity, выпущенном в iOS 7.

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

Чтобы познать всю мощь и силу Multipeer Connectivity, мы попробовали обкатать его в нашем R&D-проекте, задача которого весьма проста — шаринг презентаций и синхронизация переключения слайдов между устройствами слушателей и устройством докладчика на конференциях, в учебных аудиториях и т. д.

Краткий обзор

Для реализации нашей задачи фреймворк, на первый взгляд, очень хорошо вписывался в архитектуру приложения. Условно у нас есть всего два типа пользователей — докладчик и слушатель. Multipeer Connectivity как раз предоставляет необходимые классы для имплементации функционала каждого типа пользователя.

Статья не претендует на полное освещение всех тонкостей фреймворка, а больше рассказывает о его проблемах и надежности. Все технические детали можно узнать в документации Apple.
Читать дальше →
Всего голосов 9: ↑8 и ↓1 +7
Просмотры7K
Комментарии 6

С телефона в облака: Azure Mobile Services. С чего начать?

Блог компании DataArt.NETNode.JSMicrosoft Azure
Tutorial

Автор: Анастасия Белокурова, .NET Developer DataArt.

Я расскажу, как и зачем использовать облачную систему Azure Mobile Services для ваших мобильных приложений. Для этого мы разберем небольшое приложение, на примере которого увидим, как это всё работает, затронем и практику, и теорию.

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

Преимущества облачных технологий

Термин «облачные вычисления» появился достаточно давно, но его значение немного менялось. Сначала облачными вычислениями называли просто распределенные вычисления. Но сейчас облачная платформа — большой набор удобных сервисов, которые вы можете использовать для решения своих задач.

Итак, почему же облака? Они предоставляют следующие преимущества вашему приложению:
  • Масштабируемость.
  • Надежность.
  • Большой выбор сервисов.


Представьте, что вы запускаете небольшой интернет-магазин — сначала просто хотите проверить, будет ли он вообще востребован. Бюджет у вас небольшой. Поэтому вы пишете небольшое веб-приложение и размещаете его на своем компьютере, который не выключаете на ночь. К вашему сайту есть доступ извне, и он может выдержать, допустим, 10 пользователей одновременно. Со временем ваш сайт становится популярным, и вам уже нужно, чтобы он выдерживал 100 пользователей одновременно. Но ваш компьютер не способен справиться с такой нагрузкой. И тут вы начинаете думать, не превратить ли мне мою квартиру в серверную?.. Нет, это ужасно неудобно! Тогда вы покупаете сервера, предоставляемые хостингом. Теперь ваш сайт поддерживает 100 запросов в минуту и даже тысячу. Наконец в какой-то момент вы понимаете, что выходите на глобальный рынок, т. к. у вас очень много пользователей, круглосуточно, и сервера, которые вы купили, уже не справляются.

Тут мы подходим к первому преимуществу облачных платформ — они предоставляют масштабируемость практически всего практически в любой момент времени. И это делается очень просто, быстро и удобно: вам остается думать только о разработке, а не о размещении и нагрузке. Это первое преимущество.
Читать дальше →
Всего голосов 25: ↑15 и ↓10 +5
Просмотры6.7K
Комментарии 0

Ежедневные релизы — это не так уж страшно

Блог компании DataArtТестирование IT-системGitСистемы управления версиями


Меня зовут Оксана Харчук, я работаю QA-инженером в DataArt чуть больше года. Расскажу, как в нашем проекте организован процесс работы, и как быть, если релиз каждый день.

Сначала, когда я только пришла в DataArt, слово «релиз» ассоциировалось у меня с чем-то страшным. Но, как оказалось, если процесс работы построен правильно, релизы даже каждый день — совсем не страшно, а очень даже удобно.Чтобы этого достичь, процесс разработки в нашем проекте построен на принципах непрерывной поставки (continuous delivery) и непрерывной интеграции (continuous integration).

Что такое Continuous delivery и Сontinuous integration?


Continuous delivery или непрерывная поставка ПО — набор практик и принципов, нацеленных на сборку, тестирование и поставку ПО быстрее и чаще. Непрерывная поставка качественного кода опирается, в свою очередь, на непрерывную интеграцию.

Сontinuous integration, или непрерывная интеграция — это практика разработки ПО, которая заключается в выполнении частых автоматизированных сборок проекта для скорейшего выявления и решения интеграционных проблем. Ведь ясно: если над разными частями кода работают несколько программистов, при интеграции этих частей возникает много трудностей. Непрерывная интеграция помогает справиться с ними.
Читать дальше →
Всего голосов 20: ↑14 и ↓6 +8
Просмотры30.8K
Комментарии 39

Подходы к проектированию RESTful API

Блог компании DataArtПрограммирование.NETПроектирование и рефакторингC#

Автор: Вячеслав Михайлов, Solutions Architect.

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

Часть 1. Теория


Итак, как мы все знаем, API — application programming interface (интерфейс программирования приложений), набор правил и механизмов, с помощью которых одно приложение или компонент взаимодействует с другими

Почему хороший API — это важно?

  • Простота использования и поддержки. Хороший API просто использовать и поддерживать.
  • Хорошая конверсия в среде разработчиков. Если всем нравится ваш API, к вам приходят новые клиенты и пользователи.
  • Выше популярность вашего сервиса. Чем больше пользователей API, тем выше популярность вашего сервиса.
  • Лучше изоляция компонентов. Чем лучше структура API, тем лучше изоляция компонентов.
  • Хорошее впечатление о продукте. API — это как бы UI разработчиков; это то, на что разработчики обращают внимание в первую очередь при встрече с продуктом. Если API кривой, вы как технический эксперт не будете рекомендовать компаниям использовать такой продукт, приобретая что-то стороннее.


Теперь посмотрим, какие бывают виды API.

Виды API по способу реализации:
  • Web service APIs
    • XML-RPC and JSON-RPC
    • SOAP
    • REST

  • WebSockets APIs
  • Library-based APIs
    • Java Script

  • Class-based APIs
    • C# API
    • Java



Виды API по категориям применения:

  • OS function and routines
    • Access to file system
    • Access to user interface

  • Object remoting APIs
    • CORBA
    • .Net remoting

  • Hardware APIs
    • Video acceleration (OpenCL…)
    • Hard disk drives
    • PCI bus



Читать дальше →
Всего голосов 26: ↑24 и ↓2 +22
Просмотры94.4K
Комментарии 37

Модули расширения Python на Rust

Блог компании DataArtPythonПрограммированиеRust


“Absolute statements are the root of all evil.
The key is balance. There are no answers, only questions.”
????


Автор статьи: zolkko.
Оптимизации

Когда говорят про оптимизацию в контексте ПО, часто подразумевают оптимизацию производительности программиста и/или оптимизацию самого ПО.

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

На обратную проблему в одной из его лекций о Haskell указал Саймон Джонс. У него был слайд со стрелкой, закрашенной градиентом. В начале было написано “no types”, посередине — “Haskell”, в конце — “Coq”. Указав на Coq, он сказал: “This stresses power over usability. Right?! You need a PhD here!”[1]. Несмотря на то, что это была шутка, мантра Python — одна из любимых программистами особенностей этого языка. По моему опыту, это то, что позволяет выпускать готовый продукт несколько быстрее.
Читать дальше →
Всего голосов 24: ↑23 и ↓1 +22
Просмотры14.3K
Комментарии 11

Не IoT, а малина! Строим IoT-проект на Raspberry Pi с Windows 10 и DeviceHive

Блог компании MicrosoftБлог компании DataArtMicrosoft AzureРазработка для интернета вещейРазработка под Windows
Привет, Хабр.

Наверное каждый разработчик на определенном этапе задумывался о собственном IoT-проекте. Internet of Things сейчас поистине вездесущ и многим из нас хочется попробовать свои силы. Но не все знают, с чего начать и за что браться в первую очередь. Сегодня давайте посмотрим, как легко и непринужденно запустить свой собственный IoT-проект под Raspberry Pi 2, используя Windows 10 IoT Core и DeviceHive.

Деплоим Windows 10 приложения на Raspberry Pi 2


Для начала давайте установим Windows 10 IoT Core на Raspberry Pi. Для этого нам потребуется Windows 10 IoT Core Dashboard, который можно взять вот здесь. Там же можно при желании скачать отдельно ISO-образ, но особого смысла в этом нет — инструмент сделает это за вас.
Читать дальше
Всего голосов 21: ↑18 и ↓3 +15
Просмотры49.4K
Комментарии 8

M2M за 5 минут с DeviceHive и Microsoft Azure. Как начать свой путь в IoT

Блог компании MicrosoftБлог компании DataArtMicrosoft AzureРазработка для интернета вещей
В последнее время «интернет вещей» (иногда «интернет всего») стал неотъемлемой частью повседневной жизни. Гигабайты данных приходят от различных сенсоров и датчиков, что позволяет перевести сферу анализа на кардинально новый уровень. IoT становится следующим мегатрендом в развитии технологий и набирает все большую популярность в самых разных областях бизнеса.

Сегодня мы хотим обратить ваше внимание на DeviceHive — быстрый, удобный и легкий в использовании IoT-проект и открытым исходным кодом, который предоставляет мощные решения для общения устройств между собой и построения вашего собственного «умного дома». Он соединяет в единую инфраструктуру датчики, облачные сервисы и мобильные приложения, сохраняет огромные объемы информации, запускает процессы ее анализа и обработки, используя алгоритмы машинного обучения и для историчесих данных, и в реальном времени. Чтобы понять, как работает механизм машинного общения в рамках DeviceHive, давайте попробуем создать собственное маленькое приложение.
Читать дальше
Всего голосов 17: ↑14 и ↓3 +11
Просмотры7.4K
Комментарии 3

P2P в браузере

Блог компании DataArtМессенджерыJavaScript

Автор: Александр Трищенко


Я расскажу о своем хобби — организации видеотрансляций в браузере по технологии WebRTC (Web Real-Time Communication — веб-коммуникация в режиме реального времени). Этот проект с открытым исходным кодом Google активно развивает с 2012 г., а первый стабильный релиз появился в 2013 г. Сейчас WebRTC уже хорошо поддерживается самыми распространенными современными браузерами, за исключением Safari.

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

Если мы используем WebRTC, мы решаем следующие проблемы:

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

Читать дальше →
Всего голосов 15: ↑13 и ↓2 +11
Просмотры19.2K
Комментарии 25

Xamarin Forms в действии. Medchest Assistant

Блог компании DataArtРазработка под iOSРазработка мобильных приложенийРазработка под AndroidC#
Tutorial

Автор: Константин Марс

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

Мы долго колебались с выбором платформы между популярной и престижной iOS и модным, современным и приятным в разработке Android. Поэтому я предложил использовать Xamarin, который, между прочим, использует C# как основной язык разработки (и это главный язык, на котором в повседневной жизни пишет организатор нашей команды Арсений). Таким образом мы подошли к началу путешествия в мир кроссплатформенной разработки с Xamarin.
Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Просмотры11.9K
Комментарии 7

Гибкие процессы и распределенные команды — секреты мастерства

Блог компании DataArtУправление проектамиAgileУправление персоналом


Пару месяцев назад я была на тренинге по Scrum. Делясь опытом с соучениками, упомянула, что у меня сейчас команда из десяти человек в восьми офисах. Мне не то, чтобы совсем не поверили, но к разговорам, что у нас нормальный процесс, отнеслись с, вероятно, оправданным скептицизмом.

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

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

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

Итак, в чем проблема распределенной команды? Коммуникации. Затруднены коммуникации на всех уровнях, что порождает веер проблем. Та самая «транспортировка», которая упомянута как один из компонентов waste (потери) в концепции Lean Software Development.

Я для себя выделила три составляющие проблемы коммуникаций:
  • Техническая: если человека рядом нет, к нему нельзя просто взять и подойти, чтобы обсудить какие-то текущие проблемы.
  • Мотивационная: если у команды нет своей комнаты, где перед глазами есть доска со стикерами, списком проблем и остальной полезный контекст, фокус и приоритеты начинают «плыть».
  • Психологическая: люди, которые не сидят рядом и не видятся каждое утро, обсуждая за кофе последние новости или успехи детей в школе, менее склонны прощать ошибки коллегам, особенно если про коллегу они знают только логин в системе контроля версий и e-mail. Может возникать концепция «мы и они» по отношению к коллегам из другого офиса и прочие неприятные штуки
  • Отдельным пунктом стоит адаптация Scrum-активностей под распределенную команду.

Читать дальше →
Всего голосов 12: ↑11 и ↓1 +10
Просмотры8.6K
Комментарии 4

Войти в IT: Риск стать практикантом оправдался

Блог компании DataArtКарьера в IT-индустрии
В рамках рубрики «Войти в IT»: отвечают на вопросы, делятся опытом и личными историями наши бывшие практиканты, нынешние Senior Developers. Бывает, что на практикантские программы приходят не только студенты, но и состоявшиеся разработчики, которые хотят расти и развиваться профессионально. Сегодня о своем опыте расскажет Николай Пеганов.


Читать дальше →
Всего голосов 14: ↑11 и ↓3 +8
Просмотры10K
Комментарии 2

Прозрачность — наше всё, или Новые отчеты Jira в помощь менеджеру проекта

Блог компании DataArtУправление проектами


Привет, Мегамозг!

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

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

И вы с коллегами (а может, даже и не вы, а кто-то до вас, как это было в моем случае) опираясь на богатый опыт, набрасываете план. План выглядит чудесно, и по нему все фичи ровно в срок, и burn rate в пределах клиентских ожиданий. Одним словом, не проект, а сказка, но проходит kick-off — и сказка начинает плавно превращаться в жизнь.
Читать дальше →
Всего голосов 8: ↑7 и ↓1 +6
Просмотры12.5K
Комментарии 1

Топ-5 инструментов управления Agile-проектами

Блог компании DataArtУправление проектамиAgile
Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
Agile-манифест


Испытывают ли разработчики ПО необходимость в инструментах для управления проектом? Могут ли такие инструменты помочь в написании качественного продукта?

Процесс разработки со стороны не кажется таким уж сложным: команда программистов получает задание и финансирование, на выходе выдает продукт, который нужен заказчику.


Идеальный рабочий процесс.

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

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

Эффективность и качество разработки зависят от целого ряда факторов:
  • индивидуальная продуктивность разработчиков;
  • стабильность выпускаемого релиза
  • скорость адаптации к изменяющимся условиям и гибкость проекта;
  • использование удаленных ресурсов;
  • уровень и способы взаимодействия между клиентом и разработчиками.


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

Использование хороших инструментов управления позволяет клиенту получить ясную картину, как команда справляется с поставленным задачами, оценить степень готовности продукта к концу очередного спринта/итерации.
Читать дальше →
Всего голосов 9: ↑8 и ↓1 +7
Просмотры35.8K
Комментарии 5

Войти в IT: Через семь рукопожатий, или Я разбираю калькулятор

Блог компании DataArtКарьера в IT-индустрии


Сегодняшний герой рубрики «Войти в IT» — Ольга Лукавенко, заслуженный QA в DataArt.

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

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

Но, имея за плечами незаконченное радиотехническое образование и небольшой скептицизм по отношению к офисной работе, решила ввязаться в небольшую авантюру. «От меня-то не убудет», — подумала я.
Читать дальше →
Всего голосов 15: ↑12 и ↓3 +9
Просмотры10.5K
Комментарии 2

Войти в IT: Junior 2 Senior

Блог компании DataArtКарьера в IT-индустрии
Привет. Меня зовут Иван Крючков. Вкратце расскажу, как попал в DataArt и как там все складывалось.

Собеседование я прошел с третьего раза. Первое не прошел из-за плохого английского, в тот же день пошел на курсы английского, через полгода попробовался второй раз, была доступна только вакансия iOS-трейни, это был исключительный волюнтаризм, поскольку про iOS я вообще ничего не знал и в глаза не видел, не то что код писал. Соответственно, не прошел техническое собеседование.
Читать дальше →
Всего голосов 15: ↑8 и ↓7 +1
Просмотры9.3K
Комментарии 0

DataArt.EDU, или 240 000 часов учебы без университетов

Блог компании DataArtУчебный процесс в IT


«Жизнь проходит мимо, пока я тут сижу в проекте», — мысль, которая иногда посещает многих профессионалов. «Как бы синхронизировать всю кучу знаний, которая концентрируется у разных коллег?» — думает компания. Примерно такие мысли крутились умных в головах в DataArt четыре года назад, когда мы начали обучающую инициативу DataArt.EDU, которая так и называется до сих пор.

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

Сегодня DataArt. EDU — разветвленная структура, в которую входят сразу несколько направлений: от корпоративного английского, семинаров, РМ-курсов до курсов для самостоятельного обучения. Не сразу начали отдельно учитывать, сколько же мы учимся, но даже уже учтенных часов — более 240 тыс.!

Ниже для примера — некоторые программы, входящие в DataArt. EDU.
Читать дальше →
Всего голосов 11: ↑10 и ↓1 +9
Просмотры6.6K
Комментарии 1

Бизнес-аналитики в Agile — зачем, почему, как

Блог компании DataArtУправление проектамиAgile
Зачем вообще нужны бизнес аналитики

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


Читать дальше →
Всего голосов 10: ↑9 и ↓1 +8
Просмотры22.1K
Комментарии 9

Когда стоит привлекать бизнес-аналитика в проект

Блог компании DataArtУправление проектами


Управление требованиями — неотъемлемая часть процесса разработки ПО. Преимущества наличия аналитика в проекте не всегда очевидны заказчику, но они неоценимы. Если иногда приходится переделывать функциональность, требования описаны частично, ни у кого нет четкого представления о конечном продукте и где можно взять актуальное описание требований, пора задуматься о привлечении бизнес-аналитика.

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

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

Конечно, такие проблемы возникают не во всех проектах, где нет выделенных бизнес-аналитиков. И в каждом случае нужно принимать во внимание множество факторов. Мы решили понять, какие индикаторы могут подсказать, что надо задуматься о привлечении бизнес-аналитика. Для этого сотрудники центра компетенции по бизнеc-анализу DataArt провели опрос ключевых менеджеров компании и получили наиболее распространенные признаки.
Читать дальше →
Всего голосов 14: ↑12 и ↓2 +10
Просмотры5.1K
Комментарии 3