Заметки Аналитика | IT

​​Методы сбора требований: Анализ системных интерфейсов. #сбортребований #интерфейс "Анализ интерфейсов — независимый метод выявления требований, который подразумевает анализ систем, с которыми взаимодействует ваша система. Анализ системных интерфейсов выявляет функциональные требования к сервисам и обмену данными между системами (IIBA, 2009). .. Для каждой системы, которая взаимодействует с вашей, определите функциональность этой системы, которая может создавать требования к вашей системе. Эти требования могут описывать, какие данные передавать или получать из другой системы и каковы правила работы с этими данными, например критерии соответствия. Может также обнаружиться существующая функциональность, которую  не нужно  реализовывать в вашей системе. Представьте, что вам нужно реализовать правила проверки заказа в корзине интернет-магазина до начала оплаты. Проанализировав системные интерфейсы, вы сможете обнаружить, что в систему управления заказами поступают заказы из других систем, которые сами их проверяют, поэтому такую функциональность реализовывать не нужно." Источник:  К. Вигерс "Разработка требований к программному обеспечению"

​​Методы сбора требований: изучение существующей документации #сбортребований #документация Анализ документов позволяет: °  быстро освоить текущую систему или новую предметную область; ° сократить время и ресурсы, затрачиваемые заказчиком на передачу знаний и информации; ° выявить возможные требования к ПО, например, при автоматизации устоявшихся в организации регламентированных бизнес-процессов; ° получить информацию,  которой люди не обладают; ° поможет при создании документации процесса as-is Примеры документации: регламенты, описания процессов, структура организации, спецификации продукта, различные процедуры, стандарты, инструкции, шаблоны документов, отчеты Важно! перед анализом документации оценить ее релевантность - соответствует ли она действительности. Недостатки: ° существует риск получить неактуальные,  устаревшие данные; ° в документах может быть описана функциональность, которая в будущей системе не нужна; ° данный метод не применим, если в организации имеются только базовые документы или они вовсе отсутствуют.

​​Сбор требований: метод наблюдения. #сбортребований #наблюдение Метод наблюдения или работа " в поле" - заключается в наблюдении за тем, как работают пользователи. Чаще применяется там, где необходимо отследить текущий процесс. Различают: Пассивное наблюдение - наблюдающий фиксирует выполняемые шаги и операции, после чего задает уточняющие вопросы. Активное наблюдение -  наблюдающий активно взаимодействует с пользователями во время выполнения рабочего процесса. Данный метод позволяет: ° мгновенно выявить требования; ° наглядно увидеть проблему; ° сравнить реально выполняемый процесс с имеющимся регламентом; ° изучить процесс более детально, вплоть до отдельных операций; ° определить наиболее трудоемкие операции; ° избежать проблем, связанных с трудностями ЗЛ в описании и выражении своих потребностей. Недостатки: ° могут быть упущены альтернативные ситуации; ° большие затраты по времени; ° трудно применим на секретных предприятиях или опасных (вредных) производствах; ° пользователь в отсутствие наблюдателя может работать иначе. (Т.о. собранная информация может быть недостоверной) Пример применения метода Наблюдения на практике

​​​​Мозговой штурм #сбортребований #мш Мозговой штурм (МШ)  - один из методов выявления требований, заключающийся в генерации и сборе идей от группы заинтересованных лиц. Данный метод можно применять, когда нужно собрать большое количество идей для первичного накопления требований или для обсуждения нестандартных решений незнакомой проблемы. Принципы и правила применения: ° определить цель ° генерировать как можно больше идей, даже самые нестандартные ° должен выступить каждый участник ° НЕТ - критики, плохих идей, споров Организационные моменты Этап генерации идей: ° озвучте участникам основные правила ° установите ограничение по времени ° записывайте все идеи (важнее количество, а не качество) Этап отбора идей: ° объедините идеи, отбросьте лишние, структурируйте требования по значимости и приоритетности. Пару статей по данной теме: ° Мозговой штурм и 10 правил его эффективного проведения ° 15 полезных техник мозгового штурма

​​Анкетирование как один из методов сбора требований #сбортребований #анкетирование Анкетирование заключается в составлении листа-опросника, который может состоять из двух видов вопросов: • Открытые –  свободная форма ответа; • Закрытые – выбор варианта ответа из предложенных. Плюсы анкетирования: ° высокая скорость получения результата; ° возможность опросить большое количество пользователей, в том числе и географически удаленных; ° небольшие материальные затраты Минусы: ° невозможно учесть все вопросы ° невозможно понять все «проблемы» заказчика ° неправильно сформулированные вопросы ведут за собой неоднозначные ответы. Данный метод больше подходит для уточнения формальных требований, результаты анализа которых позволят подготовиться к применению других методов сбора требований (напр., интервью,  совещание). Рекомендации по составлению листа-опросника - Открыть Примером листа-опросника может быть Бриф на создание сайта.

​​Методы сбора требований #сбортребований Коллективные - участвуют заинтересованные лица (Стейкхолдеры): ° анкетирование ° интервью ° семинары, совещания ° мозговой штурм ° наблюдение (пассивное/интерактивное) ° представитель заказчика в компании разработчика Независимые - самостоятельная работа: ° изучение существующей документации ° повторное использование спецификации ° анализ системных интерфейсов ° анализ пользовательского интерфейса Наиболее эффективным при сборе требований будет комбинирование нескольких методов, как тех, что перечислены выше, так и тех, которые в список не попали (если знаете такие, поделитесь, пожалуйста, в комментариях)

​​​​"Проектирование веб-API" Арно Лоре #литература #api "Книга, написанная с учетом многолетнего опыта автора в разработке API, научит вас, как собирать требования, как найти баланс между техническими и бизнес-целями и как принимать во внимание запросы потребителя. Рассматриваются основные характеристики API, принципы его изменения, документирования и проверки. Эффективные методы разработки проиллюстрированы множеством интересных примеров. Издание предназначено для разработчиков, обладающих минимальным опытом в создании и использовании API-интерфейсов" Посмотреть содержание книги и скачать электронную версию можно тут

​​Продукт VS проект: отличия подходов #продукт #проект Продукт - результат ° состоит из проектов ° не ограничен во времени ° долговременная feature команда ° постоянные улучшения ° аналитика и поиск новых источников информации ° ориентирован на разных клиентов, сегмент рынка Проект - процесс ° составляющая продукта ° ограничен во времени ° кратковременная команда на проект ° конечный набор задач для достижения определённой цели ° ограничения по ресурсам (стоимость) ° заданное количество источников информации ° конкретный заказчик Исполнительный директор Factory5 делится в статье опытом работы проектных и продуктовых команд - описывая процессы работы, их структуру и цели. Читать статью

​​Кто есть кто!? Или определения профессий системный и бизнес-аналитик согласно справочнику профессий Минтруда. #системный #бизнес #аналитик Системный аналитик - Разрабатывает и сопровождает требования к отдельным функциям системы. Создает и сопровождает требования и технические задания на разработку и модернизацию систем и подсистем малого и среднего масштаба и сложности. Концептуально, функционально и логически проектирует системы среднего и крупного масштаба и сложности. Управляет аналитическими работами и подразделением. Подробнее Бизнес-аналитик Бизнес-анализ - представляет собой деятельность, нацеленную на поиск путей реализации изменений в бизнесе. Бизнес-анализ позволяет на основе изучения круга заинтересованных сторон организации и их потребностей, а также сопоставления этих потребностей с фактическими параметрами работы этой организации выявлять бизнес-проблемы и обосновывать пути их решения при помощи проводимых изменений Подробнее