Подошла к своему логическому завершению лекция 5. В этой лекции мы рассматривали техники анализа требований и проектирования информационных систем. Сегодня завершающий модуль. Мы осознаем полученную информацию по техникам, акцентируем внимание на главном и наметим путь на следующую лекцию.
Итак, мы рассмотрели аналитические техники, и у вас появилось достаточно информации для размышления. Следом должны идти действия, направленные на закрепление и развитие навыков по работе с техниками, которые для вас наиболее востребованы при решении практических задач.
Настало время подводить итоги лекции 5. В этой лекции было дано много концептуальной и практической информации, направленной на обоснование необходимости использования разных техник при решении конкретных практических задач. Мы с вами шаг за шагом соединяли разнообразную информацию в единое полотно техник и подходов для работы над требованиями. Следующая, шестая лекция будет посвящена работе над архитектурой, которая основывается именно на требованиях и проектировании. Можно сказать, что в лекции 6 мы заложим прочный базис, который должен помочь каждому из вас эффективно работать в области анализа и проектирования.
В лекции 5 мы говорили о разных категориях техник. Давайте вспомним основное. Сначала – техники из категории планирования. Эти техники нужны для того, чтобы ответить на основные организационные вопросы: как планировать работы по бизнес-анализу в конкретной организации, как планировать работы по бизнес-анализу для процесса или проекта автоматизации, который направлен на достижение ценности, и как планировать работы по бизнес-анализу для создания эффективной информационной системы. Затем – выявление и сбор требований. Работа над требованиями направлена на то, чтобы извлечь требования из имеющихся у нас источников. Источниками могут быть сотрудники – тогда мы говорим о человеко-ориентированных техниках работы над требованиями в группах и индивидуально. Также источниками могут быть документы организации или гипотезы, то есть эксперименты, реализуя которые, заказчики более точно поймут, что именно им нужно для достижения целей. Как только стартует процесс реализации требований, начинается циркуляция информации по процессу разработки. Эта информация проходит по команде между этапами планирования, исполнения и завершения. Техники по работе с требованиями поддерживают организации, синхронизируя контекст изменений. Тактика работы с требованиями, их анализ и проектирование направлены на пользователя, а также на процессы реализации ценности, то есть автоматизируемые нами процессы и связанные с ними данные, которые используются пользователями в этих самых процессах. Кроме тактики анализ направлен на то, чтобы обеспечить стратегию развития. Стратегия должна быть основана на организации, ее структуре и функциональном устройстве, техники помогают эффективно работать над требованием в процессах и информационных продуктах. Сфокусироваться нам помогает корректное целеполагание, которое ориентировано на результаты. В конце процесса или между его этапами нужно подводить общие или локальные итоги, давать им оценки – оценку процесса и оценку достигнутых результатов. Здесь мы извлекаем уроки от того, как выстроены наши процессы, как они функционируют и насколько мы зависим от внешних и внутренних факторов, какие факторы для нас более важны, какие из них нужно менять, а влияние каких можно проигнорировать.
Подытоживая, нужно сказать, что залогом успеха является постоянная практическая деятельность на основе изученной информации. Теория сама по себе не несет никакой ценности. Ценность возникает после воплощения теории в какой-то практической задаче, которая направлена на достижение общей ценности, получаемой организацией от внедрения технологий или автоматизации того или иного процесса. Чем больше задач в разных контекстах удастся решить аналитику, тем более ценным и эффективным будет его опыт, тем больше пользы он сможет принести как для организации, которой он помогает, так и для себя самого. Используя разные техники и меняя рабочий контекст, важно продолжать мыслить стратегически, но работать тактически над возникающими проблемами и задачами.
Важно сохранять структурированность и логичность своих решений, не поддаваясь влиянию кризисов и стрессов. В этом основной помощник – рациональное мышление. Аналитик, развивающий у себя рациональное мышление, должен стремиться замечать собственные ошибки и менять мнение в зависимости от них. Ошибки, возникающие по ходу деятельности, принято называть когнитивными искажениями. Основными из них являются искажения, связанные с поведением и принятием решений (неприятие потери или так называемое «проклятие знаний»), искажения, связанные с вероятностями и стереотипами (мнимое влияние на случайные события и иллюзорное восприятие прошлых событий как предсказуемых), социальные искажения (переоценка собственных возможностей понимания других людей и разделения с ними общих ценностей), а также искажения, связанные с ошибками памяти (криптомнезия и «эффект благодетеля»).
Далее мы поговорим об архитектуре решений и их связи с требованиями – что это за архитектура, на что она направлена, из чего состоит, какие существуют подходы к ее построению, на чем важно акцентировать внимание и как развиваться в этом направлении. Архитектура решений как явление, как набор артефактов должна помогать обеспечивать создание информационных систем, отвечающих всем собранным требованиям заказчика и целям организации. Она должна гарантировать, что система будет разработана в заданные сроки, с соблюдением запланированного бюджета и необходимым для пользователей уровнем качества. Архитектура решений помогает и поддерживает дисциплину сопровождения, возможности для модификации и расширения информационных систем. Она помогает развивать программную инженерию за счет переиспользования требований и решений, которые подтвердили свое качество на практике. Об этом всем мы и будем говорить в лекции 6.
Итак, назначение техник – организовать и выполнить профильный вид работ и этапов в процессе проведения анализа требований и проектирования. Использование техник позволяет гарантировать достижение результата.
Умение использовать наиболее подходящую технику в конкретной ситуации демонстрирует профессиональную зрелость аналитика в работе над инженерией требований. В этом и заключается ценность использования всех техник, о которых мы говорили в этой лекции. До скорой встречи!
Лекция подводит итог изучению техник анализа требований. Весь материал был направлен на то, чтобы соединить разрозненные концепции в единую систему работы над требованиями.
В лекции были рассмотрены четыре ключевые группы техник:
1. Планирование: Техники, отвечающие на вопросы, как организовать работу по бизнес-анализу в проекте или организации в целом.
2. Выявление и сбор требований: Методы извлечения информации из источников. К ним относятся человеко-ориентированные техники (интервью, работа в группах), анализ документов и проверка гипотез через эксперименты.
3. Анализ и проектирование: Техники, направленные на понимание потребностей пользователей, моделирование процессов и данных, а также увязывание тактических задач со стратегией развития организации.
4. Оценка и извлечение уроков: Методы подведения итогов на всех этапах, позволяющие оценить как результат, так и сам процесс работы, выявить факторы влияния и необходимость изменений.
Отдельный блок лекции посвящен личности аналитика. Подчеркивается, что успех зависит от постоянной практики и развития рационального мышления. Аналитику важно уметь распознавать когнитивные искажения (например, «проклятие знаний», ошибки памяти, социальные стереотипы), которые мешают принимать объективные решения.
В конце лекции анонсируется тема следующего занятия — архитектура решений, которая будет строиться на фундаменте изученных требований. Архитектура призвана гарантировать, что итоговая система будет соответствовать целям, срокам и бюджету проекта.
1. Системность — основа анализа: Работа над требованиями не является хаотичным процессом, а строится на применении систематизированных техник для планирования, сбора, анализа и оценки.
2. Ценность через практику: Профессионализм аналитика наращивается не объемом выученной теории, а количеством и разнообразием решенных практических задач с использованием различных техник.
3. Рациональность против искажений: Ключевая компетенция аналитика — умение мыслить рационально и отслеживать когнитивные искажения, которые могут привести к ошибочным выводам и неверным требованиям.
4. Фундамент для будущего: Качественный анализ требований, проведенный в лекции 5, является необходимой основой для перехода к проектированию архитектуры (лекция 6).
1. На какие основные категории делятся техники работы с требованиями, и какие задачи решает каждая из них?
2. Какие существуют типы источников для выявления требований? Приведите примеры техник для работы с каждым типом.
3. Почему, по мнению лектора, теория сама по себе не несет ценности? Когда возникает ценность?
4. Что такое когнитивные искажения? Приведите примеры искажений, связанных с поведением и социальным восприятием.
5. Какова основная цель архитектуры решений, которая будет изучаться в лекции №6, и как она связана с темой требований?
