ИИ-промпты для профессии: Управление проектами

Вы — старший руководитель проектов, сертифицированный PMP, с 15-летним опытом в области корпоративной разработки ПО. Мне нужен устав для нового проекта. **Контекст:** * **Название проекта:** "Project Phoenix" * **Описание в одном предложении:** Миграция локальной CRM компании в новое облачное SaaS-решение. * **Бизнес-цель:** Снизить операционные расходы на CRM на 30% и улучшить доступность данных для удаленной команды продаж. * **Ключевые стейкхолдеры:** Джейн Доу (вице-президент по продажам), Джон Смит (директор по ИТ), Отдел продаж (как конечные пользователи). * **Ориентировочные сроки:** 6 месяцев. * **Ориентировочный бюджет:** $150,000. **Задача:** Составьте подробный устав проекта. **Формат:** Используйте следующие разделы в качестве заголовков H2: 1. Цель и обоснование проекта 2. Измеримые цели и критерии успеха 3. Высокоуровневые требования и объем работ 4. Ключевые стейкхолдеры и обязанности (используйте матрицу RACI для Джейн Доу, Джона Смита и руководителя проекта) 5. Высокоуровневые риски проекта 6. Сводный график контрольных точек (в виде таблицы Markdown) 7. Сводный бюджет (в виде таблицы Markdown) 8. Требования к утверждению проекта

Вы — внимательный к деталям планировщик проектов. Ваша задача — разбить крупный проект на более мелкие, управляемые пакеты работ. **Контекст:** Мы разрабатываем новое мобильное приложение для iOS и Android. Ключевые функции: аутентификация пользователя, лента активности, обмен сообщениями в приложении и управление профилем. **Задача:** Сгенерируйте иерархическую структуру работ (ИСР) для фазы разработки этого проекта. Декомпозируйте работу как минимум до трех уровней. Уровень 1 должен быть названием проекта ("Разработка мобильного приложения"). Уровень 2 — основные результаты/функции. Уровень 3 — пакеты работ, необходимые для завершения каждой функции. **Формат:** Представьте ИСР в виде вложенного, отформатированного списка. Например: 1\. Разработка мобильного приложения 1.1. Аутентификация пользователя 1.1.1. Разработка UI/UX для экранов входа/регистрации 1.1.2. Разработка логики аутентификации на бэкенде 1.1.3. Внедрение входа через социальные сети (Google/Apple) 1.1.4. Тестирование процесса аутентификации

Вы — старший руководитель проектов, ответственный за проведение эффективных и увлекательных стартовых совещаний по проекту. **Контекст:** Мы запускаем "Project Phoenix" — 6-месячный проект по миграции CRM. Присутствовать будут основная команда проекта, спонсор проекта (вице-президент по продажам) и руководитель ИТ-отдела. Эта группа собирается впервые. **Задача:** Создайте подробную повестку дня для 90-минутного стартового совещания по проекту. Цель — согласовать со всеми цели, объем и роли проекта, а также создать первоначальный импульс. **Формат:** Структурируйте повестку дня в таблице Markdown со столбцами: **Выделенное время (минуты)**, **Тема**, **Докладчик** и **Цель/Ключевые тезисы**. Включите шаблон электронного письма для отправки после совещания, которое суммирует принятые решения и пункты действий.

Вы — политический стратег и эксперт в управлении стейкхолдерами. Ваша сильная сторона — определение того, кто имеет влияние и что для них важно. **Контекст:** Мы запускаем проект по автоматизации ключевого внутреннего процесса отчетности, который в настоящее время выполняется вручную финансовым отделом. Это высвободит 3 финансовых аналитиков, но потребует новой подписки на ПО и поддержки внедрения со стороны ИТ-команды. Окончательные отчеты используются высшим руководством. **Задача:** Определите всех потенциальных стейкхолдеров для этого проекта. Для каждого стейкхолдера (или группы) проанализируйте их потенциальные интересы, уровень влияния (Высокий/Средний/Низкий) и опасения. **Формат:** Создайте таблицу Markdown со столбцами: **Стейкхолдер/Группа**, **Основные интересы**, **Уровень влияния**, **Потенциальные опасения** и **Предлагаемая стратегия взаимодействия**.

Вы — гибкий владелец продукта, умеющий преобразовывать неструктурированные идеи в хорошо сформулированные пользовательские истории. **Контекст:** Я только что вышел с мозгового штурма по новой функции электронной коммерции. Вот мои черновые заметки: * Пользователи хотят сохранять товары на потом, а не просто добавлять их в корзину. * Как "список желаний" или "избранное". * Должна быть возможность добавлять с продуктовой страницы и страницы категории. * Должна быть доступна даже после того, как они покинут сайт. * Может быть, у них может быть несколько списков? Например, "Идеи для дня рождения" или "Офисное оборудование". * Должна быть возможность поделиться списком с кем-то еще по ссылке. **Задача:** Преобразуйте эти заметки в набор хорошо сформулированных пользовательских историй, используя формат "Как [[тип пользователя]], я хочу [[цель]], чтобы [[выгода]]". Включите критерии приемки для каждой истории. **Формат:** Для каждой пользовательской истории укажите: * **Пользовательская история:** * **Критерии приемки:** (в виде маркированного списка)

Вы — руководитель проекта, предоставляющий еженедельный отчет о состоянии исполнительным стейкхолдерам, которые заняты и заботятся о результатах, а не о технических деталях. **Контекст:** * **Проект:** "Project Phoenix" * **Общий статус:** Желтый (из-за задержки в доступе к API поставщика) * **Достижения за прошлую неделю:** Завершены макеты пользовательского интерфейса для новой панели CRM. Завершено сопоставление данных для импорта контактов. * **Цели на эту неделю:** Начать фронтенд-разработку. Выполнить первоначальный импорт тестовых данных. Обеспечить доступ к API поставщика. * **Блокировки/Риски:** Поставщик еще не предоставил учетные данные для производственного API, что блокирует всю работу по интеграции. Это ставит под угрозу этап тестирования в 4 квартале. Мы передали этот вопрос нашему менеджеру по работе с поставщиками. * **Бюджет:** В рамках плана. **Задача:** Составьте краткое, профессиональное электронное письмо для спонсора проекта (вице-президента по продажам). Начните с самой важной информации. **Формат:** Используйте следующую структуру: * **Тема письма:** Обновление статуса Project Phoenix - [[Дата]] * **Краткое резюме:** (2-3 предложения, укажите общий статус RAG и ключевое сообщение) * **Ключевые достижения за этот период** * **Ключевые цели на следующий период** * **Риски и блокировки:** (Четко изложите проблему, ее влияние и план смягчения. Будьте конкретны в отношении того, что вам нужно от получателя, если что-либо.) * **Бюджет и сроки:** (Краткое резюме)

Вы — тренер по коммуникациям, готовящий руководителя проекта к сложному совещанию по обзору проекта. **Контекст:** Проект превысил бюджет на 15% и отстает от графика на один месяц из-за неожиданного технического долга, обнаруженного во время реализации. Спонсор проекта не является техническим специалистом и теряет доверие. Цель совещания — восстановить доверие спонсора и получить одобрение пересмотренного плана. **Задача:** Сгенерируйте список ключевых тезисов для руководителя проекта. Сосредоточьтесь на четком изложении ситуации, принятии ответственности и представлении убедительного пути вперед. **Формат:** Организуйте тезисы в три раздела: 1. **Признание ситуации:** (Как изложить факты, не оправдываясь.) 2. **Объяснение "почему":** (Как объяснить первопричину нетехническими терминами.) 3. **Представление пути вперед:** (Как изложить пересмотренный план, включая новые сроки, бюджет и меры контроля, которые вы внедрите для предотвращения повторения.)

Вы — эксперт по коммуникациям, способный объяснять сложные технические темы простыми, понятными терминами. **Контекст:** Обновление проекта содержит следующее предложение: "Мы столкнулись с каскадным сбоем в слое аутентификации микросервисов из-за состояния гонки в кэше Redis, что вызывает периодические ошибки 503." **Задача:** Перепишите это предложение для нетехнической бизнес-аудитории. Объясните влияние на бизнес. **Формат:** Предоставьте две версии: 1. **Простое объяснение:** Прямой, однопредложенческий перевод проблемы. 2. **Аналогия:** Понятная аналогия, чтобы помочь стейкхолдерам понять концепцию. 3. **Влияние на бизнес:** Четкое изложение того, что это означает для пользователей или бизнеса.

Вы — руководитель проекта, составляющий официальное сообщение о запросе на изменение. **Контекст:** Маркетинговая команда запросила добавление новой функции "Обмен в социальных сетях" в продукт, который в настоящее время находится на стадии финального тестирования. Это не входило в первоначальный объем работ. **Задача:** Составьте электронное письмо стейкхолдерам проекта, объясняющее запрос на изменение. Цель состоит не в его одобрении или отклонении, а в информировании о запросе и изложении формального процесса управления изменениями, который теперь начнется. **Формат:** Электронное письмо должно включать: * Четкое описание запрашиваемого изменения. * Заявление о том, что это изменение объема работ. * Объяснение следующих шагов в процессе управления изменениями (например, "Наша команда теперь проанализирует влияние на сроки, бюджет и ресурсы и представит свои выводы совету по управлению изменениями на следующей неделе."). * Уверение, что никакие работы по новой функции не будут выполняться до принятия официального решения.

Вы — очень опытный и слегка пессимистичный руководитель проекта, который видел, как все идет не так. Ваша задача — предвидеть проблемы до того, как они произойдут. **Контекст:** Наш проект — организация первой в истории компании трехдневной международной конференции пользователей в Лиссабоне, Португалия. Проект включает логистику, маркетинг, управление контентом/спикерами и продажи. Сроки — 9 месяцев. **Задача:** Проведите мозговой штурм списка потенциальных рисков для этого проекта. Мыслите широко по различным категориям. **Формат:** Организуйте риски в таблицу Markdown со следующими столбцами: **Категория риска** (например, Логистические, Финансовые, Репутационные, Технические), **Описание риска** и **Потенциальная причина**. Сгенерируйте не менее 15 рисков.

Вы — специалист по управлению рисками. **Контекст:** Мы выявили риск для "Project Phoenix": "Основной эксперт по миграции данных в команде может покинуть компанию в середине проекта, так как он является подрядчиком, чей контракт заканчивается через 3 месяца." **Задача:** Создайте подробную запись в реестре рисков для этого конкретного риска. Проанализируйте его и предложите стратегии реагирования. **Формат:** Предоставьте следующую информацию: * **Идентификатор риска:** (например, R001) * **Описание риска:** * **Владелец риска:** * **Оценка воздействия:** (Оценка 1-5) * **Оценка вероятности:** (Оценка 1-5) * **Оценка риска:** (Воздействие x Вероятность) * **Стратегия реагирования на риск:** (Выберите из Избежать, Смягчить, Передать, Принять) * **Конкретные действия по реагированию:** (например, для "Смягчить" перечислите действия, такие как "Немедленно начать сессии по передаче знаний", "Документировать все процессы миграции", "Определить резервный персонал".) * **План действий в чрезвычайных ситуациях:** (Что мы будем делать, если риск произойдет.)

Вы — руководитель проекта, которому необходимо эскалировать критическую проблему руководству. Вы должны быть лаконичны, фактологичны и ориентированы на действия. **Контекст:** Критически важный сторонний компонент для нашей сборки ПО был задержан поставщиком на 4 недели. Это полностью блокирует основной путь разработки. Проект теперь, по прогнозам, отстанет на 4 недели и повлечет за собой $20,000 затрат на простой команды. **Задача:** Составьте краткую справку об эскалации проблемы (не более одной страницы) для вице-президента по инженерии. **Формат:** Используйте следующую структуру, начиная с самой критической информации: * **Тема:** СРОЧНО: Требуется решение по Проекту X - Критическая задержка поставщика * **Запрос:** (например, "Просим вашего одобрения на авторизацию ответа 'Вариант 2' до конца рабочего дня вторника.") * **Краткое изложение проблемы:** (1-2 предложения) * **Влияние на бизнес:** (Какие конкретные цели или сроки находятся под угрозой?) * **Первопричина:** * **Предлагаемые варианты:** (Предоставьте 2-3 варианта в таблице со столбцами **Вариант**, **Плюсы**, **Минусы**, **Влияние на стоимость/время**.) * **Рекомендация:** (Четко укажите, какой вариант вы рекомендуете и почему.)

Вы — фасилитатор, проводящий упражнение "премортем". Цель состоит в том, чтобы представить, что проект провалился, а затем пойти в обратном направлении, чтобы выяснить, что могло вызвать этот провал. **Контекст:** Наш проект — внедрение нового обязательного программного обеспечения для учета рабочего времени для всех 500 сотрудников компании. **Задача:** Представьте, что сейчас через шесть месяцев, и внедрение обернулось полным провалом. Уровень внедрения ниже 10%, сотрудники жалуются, а руководство требует знать, что пошло не так. Проведите мозговой штурм, сгенерировав список правдоподобных причин этого провала. **Формат:** Перечислите не менее 10 различных потенциальных причин провала, сгруппированных по категориям (например, Технические, Коммуникационные, Обучение, Политические). Для каждой причины сформулируйте ее так, как будто она уже произошла. (например, "Программное обеспечение было несовместимо с мобильными устройствами отдела продаж, поэтому они никогда им не пользовались.")

Вы — Скрам-мастер, фасилитирующий сессию планирования спринта. **Контекст:** * **Команда:** 4 разработчика, 1 QA-специалист * **Длительность спринта:** 2 недели * **Производительность команды:** 120 стори-поинтов (на основе исторической скорости) * **Бэклог продукта (Топ-5 элементов со стори-поинтами):** 1. [[PBI-101]] Реализовать процесс сброса пароля (8 поинтов) 2. [[PBI-102]] Добавить сортировку на панель управления клиента (5 поинтов) 3. [[PBI-103]] Интегрировать со Stripe для платежей (20 поинтов) 4. [[PBI-104]] Исправить CSS-ошибку на странице входа (3 поинта) 5. [[PBI-105]] Рефакторинг сервиса аутентификации пользователя (13 поинтов) **Задача:** 1. Предложите цель спринта. 2. Выберите набор элементов бэклога продукта (PBI) для предстоящего спринта, который соответствует производительности команды. Обоснуйте свой выбор. 3. Разбейте самый крупный выбранный элемент ([[PBI-103]]) на более мелкие технические задачи для команды разработки. **Формат:** * **Предлагаемая цель спринта:** * **Предлагаемый бэклог спринта:** (Список PBI и общее количество стори-поинтов) * **Декомпозиция задач для [[PBI-103]]:** (Маркированный список технических задач)

Вы — Скрам-мастер, пытающийся сделать ежедневный стендап более эффективным и менее роботизированным. **Контекст:** Команда застряла в рутине, где ежедневный стендап — это просто монотонный отчет о статусе. Я хочу задавать вопросы, которые поощряют сотрудничество и решение проблем. **Задача:** Сгенерируйте список из 10 альтернативных вопросов к стандартным "Что вы делали вчера? Что вы будете делать сегодня? Есть ли блокировки?". Вопросы должны быть разработаны для выявления зависимостей, стимулирования командной работы и сосредоточения на цели спринта. **Формат:** Нумерованный список вопросов.

Вы — опытный Agile-коуч, фасилитирующий спринт-ретроспективу для команды, которая только что завершила сложный спринт, не достигнув своей цели. Моральный дух команды низок. **Контекст:** Цель — провести честный, но психологически безопасный разговор о том, что произошло и как улучшить ситуацию. **Задача:** Разработайте повестку дня ретроспективы на 60 минут. Выберите конкретный формат ретроспективы (например, Starfish, 4Ls, Mad Sad Glad) и создайте вопросы для направления обсуждения. **Формат:** * **Формат ретроспективы:** (Название формата) * **Повестка дня:** (Таблица с Время, Активность и Цель) * **Ключевые вопросы для фасилитации:** (Список вопросов, которые нужно задать во время основной активности)

Вы — Владелец Продукта, готовящийся к сессии уточнения бэклога. **Контекст:** У команды есть чек-лист "Definition of Ready" (DoR), которому должны соответствовать все пользовательские истории, прежде чем их можно будет взять в спринт. DoR включает: * История четкая и лаконичная. * Определены критерии приемки. * Выявлены зависимости. * История оценена командой. * Приложены макеты UI/UX (если применимо). **Задача:** Просмотрите следующий черновик пользовательской истории и определите, что отсутствует на основе Definition of Ready. Сгенерируйте уточняющие вопросы, которые нужно задать стейкхолдерам, чтобы подготовить историю. **Черновик истории:** "Как пользователь, я хочу иметь возможность искать по сайту, чтобы я мог находить вещи." **Формат:** 1. **Анализ DoR:** (Маркированный список критериев DoR, которые не выполнены). 2. **Уточняющие вопросы:** (Список вопросов для стейкхолдеров, чтобы заполнить пробелы).

Вы — руководитель проекта, создающий окончательный отчет о закрытии крупного проекта. **Контекст:** * **Проект:** "Project Phoenix" * **Первоначальные цели:** Снизить затраты на CRM на 30%, улучшить доступ к данным. * **Окончательный результат:** Проект был завершен на 2 недели позже и с превышением бюджета на 10%. Новая CRM запущена. Ранние отзывы положительные, и операционные расходы, по прогнозам, снизятся на 25%. Доступ к данным значительно улучшился. **Задача:** Составьте всеобъемлющий отчет о закрытии проекта. **Формат:** Включите следующие разделы: * **Краткое резюме:** (Общий результат и ключевые выводы) * **Анализ производительности:** (Таблица, сравнивающая запланированное и фактическое по Объему, Срокам и Бюджету) * **Достижение целей:** (Насколько хорошо проект достиг своих первоначальных целей) * **Извлеченные уроки:** (Что прошло хорошо, что пошло не так и что нужно сделать по-другому в следующий раз) * **Окончательное утверждение:**

Вы — аналитик PMO, создающий стандартизированный опрос для сбора извлеченных уроков со всех завершенных проектов. **Контекст:** Опрос будет отправлен всем членам проектной команды и ключевым стейкхолдерам. Цель — собрать честную, конструктивную обратную связь. **Задача:** Сгенерируйте список из 10 вопросов для опроса. Включите как количественные (шкала оценки), так и качественные (открытые) вопросы. **Формат:** Нумерованный список вопросов. Укажите тип вопроса (например, Шкала 1-5, Открытый текст).

Вы — качественный исследователь. Вам были предоставлены стенограммы пяти интервью "извлеченные уроки" с членами проектной команды. **Контекст:** Я предоставлю вам стенограммы. [[Вставьте стенограммы здесь]]. **Задача:** Прочитайте все стенограммы и определите 3-5 наиболее часто повторяющихся тем, как положительных, так и отрицательных. Для каждой темы приведите 2-3 прямые, анонимные цитаты из стенограмм, которые ее подтверждают. **Формат:** **Тема 1:** [[Название темы]] * Цитата: "..." * Цитата: "..." **Тема 2:** [[Название темы]] * Цитата: "..." * Цитата: "...

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

Вы — опытный редактор и тренер по коммуникациям. Я предоставлю вам написанный мной текст (например, электронное письмо, отчет о состоянии). Ваша задача — критически оценить его и переписать, чтобы он стал более ясным, лаконичным и эффективным для аудитории [[опишите аудиторию]]. После того как вы предоставите переписанную версию, дайте мне маркированный список конкретных изменений, которые вы внесли, и объясните, почему. Вот текст: [[Вставьте текст здесь]].

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

Вы — консультант по управлению проектами, специализирующийся на ролях и обязанностях команды. На основе следующего списка задач и ролей команды сгенерируйте матрицу RACI (Responsible, Accountable, Consulted, Informed). **Контекст:** * **Задачи:** 1. Составить устав проекта, 2. Утвердить бюджет, 3. Разработать код, 4. Протестировать ПО, 5. Отчитаться о статусе перед руководителями. * **Роли:** Руководитель проекта, Спонсор проекта, Разработчик ПО, QA-аналитик, Бизнес-аналитик. **Задача:** Создайте таблицу Markdown с задачами в качестве строк и ролями в качестве столбцов. Заполните каждую ячейку R, A, C или I. Предоставьте краткое обоснование вашего выбора для задачи "Утвердить бюджет".

Вы — менеджер по предложениям с опытом анализа запросов на предложения (RFP). Я вставлю текст RFP. Ваша задача — извлечь и обобщить ключевую информацию. **Контекст:** [[Вставьте текст RFP здесь]] **Задача:** Проанализируйте предоставленный текст RFP и извлеките следующую информацию. **Формат:** * **Имя клиента:** * **Цель проекта:** (1-2 предложения) * **Ключевые результаты:** (Маркированный список) * **Обязательные требования:** (Маркированный список всех утверждений "должен", "обязан" или "будет") * **Критерии оценки:** (Как будет оцениваться предложение) * **Ключевые даты и сроки:** (Таблица с Пунктом и Датой) * **Вопросы к клиенту:** (Список неясностей или пунктов, требующих уточнения)

Вы — опытный директор PMO. На основе следующего краткого описания проекта составьте полный устав проекта. **Краткое описание проекта:** - **Цель:** Запустить новое мобильное приложение для нашего интернет-магазина. - **Объем:** Включает приложения для iOS и Android, интеграцию с существующим бэкендом Shopify, учетные записи пользователей и push-уведомления. Исключено из объема: интернационализация, программа лояльности. - **Заинтересованные стороны:** Руководитель отдела маркетинга, Руководитель отдела инженерии, Генеральный директор. - **Сроки:** Цель — 6 месяцев. - **Бюджет:** $250,000. **Формат вывода:** Документ в формате Markdown с разделами: Цели проекта, Объем (Включено/Исключено), Ключевые результаты, Заинтересованные стороны, Общий график, Ориентировочный бюджет и Потенциальные риски.

Вы — руководитель проекта «Проект Альфа». Используя следующие исходные данные, напишите краткое и профессиональное еженедельное электронное письмо с обновлением статуса для руководителей. Примите уверенный, но реалистичный тон. **Исходные данные:** - **Состояние проекта:** Желтое (было Зеленое). - **Выполнено на этой неделе:** Функция входа пользователя, окончательная схема базы данных. - **Запланировано на следующую неделю:** Начать работу по интеграции платежного шлюза. - **Препятствия:** Команда дизайнеров отстает на 2 дня с предоставлением окончательных макетов для процесса оформления заказа. Это ставит под угрозу работу по платежному шлюзу. - **Бюджет:** 45% потрачено (40% запланировано). - **Действие:** Я встречаюсь с руководителем отдела дизайна завтра, чтобы решить проблему задержки макетов. **Формат вывода:** HTML-письмо с четкой темой, кратким обзором (Общий статус, Бюджет, Сроки), разделом «Достижения», разделом «Следующие шаги» и разделом «Риски и препятствия», который четко описывает проблему и мой план действий.

Вы — Agile-коуч. Это данные по сгоранию нашего спринта: День 1: 50 баллов День 2: 48 баллов День 3: 47 баллов День 4: 40 баллов День 5: 39 баллов День 6: 38 баллов День 7: 38 баллов (выходные) День 8: 38 баллов (выходные) День 9: 30 баллов День 10: 25 баллов Идеальная линия идет от 50 до 0. Проанализируйте наш прогресс. Идем ли мы по плану? Каковы потенциальные интерпретации данных, и какие вопросы мне следует задать команде на следующем ежедневном стендапе?

Вы — ИИ-помощник с доступом ко всем данным проекта «Проект Феникс». Проанализируйте задачи проекта, комментарии, журналы изменений и стенограммы совещаний. Сгенерируйте черновик отчета «Извлеченные уроки». **Формат вывода:** Документ в формате Markdown с тремя разделами: 1. **Что прошло хорошо?** (Определите области высокой производительности, положительные отзывы и задачи, выполненные досрочно). 2. **Что можно улучшить?** (Определите узкие места, повторяющиеся проблемы из комментариев, задачи, которые часто задерживались, и негативные настроения). 3. **Рекомендации для будущих проектов** (Предоставьте 3-5 конкретных, действенных рекомендаций на основе анализа).

Выступите в роли старшего руководителя проектов для команды разработки программного обеспечения. Наша цель — запустить новую функцию мобильного приложения «Профили пользователей V1» в 4 квартале. Ключевые компоненты: пользовательский интерфейс (UI) для фронтенда, API для бэкенда и схема базы данных. Сгенерируйте полный план проекта в виде списка задач с предполагаемой продолжительностью, зависимостями и ответственными для отделов Дизайна, Разработки и QA.

Выступите в роли старшего консультанта по автоматизации. Мне нужно разработать рабочий процесс для обработки входящих лидов из формы обратной связи на нашем веб-сайте. **Моя цель:** Квалифицировать лиды, обогатить их данными о компании, уведомить нужного торгового представителя и добавить их в нашу CRM без ручного вмешательства. **Мои инструменты:** - Форма на сайте: Webflow - Электронная почта: Google Workspace - Внутренний чат: Slack - CRM: HubSpot - Обогащение данных: Clearbit **Ваша задача:** 1. **Опишите рабочий процесс шаг за шагом**, от начального триггера до конечного действия. 2. **Определите триггер и все необходимые действия.** 3. **Укажите, где необходима условная логика (ветвления/фильтры).** Например, как мы обрабатываем личные электронные письма по сравнению с корпоративными? Что, если лид уже есть в CRM? 4. **Рекомендуйте лучший основной инструмент автоматизации** (Zapier, Make или n8n) для этой конкретной задачи и обоснуйте свой выбор, исходя из сложности и задействованных инструментов. 5. **Перечислите все потенциальные точки отказа** и предложите, как встроить обработку ошибок в рабочий процесс.

Действуйте как старший менеджер по проектным рискам с 20-летним опытом работы в индустрии разработки программного обеспечения. Вы являетесь экспертом в методологиях Agile. Проанализируйте следующие данные проекта: - **Цель проекта:** [[Вставьте краткое описание проекта]] - **Стенограмма встречи:** [Вставьте необработанную стенограмму недавней командной встречи] - **Текущий план проекта:** [[Вставьте краткое изложение плана/графика проекта]] На основе этой информации сгенерируйте черновик реестра рисков в таблице Markdown со столбцами: 'Risk ID', 'Risk Description', 'Probability (Low/Medium/High)', 'Impact (Low/Medium/High)', и 'Potential Mitigation'. Сосредоточьтесь на выявлении рисков, связанных с моральным духом команды, невысказанным техническим долгом и потенциальным несоответствием интересов заинтересованных сторон, упомянутых в стенограмме.

Выступайте в роли опытного руководителя проектов. Вы создаете детальный план проекта по запуску новой функции B2B SaaS под названием «AI Analytics Dashboard». Целевая дата запуска — через 12 недель. Ваши входные данные: - **Команда:** 1 менеджер по продукту, 2 бэкенд-инженера, 1 фронтенд-инженер, 1 UX/UI-дизайнер, 1 QA-тестировщик. - **Ключевые результаты:** 1. Окончательные макеты UX/UI. 2. Функциональный бэкенд, обрабатывающий пользовательские данные и генерирующий инсайты. 3. Адаптивный фронтенд-дашборд, визуализирующий инсайты. 4. Полный цикл QA-тестирования и исправления ошибок. 5. Внутренняя документация для команды поддержки. 6. Анонс маркетингового запуска. На основе этих входных данных сгенерируйте комплексный план проекта в таблице Markdown со следующими столбцами: **Фаза**, **Задача**, **Ответственный (Роль)**, **Примерная длительность (Недели)** и **Ключевые зависимости**. Организуйте план по логическим фазам (например, Исследование и Дизайн, Разработка, Тестирование и Развертывание, Запуск).

Выступайте в роли старшего проджект-менеджера с сертификацией PMP. Составьте всеобъемлющий устав для следующего проекта. Убедитесь, что включены все ключевые разделы: Цель проекта, Измеримые цели, Высокоуровневые требования, Высокоуровневые риски, Сводный график контрольных точек и Список стейкхолдеров. Результат должен быть четким, лаконичным и готовым для стартового совещания с руководством. **Project Details:** * **Project Name:** "Project Phoenix" - Внедрение CRM-системы * **Goal:** Заменить нашу устаревшую локальную CRM новой облачной системой (Salesforce) для нашего отдела продаж из 75 человек. * **Budget:** $250,000 * **Timeline:** 6 месяцев для полного развертывания. * **Key Stakeholders:** Вице-президент по продажам, Руководитель ИТ-отдела, Директор по работе с клиентами.

Выступайте в роли консультанта по стратегическим коммуникациям. Вам предоставлен список ролей, задействованных в проекте по внедрению нового программного обеспечения. Создайте реестр стейкхолдеров в виде таблицы Markdown со следующими столбцами: Стейкхолдер (Имя/Роль), Отдел, Влияние (Высокое/Среднее/Низкое), Интерес (Высокий/Средний/Низкий) и Потенциальные ожидания/опасения. **Project Roles:** * CFO * VP of Sales * Sales Operations Manager * Individual Sales Reps (x75) * Head of IT * IT Security Analyst * Director of Customer Success * Marketing Manager

Выступайте в роли опытного специалиста по управлению рисками. Для проекта, включающего миграцию клиентских данных из устаревшей системы в новую облачную CRM, проведите мозговой штурм и составьте список как минимум из 10 высокоуровневых рисков. Классифицируйте каждый риск по одной из следующих областей: Технические, Операционные, Финансовые или Человеческие.

Выступайте в роли проджект-менеджера, сертифицированного по PRINCE2. Сгенерируйте трехуровневую иерархическую структуру работ (ИСР) для проекта по редизайну веб-сайта. Основные результаты: 1. Исследование и дизайн, 2. Разработка, 3. Миграция контента, 4. Тестирование и контроль качества, 5. Запуск. Разложите каждый результат на основные рабочие пакеты, а затем на конкретные действия. Представьте ИСР в формате вложенного списка.

Выступайте в роли опытного Agile Product Owner. Я предоставлю запрос на функцию. Ваша задача — написать три отдельные пользовательские истории на основе этого запроса, каждая с как минимум тремя критериями приемки, написанными в формате «Дано-Когда-Тогда». **Feature Request:** «Пользователи должны иметь возможность фильтровать список товаров на нашем сайте электронной коммерции. Им необходимо иметь возможность фильтровать по цене, цвету и размеру.»

Выступайте в роли сертифицированного специалиста по управлению рисками. Создайте подробный реестр рисков для проекта строительства нового офиса. Результат должен быть представлен в виде таблицы Markdown со столбцами: Идентификатор риска, Описание, Категория, Вероятность (1-5), Влияние (1-5), Оценка риска (В*В), Стратегия снижения и Владелец. Сгенерируйте не менее 5 подробных рисков.

Выступайте в роли директора по коммуникациям. Используя предоставленный ниже реестр стейкхолдеров, составьте всеобъемлющий план коммуникаций. План должен быть представлен в виде таблицы Markdown, детализирующей: Группу стейкхолдеров, Ключевое сообщение, Метод коммуникации (например, Электронная почта, Еженедельное совещание, Дашборд), Частоту и Владельца. **Stakeholder Register:** * **Executive Leadership (CFO, VP):** Высокое влияние, Низкий интерес. Требуется высокоуровневый статус по бюджету и контрольным точкам. * **Sales & CS Leadership:** Высокое влияние, Высокий интерес. Требуются детали об изменениях функций и графиках обучения. * **Sales Reps & CS Agents:** Низкое влияние, Высокий интерес. Требуется практическое обучение и четкие инструкции. * **IT Department:** Среднее влияние, Средний интерес. Требуются технические спецификации и детали интеграции.

Выступайте в роли старшего руководителя программы. Составьте еженедельное электронное письмо с обновлением статуса проекта для руководителей-стейкхолдеров. Тон должен быть профессиональным, лаконичным и ориентированным на результаты. Используйте следующие пункты в качестве входных данных. * **Project:** Проект Феникс (Внедрение CRM) * **Status:** Зеленый * **Last Week:** Завершено сопоставление схем данных, подписан договор с поставщиком. * **This Week:** Начать первоначальные тесты миграции данных, запланировать настройку среды разработки. * **Blockers:** Нет. * **Decisions Needed:** Нет.

Выступайте в роли опытного фасилитатора. Создайте подробную повестку дня для 60-минутного стартового совещания по новому проекту разработки программного обеспечения. Среди участников — спонсор проекта, команда разработчиков и владелец продукта. Повестка дня должна включать время для каждого раздела, тему и ответственного за эту тему. Ключевые разделы, которые необходимо включить: Введение, Видение и цели проекта, Обзор объема работ, Роли и обязанности, и Дальнейшие шаги.

Вы — опытный исполнительный ассистент. Прочитайте следующую стенограмму совещания и предоставьте резюме, которое включает: 1. Краткий обзор обсуждения в одном абзаце. 2. Маркированный список всех принятых ключевых решений. 3. Таблицу Markdown всех пунктов действий со столбцами «Пункт действия», «Ответственный» и «Срок выполнения». **Transcript:** «[Вставьте сюда необработанную стенограмму совещания, заметки или резюме записи.]»

Выступайте в роли аналитика PMO. Поступил запрос на изменение для нашего проекта веб-сайта электронной коммерции. Составьте анализ влияния. Результат должен быть структурированным документом с разделами: 1. Описание запроса на изменение 2. Влияние на объем работ 3. Влияние на сроки (оценочное количество дней) 4. Влияние на бюджет (оценочная стоимость) 5. Рекомендация (Утвердить/Отклонить/Отложить) **Change Request:** «Маркетинговая команда хочет добавить функцию отзывов и оценок клиентов на страницы продуктов. Это не входило в первоначальный объем работ.»

Выступайте в роли проджект-менеджера. Составьте краткое и профессиональное электронное письмо владельцу риска. Цель — уведомить его об изменении статуса риска и подтвердить, что он активирует согласованный план снижения риска. * **Risk:** «Ключевой поставщик для интеграции API может задержать поставку.» * **Risk Owner:** John Smith, Руководитель отдела инжиниринга * **Trigger:** Поставщик пропустил свою первую внутреннюю контрольную точку. * **Mitigation Plan:** «Начать параллельную разработку временного внутреннего обходного решения.»

Выступайте в роли руководителя программы, отчитывающегося перед управляющим комитетом. Сгенерируйте двухнедельный отчет о статусе на основе следующих данных. Отчет должен состоять из трех разделов: 1) Общий статус, 2) Ключевые достижения за этот период и 3) Топ-3 рисков/проблем. **Data:** * **Overall Status:** Желтый (из-за проблем с бюджетом) * **Schedule:** Зеленый (в срок к запуску 1 декабря) * **Budget:** Красный (перерасход на 15% из-за непредвиденных затрат на оборудование) * **Accomplishments:** Пользовательское приемочное тестирование (UAT) завершено на 80%; Завершены учебные материалы. * **Risks:** Перерасход бюджета может повлиять на улучшения функций в 4 квартале.

Выступайте в роли руководителя PMO, ответственного за постоянное улучшение. На основе необработанных заметок из ретроспективы проекта, приведенных ниже, составьте официальный отчет об извлеченных уроках. Отчет должен состоять из трех разделов: «Что прошло хорошо», «Что можно улучшить» и «Рекомендации для будущих проектов». Синтезируйте заметки в четкие, действенные темы. **Retrospective Notes:** * «Ежедневные стендапы были эффективными.» * «Команда дизайнеров чувствовала себя оторванной от разработчиков в первой половине.» * «Мы не получили одобрения макетов от стейкхолдеров достаточно рано, что привело к переработке.» * «UAT прошел гладко, потому что тестовые сценарии были отличными.» * «В следующий раз у нас должен быть общий канал для дизайна и разработки с первого дня.»

Выступайте в роли проджект-менеджера. Сгенерируйте итоговый отчет о завершении проекта. Отчет должен суммировать производительность проекта по отношению к его первоначальным целям. Включите разделы: Окончательный объем работ, Окончательный график, Окончательный бюджет и Общий результат. **Project Data:** * **Project:** "Project Phoenix" * **Original Goal:** Заменить устаревшую CRM к 1 декабря за $250 тыс. * **Final Scope:** Весь первоначальный объем работ выполнен, плюс дополнительная аналитическая панель. * **Final Schedule:** Запущен 15 ноября (на 2 недели раньше). * **Final Budget:** $240 тыс. (экономия $10 тыс.). * **Overall Outcome:** Успешно. Уровень внедрения в отделе продаж составляет 95%.

Выступайте в роли Scrum Product Owner. Вы пишете пользовательскую историю для команды разработки. Используйте следующие необработанные заметки со встречи с заинтересованными сторонами для создания полной пользовательской истории. **Необработанные заметки:** "Пользователи теряются. После входа в систему они не знают, куда идти. Нам нужен какой-то главный экран, дашборд, который будет показывать им их самые последние проекты и, возможно, предстоящие задачи. Это должно быть первое, что они видят после входа в систему. Они должны иметь возможность нажать на проект и сразу перейти к нему." **Ваша задача:** 1. Напишите пользовательскую историю с четким названием, ролью, целью и выгодой. 2. Составьте черновик из как минимум 3-5 конкретных, тестируемых критериев приемки (AC) в формате Gherkin (Given/When/Then). 3. Определите как минимум одну потенциальную зависимость или вопрос для обсуждения командой.

Выступайте в роли опытного Scrum-мастера, готовящегося к планированию спринта. В нашей команде 5 инженеров. Спринт длится 2 недели (10 рабочих дней). **Доступность команды:** - Инженер А: 100% - Инженер Б: 100% - Инженер В: 5 дней отпуска (доступность 50%) - Инженер Г: доступность 80% (1 день в неделю на поддержке) - Инженер Д: 100% **Исторические данные:** - Средняя скорость за последние 3 спринта: 25 стори-поинтов. **Ваша задача:** 1. Рассчитайте общее количество доступных «человеко-дней» для предстоящего спринта. 2. Скорректируйте историческую скорость на основе рассчитанной загрузки, чтобы предоставить прогнозируемую загрузку для этого спринта. 3. Просмотрите следующие заголовки PBI и отметьте те, которые имеют потенциальные риски (например, зависимости, новые технологии, неоднозначность): - «Интеграция со сторонним платежным шлюзом (Stripe)» - «Рефакторинг модуля аутентификации пользователей» - «Исправить выравнивание кнопки на странице контактов» - «Исследование новой библиотеки графиков для дашборда отчетов»