Кто есть кто!?
Или определения профессий системный и бизнес-аналитик согласно справочнику профессий Минтруда.
#системный #бизнес #аналитик
Системный аналитик - Разрабатывает и сопровождает требования к отдельным функциям системы. Создает и сопровождает требования и технические задания на разработку и модернизацию систем и подсистем малого и среднего масштаба и сложности. Концептуально, функционально и логически проектирует системы среднего и крупного масштаба и сложности. Управляет аналитическими работами и подразделением. Подробнее
Бизнес-аналитик
Бизнес-анализ - представляет собой деятельность, нацеленную на поиск путей реализации изменений в бизнесе. Бизнес-анализ позволяет на основе изучения круга заинтересованных сторон организации и их потребностей, а также сопоставления этих потребностей с фактическими параметрами работы этой организации выявлять бизнес-проблемы и обосновывать пути их решения при помощи проводимых изменений Подробнее
Или определения профессий системный и бизнес-аналитик согласно справочнику профессий Минтруда.
#системный #бизнес #аналитик
Системный аналитик - Разрабатывает и сопровождает требования к отдельным функциям системы. Создает и сопровождает требования и технические задания на разработку и модернизацию систем и подсистем малого и среднего масштаба и сложности. Концептуально, функционально и логически проектирует системы среднего и крупного масштаба и сложности. Управляет аналитическими работами и подразделением. Подробнее
Бизнес-аналитик
Бизнес-анализ - представляет собой деятельность, нацеленную на поиск путей реализации изменений в бизнесе. Бизнес-анализ позволяет на основе изучения круга заинтересованных сторон организации и их потребностей, а также сопоставления этих потребностей с фактическими параметрами работы этой организации выявлять бизнес-проблемы и обосновывать пути их решения при помощи проводимых изменений Подробнее
Продукт VS проект: отличия подходов
#продукт #проект
Продукт - результат
° состоит из проектов
° не ограничен во времени
° долговременная feature команда
° постоянные улучшения
° аналитика и поиск новых источников информации
° ориентирован на разных клиентов, сегмент рынка
Проект - процесс
° составляющая продукта
° ограничен во времени
° кратковременная команда на проект
° конечный набор задач для достижения определённой цели
° ограничения по ресурсам (стоимость)
° заданное количество источников информации
° конкретный заказчик
Исполнительный директор Factory5 делится в статье опытом работы проектных и продуктовых команд - описывая процессы работы, их структуру и цели.
Читать статью
#продукт #проект
Продукт - результат
° состоит из проектов
° не ограничен во времени
° долговременная feature команда
° постоянные улучшения
° аналитика и поиск новых источников информации
° ориентирован на разных клиентов, сегмент рынка
Проект - процесс
° составляющая продукта
° ограничен во времени
° кратковременная команда на проект
° конечный набор задач для достижения определённой цели
° ограничения по ресурсам (стоимость)
° заданное количество источников информации
° конкретный заказчик
Исполнительный директор Factory5 делится в статье опытом работы проектных и продуктовых команд - описывая процессы работы, их структуру и цели.
Читать статью
"Проектирование веб-API" Арно Лоре
#литература #api
"Книга, написанная с учетом многолетнего опыта автора в разработке API, научит вас, как собирать требования, как найти баланс между техническими и бизнес-целями и как принимать во внимание запросы потребителя. Рассматриваются основные характеристики API, принципы его изменения, документирования
и проверки. Эффективные методы разработки проиллюстрированы множеством
интересных примеров.
Издание предназначено для разработчиков, обладающих минимальным опытом в создании и использовании API-интерфейсов"
Посмотреть содержание книги и скачать электронную версию можно тут
#литература #api
"Книга, написанная с учетом многолетнего опыта автора в разработке API, научит вас, как собирать требования, как найти баланс между техническими и бизнес-целями и как принимать во внимание запросы потребителя. Рассматриваются основные характеристики API, принципы его изменения, документирования
и проверки. Эффективные методы разработки проиллюстрированы множеством
интересных примеров.
Издание предназначено для разработчиков, обладающих минимальным опытом в создании и использовании API-интерфейсов"
Посмотреть содержание книги и скачать электронную версию можно тут
Методы сбора требований
#сбортребований
Коллективные - участвуют заинтересованные лица (Стейкхолдеры):
° анкетирование
° интервью
° семинары, совещания
° мозговой штурм
° наблюдение (пассивное/интерактивное)
° представитель заказчика в компании разработчика
Независимые - самостоятельная работа:
° изучение существующей документации
° повторное использование спецификации
° анализ системных интерфейсов
° анализ пользовательского интерфейса
Наиболее эффективным при сборе требований будет комбинирование нескольких методов, как тех, что перечислены выше, так и тех, которые в список не попали (если знаете такие, поделитесь, пожалуйста, в комментариях)
#сбортребований
Коллективные - участвуют заинтересованные лица (Стейкхолдеры):
° анкетирование
° интервью
° семинары, совещания
° мозговой штурм
° наблюдение (пассивное/интерактивное)
° представитель заказчика в компании разработчика
Независимые - самостоятельная работа:
° изучение существующей документации
° повторное использование спецификации
° анализ системных интерфейсов
° анализ пользовательского интерфейса
Наиболее эффективным при сборе требований будет комбинирование нескольких методов, как тех, что перечислены выше, так и тех, которые в список не попали (если знаете такие, поделитесь, пожалуйста, в комментариях)
Анкетирование как один из методов сбора требований
#сбортребований #анкетирование
Анкетирование заключается в составлении листа-опросника, который может состоять из двух видов вопросов:
• Открытые – свободная форма
ответа;
• Закрытые – выбор варианта ответа из предложенных.
Плюсы анкетирования:
° высокая скорость получения результата;
° возможность опросить большое количество пользователей, в том числе и географически удаленных;
° небольшие материальные затраты
Минусы:
° невозможно учесть все вопросы
° невозможно понять все «проблемы» заказчика
° неправильно сформулированные вопросы ведут за собой неоднозначные ответы.
Данный метод больше подходит для уточнения формальных требований, результаты анализа которых позволят подготовиться к применению других методов сбора требований (напр., интервью, совещание).
Рекомендации по составлению листа-опросника - Открыть
Примером листа-опросника может быть Бриф на создание сайта.
#сбортребований #анкетирование
Анкетирование заключается в составлении листа-опросника, который может состоять из двух видов вопросов:
• Открытые – свободная форма
ответа;
• Закрытые – выбор варианта ответа из предложенных.
Плюсы анкетирования:
° высокая скорость получения результата;
° возможность опросить большое количество пользователей, в том числе и географически удаленных;
° небольшие материальные затраты
Минусы:
° невозможно учесть все вопросы
° невозможно понять все «проблемы» заказчика
° неправильно сформулированные вопросы ведут за собой неоднозначные ответы.
Данный метод больше подходит для уточнения формальных требований, результаты анализа которых позволят подготовиться к применению других методов сбора требований (напр., интервью, совещание).
Рекомендации по составлению листа-опросника - Открыть
Примером листа-опросника может быть Бриф на создание сайта.
Мозговой штурм
#сбортребований #мш
Мозговой штурм (МШ) - один из методов выявления требований, заключающийся в генерации и сборе идей от группы заинтересованных лиц.
Данный метод можно применять, когда нужно собрать большое количество идей для первичного накопления требований или для обсуждения нестандартных решений незнакомой проблемы.
Принципы и правила применения:
° определить цель
° генерировать как можно больше идей, даже самые нестандартные
° должен выступить каждый участник
° НЕТ - критики, плохих идей, споров
Организационные моменты
Этап генерации идей:
° озвучте участникам основные правила
° установите ограничение по времени
° записывайте все идеи (важнее количество, а не качество)
Этап отбора идей:
° объедините идеи, отбросьте лишние, структурируйте требования по значимости и приоритетности.
Пару статей по данной теме:
° Мозговой штурм и 10 правил его эффективного проведения
° 15 полезных техник мозгового штурма
#сбортребований #мш
Мозговой штурм (МШ) - один из методов выявления требований, заключающийся в генерации и сборе идей от группы заинтересованных лиц.
Данный метод можно применять, когда нужно собрать большое количество идей для первичного накопления требований или для обсуждения нестандартных решений незнакомой проблемы.
Принципы и правила применения:
° определить цель
° генерировать как можно больше идей, даже самые нестандартные
° должен выступить каждый участник
° НЕТ - критики, плохих идей, споров
Организационные моменты
Этап генерации идей:
° озвучте участникам основные правила
° установите ограничение по времени
° записывайте все идеи (важнее количество, а не качество)
Этап отбора идей:
° объедините идеи, отбросьте лишние, структурируйте требования по значимости и приоритетности.
Пару статей по данной теме:
° Мозговой штурм и 10 правил его эффективного проведения
° 15 полезных техник мозгового штурма
Сбор требований: метод наблюдения.
#сбортребований #наблюдение
Метод наблюдения или работа " в поле" - заключается в наблюдении за тем, как работают пользователи.
Чаще применяется там, где необходимо отследить текущий процесс.
Различают:
Пассивное наблюдение - наблюдающий фиксирует выполняемые шаги и операции, после чего задает уточняющие вопросы.
Активное наблюдение - наблюдающий активно взаимодействует с пользователями во время выполнения рабочего процесса.
Данный метод позволяет:
° мгновенно выявить требования;
° наглядно увидеть проблему;
° сравнить реально выполняемый процесс с имеющимся регламентом;
° изучить процесс более детально, вплоть до отдельных операций;
° определить наиболее трудоемкие операции;
° избежать проблем, связанных с трудностями ЗЛ в описании и выражении своих потребностей.
Недостатки:
° могут быть упущены альтернативные ситуации;
° большие затраты по времени;
° трудно применим на секретных предприятиях или опасных (вредных) производствах;
° пользователь в отсутствие наблюдателя может работать иначе. (Т.о. собранная информация может быть недостоверной)
Пример применения метода Наблюдения на практике
#сбортребований #наблюдение
Метод наблюдения или работа " в поле" - заключается в наблюдении за тем, как работают пользователи.
Чаще применяется там, где необходимо отследить текущий процесс.
Различают:
Пассивное наблюдение - наблюдающий фиксирует выполняемые шаги и операции, после чего задает уточняющие вопросы.
Активное наблюдение - наблюдающий активно взаимодействует с пользователями во время выполнения рабочего процесса.
Данный метод позволяет:
° мгновенно выявить требования;
° наглядно увидеть проблему;
° сравнить реально выполняемый процесс с имеющимся регламентом;
° изучить процесс более детально, вплоть до отдельных операций;
° определить наиболее трудоемкие операции;
° избежать проблем, связанных с трудностями ЗЛ в описании и выражении своих потребностей.
Недостатки:
° могут быть упущены альтернативные ситуации;
° большие затраты по времени;
° трудно применим на секретных предприятиях или опасных (вредных) производствах;
° пользователь в отсутствие наблюдателя может работать иначе. (Т.о. собранная информация может быть недостоверной)
Пример применения метода Наблюдения на практике
Методы сбора требований: изучение существующей документации
#сбортребований #документация
Анализ документов позволяет:
° быстро освоить текущую систему или новую предметную область;
° сократить время и ресурсы, затрачиваемые заказчиком на передачу знаний и информации;
° выявить возможные требования к ПО, например, при автоматизации устоявшихся в организации регламентированных бизнес-процессов;
° получить информацию, которой люди не обладают;
° поможет при создании документации процесса as-is
Примеры документации: регламенты,
описания процессов, структура организации, спецификации продукта, различные процедуры, стандарты, инструкции, шаблоны документов, отчеты
Важно! перед анализом документации оценить ее релевантность - соответствует ли она действительности.
Недостатки:
° существует риск получить неактуальные, устаревшие данные;
° в документах может быть описана функциональность, которая в будущей системе не нужна;
° данный метод не применим, если в организации имеются только базовые документы или они вовсе отсутствуют.
#сбортребований #документация
Анализ документов позволяет:
° быстро освоить текущую систему или новую предметную область;
° сократить время и ресурсы, затрачиваемые заказчиком на передачу знаний и информации;
° выявить возможные требования к ПО, например, при автоматизации устоявшихся в организации регламентированных бизнес-процессов;
° получить информацию, которой люди не обладают;
° поможет при создании документации процесса as-is
Примеры документации: регламенты,
описания процессов, структура организации, спецификации продукта, различные процедуры, стандарты, инструкции, шаблоны документов, отчеты
Важно! перед анализом документации оценить ее релевантность - соответствует ли она действительности.
Недостатки:
° существует риск получить неактуальные, устаревшие данные;
° в документах может быть описана функциональность, которая в будущей системе не нужна;
° данный метод не применим, если в организации имеются только базовые документы или они вовсе отсутствуют.
Методы сбора требований: Анализ системных интерфейсов.
#сбортребований #интерфейс
"Анализ интерфейсов — независимый метод выявления требований, который подразумевает анализ систем, с которыми взаимодействует ваша система. Анализ системных интерфейсов выявляет функциональные требования к сервисам и обмену данными между системами (IIBA, 2009). ..
Для каждой системы, которая взаимодействует с вашей, определите функциональность этой системы, которая может создавать требования к вашей системе. Эти требования могут описывать, какие данные передавать или получать из другой системы и каковы правила работы с этими данными, например критерии соответствия. Может также обнаружиться существующая функциональность, которую не нужно реализовывать в вашей системе. Представьте, что вам нужно реализовать правила проверки заказа в корзине интернет-магазина до начала оплаты. Проанализировав системные интерфейсы, вы сможете обнаружить, что в систему управления заказами поступают заказы из других систем, которые сами их проверяют, поэтому такую функциональность реализовывать не нужно."
Источник: К. Вигерс "Разработка требований к программному обеспечению"
#сбортребований #интерфейс
"Анализ интерфейсов — независимый метод выявления требований, который подразумевает анализ систем, с которыми взаимодействует ваша система. Анализ системных интерфейсов выявляет функциональные требования к сервисам и обмену данными между системами (IIBA, 2009). ..
Для каждой системы, которая взаимодействует с вашей, определите функциональность этой системы, которая может создавать требования к вашей системе. Эти требования могут описывать, какие данные передавать или получать из другой системы и каковы правила работы с этими данными, например критерии соответствия. Может также обнаружиться существующая функциональность, которую не нужно реализовывать в вашей системе. Представьте, что вам нужно реализовать правила проверки заказа в корзине интернет-магазина до начала оплаты. Проанализировав системные интерфейсы, вы сможете обнаружить, что в систему управления заказами поступают заказы из других систем, которые сами их проверяют, поэтому такую функциональность реализовывать не нужно."
Источник: К. Вигерс "Разработка требований к программному обеспечению"
#собеседование #логическая #задача
На столе лежат девять монет. Одна из них — фальшивая. Как при помощи двух взвешиваний можно найти фальшивую монету? (Фальшивая монета легче настоящих.)
‐-------‐----------------------
Посмотреть ответ
На столе лежат девять монет. Одна из них — фальшивая. Как при помощи двух взвешиваний можно найти фальшивую монету? (Фальшивая монета легче настоящих.)
‐-------‐----------------------
Посмотреть ответ