#3 Сбор требований, прототипирование, Product Charter

• Завершение второго занятия курса по проджект-менеджменту.  

• Тема третьего занятия: инструменты сбора требований и иерархия документов.  

• Обсуждение технических требований и их оформления.  

• Курс не предлагает универсальных решений, а учит адаптировать методы под конкретные проекты.  

• Каждый проект уникален, и подход к нему должен быть индивидуальным.  

• Важно понимать, что идеальность и качество зависят от проекта.  

• Первое практическое домашнее задание: набросать техническое требование к реализации.  

• Задание взято из реального теста для продакт-менеджеров.  

• Задание поможет закрепить практические навыки.  

• Введение в фреймворки и их значение.  

• Примеры фреймворков для менеджмента и программирования.  

• Важность понимания фреймворков для проектного менеджмента.  

• Бойлерплейты: шаблонный код, который используется многократно.  

• Сниппеты: маленькие фрагменты кода, которые можно развернуть в большие конструкции.  

• Примеры использования бойлерплейтов и сниппетов в программировании.  

• Scrum как методология гибкой разработки.  

• Важность работы с варфреймами для проектирования продуктов.  

• Практическое занятие по созданию варфреймов.  

• Важность своевременного выполнения домашнего задания.  

• Фидбек по домашнему заданию и вопросы для обсуждения.  

• Переход к следующей теме курса.  

• Требования бывают функциональные и нефункциональные.  

• Функциональные требования описывают функциональность, например, создание постов в Instagram.  

• Нефункциональные требования включают бизнес-правила, ограничения и атрибуты качества.  

• Вербальная коммуникация не всегда оптимальна для передачи информации.  

• Разные люди могут по-разному понимать одни и те же слова.  

• Важно оформлять требования для предотвращения недопонимания.  

• Важно учитывать ожидания клиента, чтобы избежать финансовых потерь.  

• Перевес в ожиданиях клиента может привести к дополнительным затратам.  

• Недопонимание между клиентом и командой может привести к финансовым потерям.  

• Требования должны быть оформлены для предотвращения недопонимания.  

• Качество требует определения на стадии сбора требований.  

• Недопонимание между командой и клиентом всегда приводит к финансовым потерям.  

• Требования делятся на функциональные и нефункциональные.  

• Функциональные требования включают бизнес-цели, границы проекта и системные требования.  

• Нефункциональные требования включают бизнес-правила, атрибуты качества и ограничения.  

• Бизнес-требования включают цели организации, правила и требования стейкхолдеров.  

• Требования могут влиять на другие области организации или системы.  

• Важно учитывать требования к коммуникации и отчетности для заинтересованных сторон.  

• Технические требования включают стандарты, безопасность и поддержку.  

• Требования к отчетности включают уровень обслуживания, производительность и безопасность.  

• Критерии приемки являются важной частью технических требований.  

• Техники сбора требований делятся на ключевые, структурирующие и дополнительные.  

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

• Структурирующие техники помогают упорядочить информацию.  

• Требования могут быть представлены в вербальной, текстовой и графической формах.  

• Важно описывать требования к дизайну интерфейса, бэкенду и процессам.  

• Планирование извлечения требований является ключевым этапом.  

• Планирование извлечения требований помогает избежать поверхностных знаний.  

• Анализ документации и интервьюирование являются важными инструментами для сбора информации.  

• Наблюдение за пользователем и анализ его задач важны для продуктовой разработки.  

• Цель - понять, что нужно пользователю, а не следовать указаниям начальника.  

• Это помогает выявить гипотезы и требования, которые затем проверяются метриками.  

• Используются бизнес-моделирование и прототипирование для визуализации бизнес-процессов и логики программы.  

• Прототипирование помогает в моделировании пользовательского интерфейса.  

• Мозговой штурм и контекстные диаграммы помогают структурировать информацию.  

• Формальные требования - это документы с подписями, описывающие, как должно работать.  

• Неформальные требования - это user stories, варфреймы и другие визуальные отображения задач.  

• Важно использовать оба типа требований для эффективной коммуникации и разработки.  

• Хороший менеджер много говорит и записывает, чтобы структурировать информацию.  

• Ведение базы знаний и документов помогает лучше понимать и презентовать задачи.  

• Важно пересматривать и обновлять записи для улучшения понимания проекта.  

• Анализ требований помогает выявить релевантную и важную информацию.  

• Необходимо определить перечень и релевантность имеющихся требований.  

• Важно определить рейтинг важности требований для эффективного использования времени.  

• Определите релевантные задачи и приоритеты.  

• Анализируйте документацию и выписывайте непонятные моменты.  

• Задавайте правильные вопросы для уточнения информации.  

• Умение задавать правильные вопросы важнее, чем наличие эксперта.  

• Хорошо сформулированные вопросы помогают получить качественную информацию.  

• Составляйте список вопросов, которые не нашли в требованиях.  

• Анализируйте документацию поверхностно, чтобы понять, сколько времени потребуется.  

• Время зависит от структурированности информации.  

• После нескольких часов чтения вы поймете, сколько времени нужно для понимания материала.  

• Интервью требует тщательной подготовки.  

• Не тратьте время людей, если не подготовлены.  

• Интервью помогает понять реальные проблемы и ограничения проекта.  

• Определите перечень лиц для интервью.  

• Подготовьте цели и вопросы для каждой встречи.  

• Согласуйте календарь встреч и проведите интервью.  

• Записывайте интервью на диктофон или Skype.  

• Делайте заметки для себя.  

• Процесс обработки данных после интервью занимает 1-2 часа.  

• Прототипирование помогает визуализировать проект.  

• Визуальное отображение информации улучшает понимание.  

• Прототипирование позволяет анализировать процесс осуществления проекта.  

• Прототипирование используется для визуальных интерфейсов.  

• Для не визуальных интерфейсов используются другие инструменты.  

• Анализ осуществимости проекта важен для ответа на определенные вопросы.  

• Использование кликабельных прототипов для проверки удобства и уточнения требований.  

• Прототипы помогают повысить определенность и исследовать альтернативные решения.  

• Прототипирование важно для сокращения графика разработки и улучшения взаимодействия с клиентами.  

• Введение в простой инструмент для быстрого создания прототипов.  

• Инструмент позволяет создавать странички с помощью примитивов и отправлять их клиентам.  

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

• Воркшоп помогает ускорить процесс сбора требований и сократить время на валидацию.  

• Project manager выполняет роль фасилитатора, помогая стейкхолдерам прийти к единому пониманию.  

• Важно синхронизировать временные зоны и расписание участников для продуктивной встречи.  

• Основная задача менеджера проекта — переводить информацию в физический мир для других участников.  

• Создание и поддержание актуальной базы данных для качественного исполнения проекта.  

• Project charter — ключевой документ, содержащий 80% информации о проекте, и ссылки на другие документы.  

• Риски и планы проекта должны быть включены в проектный чартер.  

• Важно учитывать риски на ранних этапах проекта, чтобы избежать проблем в будущем.  

• Обсуждение рисков и планов проекта будет важной частью будущих встреч и митингов.  

• Риск-менеджмент помогает выявить потенциальные проблемы и риски.  

• Дорожная карта проекта описывает этапы и задачи, а также параллельные процессы.  

• Важно понимать таймлайн и оценку времени выполнения задач.  

• Параллельные процессы не всегда возможны, как в примере с беременностью.  

• Дорожная карта показывает этапы проекта и основные показатели.  

• Технические задания и документация помогают управлять проектом.  

• Важно не только использовать инструменты, но и правильно ими управлять.  

• Инструменты, такие как Trello, помогают организовать задачи и отслеживать прогресс.  

• Mindset хорошего управленца важнее, чем конкретные инструменты.  

• Проектный чартер должен содержать всю необходимую информацию о проекте.  

• Включает название проекта, цели, команду, инструменты и т.д.  

• Доступ к чартеру должен быть у всей команды.  

• Документация должна быть актуальной и содержать более 85% информации.  

• Важно поддерживать базовую линию документации и периодически обновлять её.  

• Удобство использования инструментов для команды играет ключевую роль.  

• Пример проектного чартера для реального проекта.  

• Включает информацию о компании, продукте, целях и команде.  

• Важно, чтобы документация была доступна и понятна для всех.  

• Техническое задание должно включать ответы на ключевые вопросы.  

• Включает описание задачи, сроки, ответственных, метрики и критерии качества.  

• Важно адаптировать техническое задание под каждый проект и фичу.  

• Необходимо предоставить максимальное количество информации о требованиях.  

• Важно описать дизайн, workflow, валидацию форм и ошибки.  

• Указать приоритеты и исполнителей для каждой задачи.  

• Метрики успешности помогают понять, выполнено ли задание.  

• Пример из практики: пользователь не мог редактировать статус пользователей.  

• Важно описывать критерии качества выполнения задания.  

• Критерии качества включают обновление документации и уведомление участников.  

• Временные и ресурсные рамки должны быть указаны в техническом задании.  

• Нет унифицированного шаблона, но можно создать идеальный инструмент под свои нужды.  

• Изучены методы сбора технических требований и их особенности.  

• Создан рабочий процесс для разработки продукта.  

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

• Практическая сессия по сбору требований и разработке курсовой работы.  

• Важно применять знания на практике, особенно в реальных проектах.  

• Обсуждение проблем в организациях и их решение на реальных кейсах.  

• Призыв к обратной связи и обсуждению проблем в комментариях.  

• Благодарность за участие и вопросы в группе Telegram.